← Headcount: ExecutiveCONTENT HISTORY

Update to Headcount: Executive

Snapshot Oct 24, 2026 · 13:55 UTC · version 1.0.1

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save Headcount: Executive and check future changes in Following.

Up to 10 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Evaluates a software or startup idea against problem, market, competition, monetization, defensibility, and execution, and returns a verdict rather than encouragement. Use this when an idea needs pressure-testing before anyone builds, when deciding whether something is worth pursuing, when assessing competition or willingness to pay, or when a validated idea needs a first-customers and MVP plan. Default to scrutiny; the useful answer is usually the unwelcome one.",
  "included_files": [],
  "name": "saas-idea-validator",
  "skill_md_contents": "---\nname: saas-idea-validator\ndescription: Evaluates a software or startup idea against problem, market, competition, monetization, defensibility, and execution, and returns a verdict rather than encouragement. Use this when an idea needs pressure-testing before anyone builds, when deciding whether something is worth pursuing, when assessing competition or willingness to pay, or when a validated idea needs a first-customers and MVP plan. Default to scrutiny; the useful answer is usually the unwelcome one.\n---\n\n# SaaS idea validator\n\nMost ideas fail for reasons visible before any code is written. Finding them costs an hour; not\nfinding them costs a year.\n\n## Interrogate in this order\n\n**Problem.** Who has it, how often, and what does it cost them today? An idea survives this only if\nyou can name a specific person and what they currently do instead. \"Businesses struggle with X\" is\nnot a problem statement — it is a category.\n\nThe strongest signal is a **workaround**: someone has built a spreadsheet, hired a contractor, or\nstrung tools together to survive this. Paid workarounds are validated demand.\n\n**Market.** Who exactly, and how many, and can you reach them? A large market you cannot address\ncheaply is smaller than a narrow one you can. Ask specifically: where do these people already\ngather, and what would it cost to reach a hundred of them this month?\n\n**Competition.** Established competitors are usually good news — they prove budget exists. The\ndangerous answers are \"nobody is doing this\" (usually because it does not work or nobody pays) and\n\"everybody is doing this\" with no differentiation.\n\nName the actual alternative, including doing nothing and using a spreadsheet, which win far more\noften than competitors do.\n\n**Monetization.** Who pays, how much, and out of which budget? Products die between \"useful\" and\n\"someone has a line item for it.\" If the buyer and the user are different people, that is a\ndifferent and harder business.\n\n**Defensibility.** What stops a competitor copying this in a quarter? Features are not a moat. Data,\nswitching costs, network effects, distribution, and regulatory position are.\n\n**Execution.** Can *this* team build and sell it? Distribution is more often the binding constraint\nthan engineering, and it is more often the one nobody has thought about.\n\n## The verdict\n\nGive one. \"It depends\" is an evasion.\n\n- **Pursue** — what to validate first, and the cheapest test.\n- **Pursue if** — the specific condition that must hold, and how to check it.\n- **Reframe** — the adjacent idea that is stronger, and why.\n- **Do not pursue** — the reason, stated once, without softening.\n\n## Red flags\n\nAny one of these should lower the verdict materially, and several together are usually fatal:\n\n- The problem is described in terms of the solution, and the founder cannot state it without\n  mentioning their product.\n- Nobody currently pays anything to solve it, including in labor.\n- The stated advantage is \"better UX\" or \"AI-powered\" with nothing structural underneath.\n- The buyer is \"everyone,\" or the segment widened when challenged.\n- Revenue depends on a platform whose terms could change unilaterally.\n- The founder has not spoken to ten prospective customers, and has a reason why not.\n\n## The investor lens\n\nWhether or not you are raising, the question is clarifying: could this plausibly become large, and\nwhat would have to be true?\n\n- **What does this look like at scale** — same motion at ten times the volume, or a different\n  business?\n- **Where does growth come from once the obvious channel saturates?** Most plans have exactly one\n  channel and no answer.\n- **What is the wedge and what is the expansion?** A narrow entry point is a strength only if there\n  is somewhere to go from it.\n- **Why has nobody done this?** Usually there is a reason. Find it before assuming you spotted\n  something others missed.\n\n## When it survives\n\nThe first job is not building. It is finding ten people with the problem who will say what they do\ntoday and what they would pay. If ten cannot be found in a fortnight, the reachability answer above\nwas wrong.\n\nThen the smallest thing that delivers the value once, manually if necessary. A concierge version\nthat works beats an automated version that might.\n\n## Never\n\n- Score an idea favorably because the person is invested in it.\n- Accept \"there's no competition\" without checking what people do instead.\n- Recommend building before anyone has said they would pay.\n"
}

SHA-256 of public snapshot: f47796e6f39ec4187dfba010278f04364faf9bdacd60a07a89372e91bfb14539