Svayou × Diabefreelife · The Build Plan

Two developers,
working parallel, not in line.

How Diabefreelife gets built from here — two tracks running at the same time, not one queue, at a pace where your review happens every step of the way, not saved up for the end.

2
Parallel Tracks
3
Phases
12
Weeks
27 Nov
Signed Off & Live
The Team

Two developers, two clear lanes

Each developer runs their own track from day one — no waiting on the other's queue. They only meet in the middle for the last piece, once both tracks are far enough along to combine.

Developer I
Harsh
Mobile App & Member Experience
Owns
  • The entire consumer mobile app — assessment, habits, courses, rewards, payments
  • Device testing and app store submission
  • The member-facing half of the lead engine (webinar registration inside the app)
Developer II
Guru
Business Dashboard Lead — Backend, Admin Tools & Automation
Owns
  • The CRM, Accounts and HR dashboards — already built and tested
  • The backend control panel and journey engine that finish the dashboard
  • The CRM and marketing automation half of the lead engine
The Plan

Two tracks running at the same time, paced for review as they go

The dashboard doesn't need to wait for the app, so it doesn't — Harsh and Guru start on day one, each on their own track. Neither track is rushed: your review and any revisions happen as each piece lands, week by week, not saved up for one review at the very end.

I
Consumer Mobile App
Ships Week 10
Weeks 1 – 10  ·  Mon 7 Sep – Fri 13 Nov 2026
Built by Harsh

Everything a member touches directly. Harsh works through it in the order a member actually experiences the app — pain-point selection first, then assessment, then the daily habit loop, then courses, rewards, and finally real payments. Each piece is built, reviewed with you, and revised before the next one starts, rather than banking changes for a review pass at the end — which is what fills the ten weeks, not extra padding.

  • Pain-point selector at onboardingProvisioned Now — Rest Pending
    Before the assessment starts, a member will choose their focus — Diabetes, Weight Loss, or Other — with each choice routing to its own question flow. Today the app skips this and drops straight into the diabetes flow. This phase builds the selector screen and keeps the diabetes path exactly as already scoped in the rest of this document. The Weight Loss and Other question flows themselves aren't built yet — once your team delivers the full question structure for those, we'll scope and timeline that work separately, on top of this twelve weeks.
  • Health assessment closed out to the full clinical spec
    Today's assessment only covers part of the intake spec. This closes the gap to the complete 37-question, 8-category questionnaire — demographics, diabetes history, medication, food habits, activity, stress, sleep and goals — with male/female-conditional sections and every question type the spec calls for. Every new member is risk-scored against the full picture from day one, not a partial one.
  • Daily habit tracker with photo capture and real points formula
    The engagement loop that drives daily app opens. Members check off all 10 fixed habits — from fixed bed time and gratitude practice to avoiding refined sugar — every day, with 3 of them (detox tea, protein breakfast, healthy-plate) requiring an actual photo upload as proof, not just a tap. Each habit is worth 10 points, capped at 100 points a day, replacing the placeholder event-based reward system currently in the app.
  • Habit photo verificationAI
    Closes the open question sitting in this module: does a coach manually approve every detox tea, protein breakfast and healthy-plate photo before points are awarded? AI vision verifies these automatically the moment they're uploaded, so points are awarded instantly and a coach is only pulled in for genuine edge cases, not every submission.
  • AI access — tier-gated, cost tied to usageAI
    AI interaction — starting with photo verification, and anything added after — is gated by tier: free (DWF) members won't get it, DWC and DWM members will. The running cost isn't a fixed number; it scales with token usage on whichever AI provider we use, so we'll track real usage once live and share the actual numbers with you rather than guessing upfront.
  • Course library with tier-gated content
    The in-app replacement for Lifetrons. Admin builds courses out of a Course → Module → Lesson structure, adding video, PDF or text lessons and assigning each to a tier. Members watch or read at their own pace with a resume-from-where-you-left-off player, pass an end-of-module quiz to earn a completion badge, and see an upgrade prompt — not a broken page — if a course sits above their tier.
  • Rewards, tier enforcement, and live Razorpay payments
    Where the point economy and the money meet. Points a member earns convert to a real ₹ credit they can apply toward a DWC or DWM upgrade at checkout, and every paid page and course in the app — not just the ones flagged during onboarding — checks and enforces the member's actual tier. Razorpay handles the underlying subscription billing and renewal.
  • Referral rewardsAUTOMATED
    A referral code field exists at signup, but nothing currently connects a referred signup converting into an actual reward for the person who referred them. This wires the two together, so a referral genuinely pays out in points the moment it converts — no manual crediting by your team.
  • Consultation no-show protectionAUTOMATED
    A member books and pays ₹499 for a coach slot, but today nothing reminds them beforehand or frees the slot if they don't show — a coach's paid hour goes empty with no recovery. This adds an automatic reminder before the session and an automatic release-and-rebook path on a no-show.
  • Habit & renewal remindersAUTOMATED
    A shared nudge engine underneath the app — a habit not logged by evening, a subscription about to lapse — sent automatically as a push notification instead of being left to the member to remember on their own.
  • Full device testing, App Store & Google Play submission
    Before anything reaches a real user: full testing on the current and one prior OS version on both Android and iPhone, including a live end-to-end run of the actual Razorpay payment flow, not a sandbox stub. Once that passes, the build is filed to both the App Store and Google Play for review.
  • Your review and revisions folded into every step, not saved for the end
    Every deliverable above is shown to you as it lands, not bundled into one review pass in Week 10. If something needs a change, that happens before the next piece starts, so revisions stay cheap instead of stacking up.
II
Business Dashboard
Ships Week 6
Weeks 1 – 6  ·  Mon 7 Sep – Fri 16 Oct 2026  ·  runs alongside the app
Built by Guru

The CRM, accounts and HR tools are already built and tested. This track doesn't touch the app, so it doesn't need to wait for one — Guru starts the same day Harsh does. The backend panel and journey engine are built, reviewed with your team, and revised piece by piece over six weeks, so nothing reaches Week 6 as a surprise that still needs reworking.

  • CRM, Accounts and HR — already live
    Not a promise — this is already running. The CRM tracks leads through a 5-stage pipeline (New → Contacted → Demo → Converted → Lost) with CSV import and duplicate detection; Accounts handles revenue/expense entry, monthly P&L with margin %, and month-end close; HR covers staff directory, attendance, leave approval, and a full payroll run with payslips. All three have been tested against real data, not just built.
  • Calling & call recording — built in, not a separate toolPrashanth Comparing 3 Options
    Rather than reps switching to a separate TeleCRM-style tool, click-to-call and call recording will be integrated directly into the CRM your team already works in. Prashanth is comparing three options — TeleCRM, Tata Click, and an in-house telecom setup — and will recommend the best one before this is wired in.
  • WhatsApp chat, built into the CRM
    WhatsApp conversations happen from inside the same lead record your team already works in — one screen, one lead record, not a separate WhatsApp Business app to check alongside the CRM.
  • Email automation — HTML templates, open/click tracking
    HTML email templates, sent and tracked — opens, clicks — directly from the CRM. No separate email marketing tool needed alongside it.
  • Backend control panel — points, pricing, visibility, roles
    The single settings hub that removes "ask a developer to change that" from your team's daily work. From here, your team edits a habit's point value, rewrites an HRA question, changes what DWC costs, or hides a page from a role — and it takes effect immediately, with no code deploy.
  • Journey engine — auto plan assignment on client entry
    Right now, every new client's plan is assigned by hand. This automates it: the moment someone signs up, a Day-1 clock starts automatically and they're placed on the correct journey template for their program — no one on your team has to remember to do it.
  • Journey-template editor, configurable by your team
    The tool behind the journey engine. Your team creates and edits journey templates directly — the stages, the day-offsets between them, what unlocks when — through a screen, not a support ticket to a developer.
  • At-risk member flaggingAUTOMATED
    Nobody currently watches for a member whose habit streak breaks, whose Reversal Score climbs back into the Red band, or who stops opening the app — a coach finds out by chance, if at all. This scans the same data already being collected and surfaces a ranked list on the coach's cohort view of who needs outreach this week, before they've quietly disengaged.
  • Full regression across every module
    Before this ships, CRM, Accounts, HR, and the new journey engine are tested together as one system, not four separate pieces — catching anything that breaks when they interact, not just when each one runs alone.
  • Production deployment and handover docs
    Live on your actual servers by Week 6, with documentation written for your team to operate — not just for a developer — so day-to-day use doesn't depend on anyone being on call.
III
Lead Engine & Marketing Automation
Build Complete
Weeks 7 – 12  ·  Mon 19 Oct – Fri 27 Nov 2026
Guru weeks 7–12, Harsh weeks 11–12

The moment the dashboard ships in Week 6, Guru moves straight into the CRM and marketing-automation side of the lead engine — no idle week waiting on the app. Harsh adds the piece members actually see, in-app webinar registration, in Weeks 11–12 once the consumer app ships. Both pieces are reviewed and signed off with you as they land, so the finish line is just the last of many check-ins, not the first one.

  • Facebook Lead Ads auto-create leads in the CRM — Guru
    Right now, leads from Facebook ads have to be added to the CRM by hand. This wires a webhook directly from your Facebook Lead Ads account so every lead lands in the CRM the moment they submit the form, already tagged with the campaign and ad that produced them.
  • Multi-program support beyond diabetes reversal — Guru
    Built so the same CRM, journey engine and lead automation extend to future programs — Weight Management, Fitness — without rebuilding any of it from scratch when you're ready to launch one.
  • Webinar registration inside the app — Harsh
    Members register for a webinar without leaving the app, get an automatic reminder before it starts, and — if they don't show up — an automatic follow-up message afterward, instead of your team tracking attendance by hand.
  • Zoom webinar integration — Guru
    Attendee and non-attendee data auto-updates in the CRM the moment a Zoom webinar ends — no manual export or tagging. Leads who attend but don't upgrade automatically enter a 7-day follow-up sequence instead of falling off your team's radar.
  • Combined regression across both tracks before ship
    The app side (webinar registration) and dashboard side (CRM automation, sequences) of the lead engine are tested together as one working system before anything is called done — not verified separately and hoped to connect correctly.
The Timeline

Twelve weeks, two tracks, side by side

Two developers means two rows on this timeline, not three blocks in a row. No separate block at the end for review — each phase already runs at a pace where you see it, respond to it, and any revisions happen before the next phase starts.

Harsh
Consumer App — built, reviewed & revised week by weekWeeks 1–10
Webinar UI + IntegrationWeeks 11–12
Guru
Dashboard — built, reviewed & revised week by weekWeeks 1–6
Lead Engine Backend — same rhythmWeeks 7–12
7 Sep 16 Oct 13 Nov – 27 Nov — signed off & live
Consumer App
Business Dashboard
Lead Engine
Why this isn't rushed: both tracks are paced across the full twelve weeks on purpose — each deliverable is built, shown to you, and revised before the next one starts. Review isn't a phase that happens after the build; it's part of every week's rhythm, which is why nothing needs a separate block at the end.
What We Need From You

Three things blocking real progress

Not app-store-review-style blockers — these are content and protocol decisions only your side can make. The sooner they land, the less rework later.

Anoop
Webinar follow-up sequence & intervals
Send Prashanth the actual post-webinar follow-up message sequence and the intervals between each message. Unblocks: the 7-day follow-up sequence inside Zoom webinar integration — without this, Guru is building against a guess, not your real sequence.
Anoop / Dr.
Foundation & Mastery program protocols
Share the actual clinical program protocols for both tiers. Unblocks: training the AI health coach on real protocol content instead of placeholder guidance.
Anoop
Multi-program structure, on paper
Put the flow and diet-plan differences for each additional program (Weight Management, Fitness) on paper and give it to Prashanth. Unblocks: multi-program support inside the lead engine — right now it's built to extend, but there's nothing to extend it to yet.
The Finish Line

Signed off and live by 27 November 2026

Two developers, two parallel tracks, your review built into every week along the way — not saved up for one pass at the end. For the exact deliverables inside each phase — what's built, what's not, and what we need from you — see the full module reference.

View the Full Module Reference →