Profinity  ·  For Arpit Jacob

Your five questions,
answered in order.

Nothing new built. Everything below already existed — I've just pulled it together in one place.

27 July 2026 Dr Tim Pearce
i

The backlog, as it stands.

"Your current backlog or board as it stands."

Our planning lives in a Google Sheet Mo maintains — the App Everything Doc. Its Feature Roadmap tab is the backlog. I'll share it with you directly so you can read it rather than take my summary of it.

What the sheet holds

Around 45 features spanning March to November 2026. Each row carries: user type (clinician or patient), the feature, why we want it, back-end / web-view / mobile status, a deployment date, estimated build hours (ranging 8 to 400), a priority, a named developer, and links to Figma prototypes and engineering blueprints.

Other tabs cover the launch timeline, membership tier definitions, a data model, a tooling and compliance list, and a financial model.

A sample of the roadmap as it currently reads:

FeatureScheduledPriorityDeveloperEst. hrs
Legacy database migration30 AprUrgentVaclav120
Purchase online → redirect to platform1 AprHighVaclav40
Free download → redirect to app30 AprHighVaclav40
Host live virtual events30 AprHighVaclav80
Conference e-ticket30 MayHighRob40
Consultation → protocol → booking30 MayHighVaclav160
Marketing assistant agent30 MayHighDalia80
Membership coach AI30 MayHighVaclav120
1-1 and group direct messagesJuneHighRob80
Webinar registration → appJuneHighVaclav40
Health PassportAugLowRob160
React and comment on contentAugLowDalia40
Patient analytics pageSepLowDalia80
Connect to wearablesSepLow120
Search and book cliniciansOctLowRob200
AI coach and notificationsOctLow160
AI consultationsNovLowRob400

Two things to know before you read it

The status columns hold intended go-live dates rather than current state — "Due Live 30 Apr", "Due Live 30 May". They were written as intentions and haven't been revised, so the sheet won't tell you what state a given feature is in today.

The sheet is not the whole picture. Mo's team are working on things that don't appear in it. He'll be able to give you the current state directly, and I'd trust that over my reading of the document.

ii

How the team runs, week to week.

"Sprints or not, how often you release, who plans the work, how often the tech team meets, standups."

The company rhythm

  • EOS — quarterly Rocks set per team, a Level 10 leadership meeting, Monday scorecards
  • A 13-week operating cycle — 3 days of data, 5 to decide, 5 to reorganise, 9 weeks to ship, 3 to review
  • Rocks are the quarterly objectives each person carries; the app team's Rocks sit alongside everyone else's

The tech team rhythm

  • A weekly standup that Mo's team run
  • Tech Sprint Planning — a recurring meeting, next on 29 July
  • Mo plans the work and writes the specifications
  • Bruno scopes features from the designs and estimates effort
  • Rose writes user stories and acceptance criteria, and handles the App Store and Play Store releases

Where I'd hand over to Mo

Sprint length, release frequency and the exact shape of the weekly meetings are his to describe rather than mine — he runs them, and he'll give you an accurate account. I'd rather you got it from him first-hand than from me summarising a document.

Happy to have him on the call, or to set up a separate conversation between the two of you, whichever is more useful.

iii

Architecture diagram.

"An architecture diagram, if one exists. No problem if not."

We don't have a system or data-flow diagram. Here's what does exist, in case any of it is useful.

In the Everything Doc

  • A data model — around 14 entities with fields and relationships (users, clinicians, patients, protocols, appointments, subscriptions and so on)
  • A tooling and compliance table — the services chosen for each layer, with data-protection notes against each
  • A financial model and a membership tier definition

Elsewhere

  • A Figma hi-fi prototype covering the current design
  • Engineering blueprints linked per feature from the roadmap rows
  • Technical specifications for the Confidence engine — rules, scoring and the daily loop

One correction to the brief you already read

I told you the stack was MongoDB and Python/FastAPI. That came from our written architecture notes. What the team are actually building on looks to be Postgres via Supabase — edge functions, scheduled jobs, row-level security — with Flutter for mobile and web view, Stripe for payments, Firebase Cloud Messaging and APNS for push, BigQuery for reporting and PostHog for analytics.

I'd rather flag that than have you reason from the wrong stack. Mo will confirm which is right.

iv

What the team costs, monthly, all in.

"What the dev team costs you monthly, all in."

From our FY26 headcount forecast. Actuals run to April 2026; from May onward these are forecast figures.

PersonTitle on the books£ / month
Rob TribianaFull Stack Developer2,857
Bruno GiacometTechnical Product Owner2,256
Vaclav Skarka3rd Party App Tester2,195
Rose Lim HonglayProject Manager1,570
Dalia RaafatFull Stack Developer566
Kateryna ZashalovskaMobile App Development50 → nil
Build team subtotal≈ 9,500

Mo sits on top of that at roughly £10,000 a month all in. He splits his time between technology and growth, and we don't currently record the ratio — so there are three honest ways to read the total.

Build team only£9,500

Everyone writing or shipping code and design.

Plus half of Mo≈£14,500

If you allocate half his time to the app.

Everything£19,500

Build team plus all of Mo.

So somewhere between £115k and £235k a year for the whole function. For context, total company payroll runs at about £90,700 a month.

v

Contractor or employed, and how much of their week.

"Whether each person is a contractor or employed, full-time on Profinity or splitting time across other clients."

PersonEngagementContract end
Mohammed Rashid (Mo)Employed — the only one
Rob TribianaContractorNot recorded
Dalia RaafatContractorNot recorded
Rose Lim HonglayContractorNot recorded
Bruno GiacometContractor"Speak to MR"
Vaclav SkarkaContractor, via Health3 AG"Speak to MR"
Kateryna ZashalovskaContractor, tapering off"Speak to MR"

On full-time versus split

Honestly: we don't record it. I can tell you engagement type and monthly cost, but not what share of anyone's week we actually get. Vaclav is engaged through a company rather than as an individual, so it's reasonable to assume he has other clients.

Mo will know how each person is actually working, and given you flagged this as the one that changes the diagnosis, I'll ask him for it directly and send it on before we speak.

That's everything you asked for. Anything that's thin, say so and I'll go and get it properly.

Whenever suits you for the call — happy to have Mo on it.

Dr Tim PearceFounder · Profinity