Skip to content
one small shipJoin the waitlist

The function map: how one person runs a software product with AI

Every function of a one-person software product, split into what the founder decides, what AI does and what runs on its own. The full table, and how to make your own.

Sophie Michaud ·

One person can run every function of a software product if AI does the drafting and building and the person keeps every decision. The tool that makes this workable is a function map: a table of who does what, written down once and followed every day.

This is the map behind Plumerie, a library app for physical books that I built and run alone: web, iOS and an Android beta, about ten months from first commit.

The rule

AI drafts and builds. I decide, review, merge, deploy and talk to customers.

Every row below is that rule applied to one function.

The full map

FunctionPersonAIAutomated
Discovery and researchInterviews, demos, decisionsMining competitor reviews, keyword analysis, synthesis—
Product and engineeringPrioritises, reviews previews, merges, deploys, console changesRecon reports, implementation on its own branchesPreview deployments, cloud functions
Design and brandLogo, illustrations, mascot, by handUnbranded layout scaffolds for a brand pass—
Content and SEOEdits, fact-check sign-off, guest authorsBriefs, drafts, fact-check reportsDaily publishing schedule
SocialWrites and posts in her own voiceDrafts at "80% there"—
SupportWrites every reply, manual data repairsTriage docs, root-cause fixesFeedback form to inbox
Billing and financePricing decisionsRevenue method, pipeline codePayment webhooks, scheduled snapshots
AnalyticsReads the dashboard, decidesReports, pipeline codeDaily snapshots
Sales and PRAll outreach emails, meetingsStrategy, angles, discovery questions—

What the map makes obvious

Customers only ever hear from a person. Every support reply and every outreach email is written by me. AI groups the emails, finds the root causes and fixes the bugs in one batch; then each customer gets one complete reply once all their issues are fixed.

Risky changes stay manual. Database security rules and console changes are pasted by hand, never pushed by a script. Every deploy command is run by a person.

Automation is for things that repeat on a clock. Publishing, snapshots and previews run on a schedule. Nothing that needs judgement is automated.

How to make your own

  1. List your functions. Use the nine above as a starting point and cross out what doesn't apply.
  2. Fill the person column first. Write down what must stay human: decisions, customer contact, anything irreversible.
  3. Then the AI column. What can be drafted, analysed or built for you to review?
  4. Then automation. What happens on a schedule, with no decision in it?
  5. Write the rules down. Each hard-won rule goes into an invariants file.
  6. Start every change with recon. A recon prompt asks the AI to report before it touches anything.

For teams

The map works the same way for a marketing or operations team, with names in the person column instead of one founder. Building it together is the first exercise in our team workshop, and the most useful hour of the day: the gaps show up the moment it's on the wall.

Want the templates behind this?

The OS pack has every file and prompt we mention, ready to copy.