Content editor — your handover
You are the staff member writing what students actually see — the weekly briefings, the library, the Ask Anything answers, the events copy, the help routes. Sometimes that's a dedicated content editor; often it's the platform owner wearing a second hat; occasionally it's a small editorial pool. Either way, this is your reference for the voice, the workflow, and the editorial guardrails.
What's already done for you
By the time you reach this page, First Six has:
- Built the Writing Assistant in the admin console — a Claude-backed drafting partner that has your tenant's tone, brand, cohort, and week context in scope. It drafts; you decide.
- Set your institution's brand: logo, accent colour, short name, sender email. These are read-only in the console — they show up in every briefing email and on every page automatically, so you don't have to lay them out.
- Built audience targeting into every block, todo, event, and library item. The tagging vocabulary comes from your student-import data (programs, campuses, year levels) plus the student-group flags you've enabled.
- Shipped a starter set of briefing templates (where one exists for your institution profile) so you're not staring at a blank page.
Your editor surface
You have access to these areas of the console — the platform owner sees them too:
| Area | What you do there |
|---|---|
| Weekly Briefings | The six-week arc: heading, what-matters block, top to-do, per-week |
| Events | Dated things students show up to (orientation, drop-ins, workshops) |
| Library | Quick links, resources, Ask Anything answers, help routes, campus maps |
| Writing Assistant | Drafting partner — gives you a starting block you then edit |
| Guides | Tracked walkthroughs that surface progress on Home |
You do not see Settings (admin-only) or the Cohort settings page itself (admin-only). If you need a cohort created, a brand colour adjusted, or a new audience tag enabled, ask the platform owner.
The voice (this matters more than the mechanics)
First Six's voice is calm, plain, and short. The student reading your what-matters block at 11pm on a Sunday is anxious — they don't need cheerleading, and they don't need a wall of text. They need to know what matters this week and what one thing they should do about it.
A few rules of thumb:
- Don't pretend. If something is hard ("the first week feels overwhelming"), say so. Students trust the platform more when it acknowledges what they're feeling than when it papers over it.
- No exclamation marks in welfare-adjacent copy. Reserve them for events or wins. A welfare prompt with an exclamation mark reads as performative.
- One idea per block. If your what-matters block has three ideas, it has zero. Pick the one.
- Concrete, not aspirational. "Drop into the library between 2 and 4 on Tuesday" beats "make sure to seek support if you need it".
- Address the student directly. Second person, present tense. Avoid "students should" — they don't think of themselves as "students" when they're reading at midnight.
The "talk to someone" help route is the one a student in distress will land on. That copy must not be aspirational — every action it offers must be one your institution actually provides, with phone numbers and opening hours that are right today. If the after-hours number changes next semester, the help route changes the same day. This is the one piece of content where stale = harmful.
The publish workflow
Every piece of content has a status: draft or published.
Students only see published. The implication: you can draft as much
as you want without affecting what's live.
Audience targeting (the part that catches people)
Every block, todo, event, and library item carries an audience tag list. By default, content is shown to everyone in the cohort. The moment you add a tag, the content is only shown to students with that tag.
That cuts both ways:
- Good: show a tutoring drop-in only to first-in-family students who'd benefit; show a program-specific welcome only to that program.
- Bad: accidentally tag your "where to eat on campus" quick link with only the main-campus tag and lock out every regional-campus student.
Working with the Writing Assistant
The Writing Assistant is a Claude-backed drafting partner inside the admin console. It has the tenant's tone, brand colour, cohort, week, audience, and any tags you're targeting in scope when it drafts — so it won't suggest something that contradicts your brand voice unless you push it to.
Use it for:
- A starting draft of a what-matters block or top to-do.
- Rewriting your draft in three different tones to compare.
- Generating audience-specific variations (the same idea phrased for international students vs domestic).
Don't use it for:
- Final-pass copy that goes to students unread. Always read it.
- Anything in a help route, especially crisis routes — those copy decisions are yours, not the model's.
- Welfare-sensitive language (mental health, crisis, distress) — the assistant is trained to be helpful, not to navigate your institution's actual safeguarding policy.
When to ask for help
- Brand or tone questions: the platform owner. If the answer is "raise it with First Six", they'll do that.
- Audience tags missing: the platform owner (tags are generated from student imports; missing tags usually means the import didn't include the field).
- A help route doesn't have a destination: stop publishing. The platform owner needs to wire the actual on-call response — see Set up your safety net.
- Anything that feels like the platform misbehaving:
support@firstsix.com.au.
Related
The fastest answer is usually one question away.