This is the mentorship layer — match a student to an alumnus mentor on stated criteria, then run the relationship: scheduled sessions, shared goals, and feedback. Where alumni give their time. When it becomes a job, that's placement.
For alumni-relations & advancement teams · criteria-based matching · sessions · goals · feedback · mentor pool from the alumni directory.
Mentorship & career guidance owns the alumni–student mentoring relationship: matching a current student to an alumnus mentor on stated criteria, then running the relationship that follows — scheduled sessions, shared goals, and feedback. It's the part of campus advancement where alumni give their time. It owns the matching and the mentoring loop. It does not own the alumni database — the living directory is the alumni feature, which the mentor pool is drawn from. And it's not the careers programme — job readiness, drives, recruiter referrals and career-outcome reporting belong to the placement-career-support solution and the placement feature. Mentorship is the relationship and the guidance; placement is the role and the offer.
Dr. Pillai's advancement office doesn't want another matching event that fades by October. It wants pairs that keep meeting. Here's what the programme tracks — and the last column shows the one moment mentorship hands a student onward: when guidance turns into an actual job.
| Student | Matched on | Relationship state | If it becomes a job |
|---|---|---|---|
| 3rd-yr CSE | domain: product | 4 sessions · goal: portfolio | → placement |
| 2nd-yr B.Com | role: CA mentor | 2 sessions · goal: exam path | guidance only |
| Final-yr Mech | region: overseas | 6 sessions · goal: higher study | guidance only |
| 1st-yr BBA | domain: marketing | 1 session · goal: explore field | too early for jobs |
| Programme | criteria-based | → sessions/goals/feedback tracked | jobs → placement |
A big matching event, photos, enthusiasm — and then no structure, so the pairs meet once and drift apart, and nobody at the institution can even see that it has stopped.
Students and alumni paired by hand on a spreadsheet, with no clear basis, so a finance student lands a mentor in an unrelated field and the relationship never finds traction.
A separate list of "willing mentors" maintained outside the alumni directory goes out of date — wrong emails, people who've moved on — so half the outreach bounces.
The programme is treated as a job pipeline and judged on placements, so first and second-year mentoring — which is guidance, not job-seeking — is seen as failing when it was never about a job.
Willing mentors come from the living alumni directory — so the pool is real, current alumni who have opted to mentor, not a separately maintained list that goes stale.
A student is paired with a mentor on stated criteria — domain, role, region, or what the student wants to learn — as a transparent, criteria-based match the coordinator can see and adjust, rather than an opaque score that decides for them.
Mentor and student schedule their sessions through the platform, and each is recorded, so the relationship has a rhythm and the institution can see meetings are actually taking place rather than fading after the introduction.
The pair set goals for the mentoring — what the student is working towards — and revisit them across sessions, so the relationship has a direction and the guidance is about something concrete.
Feedback is captured each session so the institution can see mentoring is happening. When a student's need shifts to an actual job — a referral, a drive, an offer — they're handed to the career-support programme and the placement feature.
Matches are made on stated criteria — domain, role, region, learning goal — visible and adjustable by the coordinator. It is a transparent basis for a pairing, not an opaque algorithmic score that decides who gets whom.
Mentors are alumni who have opted in through the alumni directory under DPDP. They choose to be visible as mentors rather than being listed without consent — and the pool stays current because the directory does.
Alumni and student data, and the mentoring records (sessions, goals, feedback), are access-controlled, India-hosted, backed up, and never sold — consistent with how the rest of CampusAlly handles personal data under the DPDP Act 2023.
Framework references: DPDP Act 2023 (alumni + student personal data — access-controlled, India-hosted, opt-in mentor directory, never sold); NAAC Criterion 5 (student support & mentoring) as the kind of activity this evidences. Matching is criteria-based and coordinator-controlled, not an automated verdict. This page owns the mentoring relationship; the alumni database is the alumni feature, and the careers programme, job board and outcome reporting are the placement-career-support solution and the placement feature.
CampusAlly keeps mentoring distinct from placement and from the alumni database on purpose — mentoring is guidance and a relationship, placement is roles and offers, and the directory is the shared source they both draw on. Keeping them apart means each ranks for its own job rather than blurring into one "career" page.
The matching and the loop are the same; what the student needs shifts with the cohort.
A first or second-year student matched to an alumnus to explore a field or a higher-study path — pure guidance, years before any placement question, which is exactly what mentoring owns and placement does not.
A final-year student's mentoring naturally turns toward an actual job — at which point the relationship hands to the placement feature for the drive and referrals, while the mentor's guidance continues.
An alumnus abroad mentors a student remotely, matched on region or domain — giving time across distance. The overseas-alumni engagement layer handles the diaspora relationship; the mentoring itself runs here.
"We had run an alumni mentoring programme for years, and every year it was the same story: a wonderful launch event in August, and by October the pairs had quietly stopped meeting and we had no idea which ones. What we needed wasn't a bigger event — it was a way to run the relationship. Now mentors come straight from our alumni directory, students are matched on real criteria like domain and role rather than a clerk's guesswork, and we can actually see which pairs are meeting, what goals they've set, and where a relationship has gone quiet so we can nudge it. The distinction I'd stress to any advancement colleague is that this is mentoring, not placement — a lot of our pairs are second-years just exploring a field, and judging that by job offers would miss the point entirely. When a final-year student's mentoring does turn into a job, that's when our placement team takes over. Keeping the two separate is exactly right."
What every alumni-relations and advancement lead asks before running a mentoring programme that lasts past the launch.
We'll show you criteria-based alumni–student matching, scheduled sessions, shared goals and feedback — drawing mentors from your alumni directory, and handing to placement when a student's need becomes a job — on your institution's actual programme.
See Mentorship →