The cohort browser

The Students area is a flat, searchable list of everyone in the active cohort. It is built for finding one person fast and seeing only what you need to help them. Where Pulse shows you the cohort as a whole, the browser is where you go when a single student needs attention and you want the facts in front of you before you respond.

Finding a student

Search by name or email; the match is partial and case-insensitive, so a few letters is enough. Narrow further with the campus, degree, and group filters (for example, first-in-family students). The header shows the cohort's placement count so you can see at a glance who is placed and who is in an admin hold.

The partial, case-insensitive match is there so you do not have to remember exactly how a name is spelled or capitalised. When you are working from a help request that mentions only a first name or a fragment of an email, a few letters will usually surface the right person.

If you are named as somebody's advisor or other supporter, Only my students narrows the list to those students. It only ever narrows: it cannot show you someone outside the scope you already had. The help Inbox has the same checkbox.

Needs attention

Next to the roster is a Needs attention tab. It reads the check-ins students have already shared and lists the ones whose own answers suggest they could use a nudge: a recent check-in read struggling or asked for help, a student who used to check in has gone quiet, or a student has never answered one at all. It saves you opening every profile to find the handful of people who need you this week. The roster stays the default; you switch to Needs attention when you want to go looking, and each time you open it the action is recorded in your audit log. It reads only the same per-student check-ins the profile drawer shows, never the anonymous cohort insights. See reaching a student who needs a nudge for how to read it and what to do next.

The profile drawer

Click a student to open a read-only profile. It gathers the facts that help you respond well:

• Identity: name, preferred name, email, student ID, program, campus, cohort.
• Check-in history: their sentiment week by week.
• Help requests: a summary (total, open, crisis) and a table of every request with status, priority, and when it was last touched.
• Supporters: the named people attached to this student, such as an advisor or an accessibility adviser, and who is notified when they ask for help.

Their record is not editable from here, and that is deliberate: the drawer is for understanding a student before you act, so you cannot accidentally change someone's data while reading it. Two things you can do are both deliberate acts with their own line in the activity log: move a student to another cohort when an enrolment changes, and add or end a supporter (which needs the manage-students permission).

The line that drawer draws is the same line the whole product draws: students share their check-ins and help requests with the team deliberately, and everything they keep in their own workspace stays theirs. Knowing this lets you answer a student honestly if they ask what you can see.

Exporting

There is no roster export from the browser yet. The export page (sidebar → Export) covers cohort morale, help requests, the audit trail, and weekly content; a full student-list export isn't available, so ask First Six if your reporting or sync workflow needs one.

Common questions

Related