Prepare

Prepare

A weather app that answers the question people actually open it for: what do I wear and what do I pack today?

Status
Shipped v0.1
My role
Product lead, designer and builder
Platform
Mobile web
Segment
Urban professionals first, travelers second
Traction
~100 site visitors; 20 research participants using it daily
North star
Daily return rate
Stack
React, TypeScript, Tailwind, Gemini Flash, Open-Meteo, Google Cloud Run
Links
Live app ยท Figma ยท Repo
Outcome
Shipped v0.1 solo and tested it with 20 research participants who used it daily. The core bet: lead with a decision instead of data, and use AI only where it's safe to.
"This saves me so much time in the morning! I don't have to think. I just get ready, pack and go!" Research participant

1. The problem and who had it

Weather apps are built as data dashboards, but nobody checks the weather to study meteorology. Every morning, people do the same mental math: 68ยฐF, 85% humidity and 18 mph gusts means a light jacket? An umbrella? Both?

Someone close to me asked for exactly this: an app that just tells them what to wear. That's when it clicked that this is an accessibility problem, not a convenience feature. Some people simply need help deciding what to wear.

How I validated it

Before building, I talked to many people about how they dress for the weather. Almost everyone described the same friction and had ideas for fixing it, which told me the problem was common, not personal.

2. Segment and business case

Prepare is for anyone who checks the weather, but I prioritized urban professionals. City weather changes what they wear across work, evening plans and the weekend. They check the forecast at a predictable moment, which makes the habit easy to design for. Travelers come second: packing is the same decision stretched over days.

The category is crowded and free, so the case rests on owning the decision layer, a daily habit, and very low running costs.

Monetization pathHow it paysWhy it fits
Premium personalizationSubscription for personal modes and briefingsDeepens a habit people already have
Wardrobe integrationRecommendations from your own closetHigh switching cost once a closet is catalogued
Commerce in PackAffiliate links on recommended gearRecommendations are purchase-intent moments

3. The decisions: what I chose and what I cut

The biggest call: AI writes the words, but rules make the recommendations. Letting a language model decide what to wear is fast to build but unsafe: it can suggest a t-shirt in a snowstorm. Every clothing and packing decision comes from a rules engine; Gemini only adds the voice and answers follow-up questions.

DecisionI choseOverWhy
Who decides what to wearA rules engineThe language modelNo made-up advice; logic I can test
Speed vs. richnessInstant fallback copy, AI copy swaps inWaiting for the modelA slow model never blocks the morning
Chat scopeToday's forecast onlyOpen-ended chatOn-job, cheaper, harder to misuse
UncertaintyA confidence scoreHiding itHonesty on borderline days builds trust

What I cut from v0.1

  • Most weather data points. Showing more data well takes careful design, and it isn't what people came for.
  • Pack items beyond the umbrella. Rain is the most obvious, highest-stakes call. The umbrella is even suppressed when wind would break it.
  • Custom avatar and styling. Too heavy for v0.1, and the core value didn't depend on it.
  • Richer assistant replies: no images, products or multiple-choice answers yet.

4. How I designed and built it

I designed it in Figma and built it myself, so every decision above could be tested in a working app within days instead of handed off in a spec.

Forecast data
Open-Meteo, free
Rules engine
Decides wear and pack
Gemini Flash
Writes the words
Interface
Renders instantly

Rules decide; AI only writes the words. If the model is slow, fallback copy appears instantly.

Nine outfits from very cold with snow to very hot and humid, each on its weather background
The rules engine's output, cold to hot. The two rain looks show the umbrella call.
Design and build details
  • Decision first, data second. Wear and Pack lead the screen; forecast detail sits below.
  • An editorial voice: serif headlines over a clean sans, like a morning paper.
  • Mobile first, with fluid layouts that scale up.
  • Build: React, TypeScript and Tailwind; 23 custom icons; deployed to Google Cloud Run on every push.

5. Outcome and how I measure success

v0.1 is live with ~100 site visitors. I recruited 20 research participants to use it daily; because they were recruited, the next test is whether strangers come back on their own.

The metric that matters is whether people come back tomorrow morning.

StageMetricSignal
ArriveVisits, location grantedVanity on its own
ActivateSaw the Wear card in under a secondReal
TrustRecommendation followedReal
HabitNext-morning return, 4+ days a weekNorth star
ExpandShared with a friendReal

6. Growth plan and roadmap

The roadmap follows the habit loop: get people in, make the answer trustworthy, then give them a reason to come back without thinking.

PhaseWhat shipsGate to the next phase
v0.1 ShippedRules engine, wear recommendations, umbrella call, AI copy, travel assistant20 participants using it daily
v0.2Sign-up, avatar, custom pack lists, deeper weather dataDaily return holds with strangers
v0.3Travel and shopping, calendar integrations, AI that learns your routineRetention proven before monetizing
The trade-off I'm watching: sign-up adds friction to the instant first answer that drives activation. People get the answer first and sign up only to customize; if sign-up doesn't lift daily return, it gates nothing.
โ† All work Next: ๐ŸŽ“ C.O.T โ†’