PROTOTYPE2026-04-30-p001

Daycare Trust Ledger

A parent decision binder that turns daycare price shock, safety rumors, and staff-turnover anxiety into a calm compare-and-question plan before enrollment.

Build Notes

designdocs

Spec Notes

assumptions.md
# Assumptions (KNOWN / ASSUMPTION / UNKNOWN)

## KNOWN
- Daily slot: p001
- Expected Stitch drop folder: /home/sy/Downloads/stitch_drop/2026-04-30/p001/
- Assigned design profile: calm-consumer
- Theme: 사교육
- Source signals are search/community snippets and must be treated as untrusted problem evidence.

## ASSUMPTION
- Target users will value a focused decision surface more than a broad generic dashboard.
- The Stitch prompt should produce a prototype with all required UI sections visible.

## UNKNOWN
- Actual willingness-to-pay.
- Whether the strongest acquisition channel is SEO, community posts, partnerships, or portfolio sharing.
falsification.md
# Falsification checklist (5–7)

1. Can the target user explain the pain in their own words without prompting?
2. Does the UI produce a concrete decision or artifact rather than another passive dashboard?
3. Are the cited signals genuinely connected to this idea's trigger/data source/mechanic?
4. Is this materially different from the last 7 PF batches?
5. Would the user pay, share, or return before any full backend exists?
6. Does the assigned design profile fit the use case and prompt direction?
7. Can Stitch render the main experience from the prompt without extra implementation?
prd.md
# PRD — Daycare Trust Ledger

## Type
- Practical / Commercial

## Theme
- 사교육

## Design profile
- calm-consumer

## Problem
- A parent decision binder that turns daycare price shock, safety rumors, and staff-turnover anxiety into a calm compare-and-question plan before enrollment.

## Target user
- Parents of infants/toddlers, especially families comparing daycare waitlists, quoted tuition, and mixed local parent reviews.

## Key UX
- Paste quotes, waitlist notes, inspection links, and parent chatter; the product builds a trust ledger, highlights supervision/staffing red flags, and produces visit questions plus a spouse-ready decision memo.

## Required UI sections
- family budget pressure card
- daycare option comparison table
- trust ledger with supervision/staffing flags
- parent-chatter evidence tray
- tour question generator
- spouse decision memo drawer

## External signal references
- Signal 1 — Reddit r/parentsofmultiples daycare cost quote shock: https://www.reddit.com/r/parentsofmultiples/comments/1k7wsq2/how_are_we_paying_for_daycare/
- Signal 2 — Reddit r/nolaparents daycare good/bad list with supervision concern: https://www.reddit.com/r/nolaparents/comments/1qbtoz5/2026_daycare_early_learning_good_bad_list/

## Stitch prompt
Design a desktop parent decision binder called Daycare Trust Ledger for parents of infants and toddlers comparing daycare waitlists, tuition quotes, and mixed local parent reviews. It should let users paste quotes, waitlist notes, inspection links, and parent chatter, then build a trust ledger that highlights supervision and staffing red flags, produces tour questions, and creates a spouse-ready decision memo. Include a family budget pressure card, daycare option comparison table, trust ledger with supervision/staffing flags, parent-chatter evidence tray, tour question generator, and spouse decision memo drawer. Design direction: use a calm-consumer aesthetic with soft trustworthy neutrals, reassuring cards, gentle risk labels, family-friendly typography, and clear next-step guidance so the product feels protective rather than panic-inducing.

## Constraints
- Phase A only: scaffold/spec, no custom implementation yet.
- Wait for Stitch export in /home/sy/Downloads/stitch_drop/2026-04-30/p001/

## Non-goals
- Do not claim market-size validation from search snippets.
- Do not implement production integrations in Phase A.

## Success metrics
- Stitch export can be generated from the prompt.
- p001 has complete meta/spec content and is visible in the daily index.
qa-checklist.md
# QA checklist

## Happy path
- 

## Edge cases
- 

## Acceptance verification
-