Skip to content
Open the app

Leadership and sponsor — your handover

You are the executive accountable for the First Six rollout — typically a Director of Student Experience, Head of Wellbeing, DVC Students, or equivalent. Your job here is decision and comms, not configuration; the platform owner, IT, and cyber teams handle the build. This document is short on purpose.

Your progress0 of 0 tasks

What's already done for you

By the time you reach this page, First Six has:

  • Sold you a working product, not a build commitment. Every feature exists and is wired up.
  • Provided the evidence pack your cybersecurity and legal teams need (see the cyber and privacy handover).
  • Stood up a working tenant in our Sydney database, ready to receive your roster and content.
  • Documented every visible cost, gap, and risk openly — not buried in page 80 of a PDF. The full HECVAT self-audit, the risk register, and the subprocessor list are all in plain text and dated.

Your handover checklist

What you don't need to touch

To be clear about scope — these are not on your list:

  • The day-to-day platform operation (platform owner).
  • The technical SSO / SIS / calendar integrations (IT team).
  • The HECVAT / DPA / breach-response review (cyber and privacy).
  • The weekly content writing (platform owner or content editor).
  • The student help-request triage (platform owner / responder pool).

You can ask about any of these. You don't need to drive any of them.

The 30-second sponsor's brief

If you need to explain First Six to a peer in 30 seconds: "It's the six-week onboarding platform we run on student SSO. Students get a weekly briefing, a check-in, an inbox to ask for help, and the staff team gets early-warning signal on who's struggling — all data hosted in Sydney, fully privacy-reviewed, calm by design."

What to escalate to us

You don't need to chase us for routine matters — the platform owner does that. Escalate to connor@firstsix.com.au if any of these happen:

  • A privacy or security incident materially affects your institution.
  • A subprocessor change or region change is announced and you have questions beyond what the change notification covers.
  • The platform owner reports being structurally blocked by us (rare; usually it's a config they can clear themselves).
  • You're considering ending the engagement and want a data-export + off-boarding conversation.
Was this helpful?
Need more help?

The fastest answer is usually one question away.

Edit this page on GitHub