Skip to main content

H-phase enhancements — post-current-body product direction

Status: Decided (product owner, 2026-07-02) — queued AFTER the current body of work (G-7 co-parent invite → G-6 room floors/picker → G-8 spend-model unification → G-1 goal envelopes → G-2 account switcher). Do not start H-items before the G-board completes.

Terminology (owner-stated): wherever these notes say "kids", read the member role only — restrictions are ROLE-based (member vs admin/helper), not member-kind-based. This maps onto the existing capability model (admin-gated editing, helper approval rights).

H-1 — Subtasks like the POC: icons + visibility​

Subtasks/steps need icons (emoji, mirroring the POC's subtask presentation) and must be shown prominently (Today rows / chore detail), not only behind the drill-down.

H-2 — Members can recommend/request chores (not add)​

A member-role person cannot create chores. They CAN recommend/request one — a suggestion flow to parents (mirror the goal-request → parent-approve lifecycle). Admin approval turns the request into a real chore.

H-3 — Self-scoped step customization​

A member may customize their own per-member steps (stepsPerMember[self]) but can never edit the default subtasks nor a sibling's steps. Parents/admins keep full step editing. (Capability-shaped: self-scoped write, admin override.)

H-4 — Print review (bugs/gaps)​

The print output is missing: rooms do not show up (by-room grouping absent from the rendered output) and steps are not shown. Review + fix the printable lists to include room grouping and subtask steps (with the H-1 icons where sensible).

H-5 — Today page rework (DEPENDS ON G-2 account switcher)​

Once the global "viewing as" identity exists:

  • Parent selected → master view (the current oversight layout: everyone's items + approvals).
  • Member selected → tailored view: only THEIR items.
  • "Waiting for approvals" is hidden from members unless the selected identity also holds the helper role (helpers approve completions).

H-6 — IA restructure: Earn tab + Rewards tab; the Catalog page goes away​

  • Chores + bounties leave the catalog → a new Earn bottom-nav element: one combined list (the E-6 unified earn construct), filterable on attributes (kind, room, assignee, claimable, etc.).
  • Activities + rewards leave the catalog → a Rewards bottom-nav element (the G-8 unified spend construct: kind-labeled, gates/prerequisites on both).
  • The Catalog page is removed.
  • Editing is admin-only and lives in the Admin section. Parents see an edit affordance on Earn rows that deep-links into Admin; members can only claim / update progress / interact — never edit.

Sequencing notes​

  • G-8 (current body) is NARROWED to the spend model unification (rewards gain prerequisites; kind labels; earn/spend labeling) — its catalog-filter UI is dropped in favor of H-6's Earn/Rewards tabs (avoid building UI the restructure deletes).
  • H-5 hard-depends on G-2. H-6 consumes E-6 (earn construct) + G-8 (spend construct).
  • H-2/H-3 are capability-shaped: reuse the request→approve lifecycle + self-scoped-write patterns already shipped (goal requests, editOwnProfile pinning).