CRM App Starter · Industry version
A CRM that reads your product's signals and runs at founder speed — generated into a codebase your startup owns.
Startups don't fail for lack of CRM features — they fail to keep the pipeline honest while building the product. This starter is a CRM with zero admin overhead and product signals wired into scoring, generated as code your team can extend like any other repo.
01 · The problem
Enterprise CRMs assume an admin. Mandatory fields, validation rules, permission matrices — sensible for a fifty-rep org, lethal for a founder logging a deal between standups. The tool that takes thirty seconds per update stops being updated, and a stale pipeline is worse than a spreadsheet because it looks authoritative.
A startup's pipeline starts inside the product. Signups, activation, invited teammates, plan-limit hits — that's where tomorrow's revenue announces itself, and a generic CRM treats it all as an integration project bolted on later. Product signals deserve to be tables sitting next to leads, not an afterthought behind a connector marketplace.
And per-seat pricing inverts startup logic. Early on, everyone sells — founders, engineers on support rotation, the first hire who answers the shared inbox. Paying per seat for that, then facing a migration tax the moment you outgrow the tier, is exactly the treadmill that owning your CRM's code steps off.
02 · Data model
Everything in the base CRM starter —
companiescontactsleadsdealspipelinesactivities— plus the entities this industry actually runs on:
| table | what it holds |
|---|---|
product_signups | Self-serve signups with source, plan, and workspace — the top of a product-led funnel, linked to the companies they become. |
usage_signals | Aggregated activation events per signup — seats invited, key features used, limits hit — the raw material for product-led scoring. |
03 · Screens
Scoring reads usage signals directly: a workspace that invited four teammates and hit a plan limit outranks any cold list. The PQL queue is a query on your own tables — tune the thresholds by editing code, not by configuring someone's black box.
Stages are deliberately few — new, in conversation, evaluating, closing, won — and a card updates in seconds. The board is the Monday pipeline review: honest because it's cheap to maintain, useful because it's honest.
Signups to conversations to revenue, conversion by source, ARR by plan — the numbers that go in the investor update, computed from live tables. When a metric you need doesn't exist yet, it's a query away, not a plan upgrade away.
04 · In practice
A signup crosses the score threshold and surfaces in the queue with its full usage history attached. The outreach opens with what the workspace actually did — which is why product-led follow-up converts where cold sequences don't.
Early design partners carry commitments in both directions — feedback cadence, discount terms, conversion triggers. Tracking them as structured records keeps the five most important relationships from living in one founder's DMs.
Pipelines are named stage sequences, so a raise gets its own — intro, partner meeting, diligence, term sheet — without polluting revenue data. Same board, same timeline mechanics, separate reporting.
A subscription CRM often is — setup cost, admin burden, per-seat fees against zero revenue. This is a generated codebase with a handful of tables and a board; it's closer to the spreadsheet you'd have built anyway, except with history, scoring, and product signals attached.
The usage-signals table is a normal table in your database — write events to it from your backend, or batch-sync from your analytics pipeline. It's your schema; the integration is a small internal job, not a marketplace connector with its own bill.
The CRM grows the way your product does: add stages, territories, an approval step — whatever the motion needs, in code your engineers already know how to change. You migrate off a tool you've outgrown; you evolve a codebase you own.
Yes — create a separate pipeline with investor-specific stages. Reporting is per-pipeline, so win rates and cycle times for revenue stay clean while the raise gets the same board-and-timeline treatment.
Dual7 App Starters
A CRM that reads your product's signals and runs at founder speed — generated into a codebase your startup owns. Describe your version to start — the output is a project you own.