Support model
Operational help around real research work
JRC is being designed to absorb coordination overhead that often slows project momentum, especially when students are eager but systems are thin.
Remote cancer research, student development, and faculty support.
PortalFor faculty
JRC is being built so faculty, PI teams, and research leaders can engage students and projects through systems that are more coordinated, more legible, and more respectful of real capacity constraints.
PI-facing posture
We want faculty-facing systems to feel grounded in real workload and real project management needs, not abstract recruitment language.
Support model
JRC is being designed to absorb coordination overhead that often slows project momentum, especially when students are eager but systems are thin.
PI intake
The PI pathway is meant to gather the right operational details once, then use them to support staffing, review workflows, and dashboard visibility later on.
Student matching
We want student assignment to reflect real project needs, available mentorship, and the type of developmental environment a team can actually sustain.
Respect for time
Faculty and lab leaders should not need to invent the administrative layer on their own. The system should make participation easier, not noisier.
Ways to engage
Design commitments
The public faculty/PI page is the introduction. The deeper operational layer lives inside the internal portal, where PI intake, project updates, and admin tools can stay practical and protected rather than overexposed on the public site.