Phase One Proposal · Private & Confidential

Phase One: Architecture,
Product Definition & Specification

The first stage of work. Where vision becomes a buildable product.

Prepared For
Katerina Hellebore & JonAnn
Prepared By
Daniel Nicholls
Date
28 April 2026
Validity
14 days from issue
i. Overview

A foundation, before any line of production code.

Thank you again for the conversation, and for the depth of vision behind The Art of Unwinding.

This proposal covers Phase One: Architecture, Product Definition, and Specification. The purpose of this first phase is to take the current vision and translate it into a clear, buildable, commercially grounded foundation for the product. This is the stage where assumptions are removed, the MVP is properly defined, the emotional core of the experience is protected, and the structure is created to move into development with clarity and confidence.

In simple terms, this phase is about making sure we are building the right product, in the right order, before significant development spend begins.

ii. Objective of Phase One

Define version one as a real, buildable product.

iii. What I Will Provide

Eleven distinct work products, all delivered as part of this phase.

Each item below is a defined piece of work I produce during Phase One. Together they form the foundation that makes the build phase faster, clearer, and far less risky.

01

MVP Definition & Scope Boundaries

A clearly defined version-one product scope.

  • What the MVP is
  • What the MVP is not
  • Features non-negotiable to the emotional core
  • What should be phased later
  • Scope boundaries to prevent feature drift during build
02

Core User Journey Logic

A mapped definition of the user experience.

  • Onboarding logic
  • Daily Path structure
  • Emotional check-in flow
  • How emotional state affects tone, pacing, and content delivery
  • Reflection to insight to practice flow
  • Chronicle update logic
  • Return-user / "Welcome Back" logic
03

Product Architecture & Screen Map

A structured product map showing the MVP architecture.

  • Primary screens
  • Key user flows
  • Feature relationships
  • Navigation logic
  • What the first version needs to do, screen by screen
04

AI Behaviour Definition for Version One

A practical definition of how AI should function in the MVP.

  • Guide role and tone
  • Emotional responsiveness rules
  • What the guide should do
  • What the guide should not do
  • Where AI is required vs deterministic logic
  • Boundaries to avoid generic chatbot behaviour
05

Chronicle / Memory Layer Definition

A clear structure for how the Chronicle works in version one.

  • What gets captured
  • What should be stored
  • How insights are reflected back over time
  • How pattern awareness appears without becoming invasive
  • Edit / delete / privacy expectations at MVP level
06

Content Structure & Delivery Framework

A first-pass content framework for the MVP.

  • How the starter content arc should be structured
  • How content supports the Daily Path
  • How reflective prompts, lessons, and practices are organised
  • How content should be delivered (guided rather than menu-based)
07

Technical Recommendation

A practical recommendation for how the MVP should be built.

  • Web-first product strategy
  • Responsive browser / mobile approach
  • Recommended stack direction
  • Key technical considerations: AI, content, memory, subscriptions, analytics
  • Considerations around future mobile app expansion
08

Functional & Technical Specification

A structured specification clear enough to move into development responsibly.

  • Functional behaviour of the core MVP features
  • System logic and interaction rules
  • Feature-level requirements
  • Implementation priorities
  • Dependencies and open technical considerations
  • Specification detail sufficient to guide the next build phase
09

Build Roadmap & Delivery Recommendation

A clear recommendation for what comes next after Phase One.

  • Suggested build sequence
  • Phased development roadmap
  • MVP build priorities
  • Beta / refinement / go-live logic
  • Recommended next-stage delivery path
10

Budgetary Build Guidance

A grounded planning view of what the next stages are likely to require.

  • Lean MVP build expectations
  • Richer version-one considerations
  • Operating cost logic
  • Areas that materially affect budget and timeline
11

Launch & Commercial Readiness Direction

A high-level commercial and launch framework.

  • Proof-of-concept lens
  • Retention-first success criteria
  • Early launch priorities
  • What should be validated before scale
  • Broad commercial logic for first stage of market entry
iv. Collaboration Format

Worked closely. Shaped properly. Not guessed at from a distance.

During this phase, I recommend working closely and iteratively so the product is shaped properly rather than guessed at from a distance. The depth of what you’re building demands real collaboration, not waterfall deliverables.

Suggested cadence: 2 to 3 focused sessions per week, with momentum and alignment maintained throughout.

  • Collaborative working sessions

    Real-time shaping of the MVP definition, screen logic, and AI behaviour.

  • Review calls

    Structured checkpoints for feedback on each work product as it emerges.

  • Iterative refinement

    The MVP structure is shaped through dialogue, not delivered as a fait accompli.

  • Ongoing translation of vision into execution logic

    Your language and intent translated into something engineers can build from.

v. Deliverables

What you receive at the end of Phase One.

By the end of Phase One, you will receive a defined and usable foundation for the product.

MVP definition
Scope boundaries
User journey logic
Screen map & experience structure
AI behaviour definition
Chronicle / memory structure
Content delivery framework
Technical recommendation
Functional & technical specification
Phased roadmap into build
Budgetary guidance for next stage
Launch assumptions & strategic recommendations
In plain English

You will have the product properly shaped, so we can move into development without building on guesswork.

vi. Timeline

Four to five weeks, paced for clarity.

4 to 5weeks

This assumes:

  • Timely feedback throughout
  • Access to relevant source materials
  • Collaborative availability for review sessions
  • Clear decision-making during the process
vii. Investment

A fixed price for the full scope above.

Fixed Investment for Phase One
$12,500

Covers the architecture, product definition, specification work, strategic recommendations, and collaborative working process outlined above.

Payment Terms

  1. 100% on signingFull payment of $12,500 required before Phase One begins.
  2. Net 7 daysPayment due within 7 days of invoice date.
  3. Work commences on receiptThe first working session is scheduled once funds clear.

Start Timing

Phase One will begin once full payment has been received and the first working session has been scheduled.

Proposal Validity

This proposal is valid for 14 days from the date above.

viii. Important Notes on Scope

Definition, structure, and de-risking. Not the build.

This phase is intentionally focused on definition, structure, and de-risking. It is not the full product build. If any of the items below are brought into version one later, they would be scoped separately in the build phase.

Full app development
Production-ready front-end or back-end engineering
Full native mobile app build
Final UI design system
Prototype development
Full mythology engine implementation
Ritual / ceremony systems
Advanced personalisation logic beyond MVP definition
Open-ended multi-guide AI orchestration
Large-scale content production
Post-launch marketing execution
ix. Why This Phase Matters

The work that gives the project its backbone.

The Art of Unwinding is not a simple content app. It is a guided, emotionally responsive system with a high degree of nuance in how users are led, reflected, and retained.

That means the success of the build will depend far more on the quality of the product definition and specification than on rushing into code.

This first phase is what gives the project its backbone. It is the work that makes the next stage faster, clearer, and far less risky.

Next Step

Approve the scope. Schedule the first session.

If everything above looks in order, I will send the Phase One agreement and invoice, and we can schedule the first working session once the signed agreement and full payment are received.

Thanks,

Daniel