One-sentence tagline that states the user outcome, not the tech.
- What it does in 15 words.
- 1-2 proof points (speed, accuracy, cost, reach) with numbers if you have them.
| Name | Role / Ownership | Contact |
|---|---|---|
| YOUR NAME | e.g., Product / Backend | @handle / email |
| YOUR NAME | e.g., Frontend / UX | @handle / email |
- Team name: add it here.
- Judge-ready intros: who built what.
- Who is the primary user and their top pain? (evidence or anecdote).
- Why existing workarounds are bad (time lost, errors, $$, risk).
- Success if solved (e.g., "save 2 hours per clinician per week").
- Plain-language description of the product and how a user flows through it.
- "Magic moment" (the first time value is obvious).
- Feature 1 - user value in one line.
- Feature 2 - user value in one line.
- Feature 3 - user value in one line.
- Differentiator 1 (faster, cheaper, safer, easier).
- Differentiator 2.
- Current limitations or assumptions.
- URL: https://
- Test credentials (if needed): user / pass here.
- Diagram: update docs/architecture.png and keep it lightweight.
- Flow (text): User -> Frontend -> Backend -> Services/DB -> Response.
- Data notes: what you store, retention, and where PII lives.
- Frontend: framework, styling, state.
- Backend: language/framework; auth; background jobs.
- Database: type, ORM/migrations.
- Infra/Deploy: hosting, domains.
- APIs/Tools: LLMs, third-party APIs, monitoring.
- PII and secrets handling (env vars, encryption in transit/at rest).
- AuthZ/AuthN model; rate limits; audit/logging.
- Prereqs: Node/Python/Docker versions here.
- Copy env: cp .env.example .env and fill required keys (short notes per key).
- Install:
- Frontend: cd frontend && npm install
- Backend: cd backend && npm install
- Run:
- Frontend: npm run dev
- Backend: npm run dev
- Seed data (if any): command here.
- App URL: http://localhost:3000
- Step-by-step path that a judge can follow to see value.
- Include test credentials if auth is required.
- Next 3-5 high-impact improvements with a note on effort/risk.
- Day 1: problem/validation.
- Day 2: prototype.
- Day 3: polish.
- README completed
- Live link or local run instructions verified
- Screenshots added
- submission.json filled
- Attributions for datasets/APIs/assets.
- License choice.
