Setelah selesai → atur user.onboardedAt = now() → arahkan ke /dashboard.

Kesenjangan skema sebelum kita dapat membangunnya — desain mencakup lebih dari yang dimiliki skema saat ini:

1. user.handle (teks, unik) — untuk holo.bio/<handle>. Tidak ada dalam skema.

2. persona — 4 opsi, tidak ada dalam skema. Entah user.persona (teks atau enum persona_t baru) atau tabel terpisah.

3. target audiens — user.target_followers (int) + user.target_date (tanggal). Tidak ada dalam skema.

4. frekuensi posting — user.posting_cadence (teks atau enum cadence_t baru). Tidak ada dalam skema.

5. tombol pemeriksaan mingguan — preferensi notifikasi, tidak ada dalam skema.

6. Enum platform_t tidak memiliki linkedin dan twitch yang digunakan oleh desain.

Rekomendasi: sebelum menyentuh apps/web, putuskan mana dari 6 ini yang akan ditambahkan ke skema terlebih dahulu (mungkin semuanya — biayanya murah dan desain sudah divalidasi). Kemudian bangun rute dari atas ke bawah: /onboarding (selamat datang) → /onboarding/name → /.../niche → /.../connect → /.../goal → selesai → /dashboard. Lindungi semua otentikasi melalui beforeLoad sehingga onboarding yang belum selesai tidak dapat terlewati.

Ingin saya:

• (a) melakukan brainstorming penambahan skema + detail alur terlebih dahulu (jalankan /brainstorm untuk eksplorasi yang tepat), atau

• (b) membuat sketsa rencana implementasi konkret sekarang (menulis file rencana, Anda setujui, lalu kami laksanakan), atau

• (c) hanya menerapkan langkah 1 dari ujung ke ujung terlebih dahulu sebagai irisan vertikal dan beriterasi dari sana?