
Idea Credibility Analyst
Stress-test a startup or feature idea with structured interviews, competitor research, and a clear continue, pivot, or stop call before you build.
Install
npx skills add https://github.com/fightzy/simple-skills --skill idea-credibility-analystWhat is this skill?
- Eight-question interview playbook ordered to collapse uncertainty fastest (one primary question per turn).
- Researches similar products and community discussion, then compares alternatives and market crowdedness.
- Deep-dives leading competitors and persistent user complaints when the space is crowded.
- Delivers an explicit continue, pivot, or stop recommendation after structured evidence gathering.
- Offers 2–4 concrete answer options plus open “other” scaffolding without hard-constraining the user.
Adoption & trust: 1 installs on skills.sh; 1 GitHub stars; 1/3 security scanners passed (skills.sh audits); trending (+100% hot-view momentum).
Recommended Skills
Journey fit
Idea Credibility Analyst belongs on the Idea shelf because its default workflow starts while the opportunity is still fuzzy and ends with a go/no-go style recommendation before validation or build. Research is the canonical subphase: it combines user clarification, alternative scanning, crowdedness, and competitor deep-dives—the core of pre-commit discovery.
Common Questions / FAQ
Is Idea Credibility Analyst safe to install?
skills.sh reports 1 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.
SKILL.md
READMESKILL.md - Idea Credibility Analyst
version: 1 interface: display_name: Idea Credibility Analyst short_description: Clarify an idea, research alternatives, assess crowdedness, inspect leading competitors, and recommend continue, pivot, or stop. default_prompt: Evaluate the user's product, startup, feature, or workflow idea by interviewing until understanding is high, researching similar products and community discussion, comparing alternatives, assessing crowdedness, deep-diving leading competitors and persistent user complaints when the space is crowded, and making a continue, pivot, or stop recommendation. # Interview Playbook Use this when the user's idea is still fuzzy or overloaded with assumptions. ## Question order Ask in this order unless a later question is clearly the bottleneck: 1. What specific user has this problem most often? 2. What painful moment triggers the need? 3. What do they do today instead? 4. Why is that insufficient? 5. What exactly would the proposed product do first? 6. Why would this user switch or pay? 7. How would the first 10 users discover it? 8. What would make this idea not worth pursuing? ## Interview rules - Ask one question that collapses uncertainty fastest. - Ask exactly one primary question per turn during clarification. - Restate the answer in sharper language before asking the next question. - When useful, provide 2 to 4 concrete answer options plus an open option like `other`. - Do not turn the options into a hard constraint; they are scaffolding, not a form. - If the user gives a broad answer, narrow by segment, frequency, or context. - If the user gives a partial answer, ask one follow-up that narrows only the missing dimension. - If the user jumps to features, pull them back to pain and behavior. - If the user claims novelty, ask what they searched and what they found. ## Per-turn format Use this structure during discovery: 1. One-sentence restatement of the current hypothesis. 2. One focused question. 3. Optional answer scaffolding with a few plausible choices. 4. Open escape hatch so the user can answer freely. Example: - "It sounds like the idea may target people doing repetitive back-office work. Which first user is closest: `finance ops`, `customer support`, `agency staff`, or `something else`?" Follow-up example after a vague answer: - "That still spans several buyer types. Which group feels this pain weekly enough to try a new tool first: `team leads`, `individual contributors`, `founders`, or `another group`?" ## Escalation prompts Use these when answers stay vague: - "Who exactly is the first user, not the eventual market?" - "What are they doing today when this problem appears?" - "What would make them switch in the first week?" - "If this product did not exist, what would they use instead?" - "What evidence would prove this idea is wrong?" - "Which of these is the bigger pain right now: `time`, `errors`, `cost`, `compliance`, or `something else`?" - "Is the first wedge more about `speed`, `accuracy`, `workflow fit`, `price`, or `another advantage`?" # Report Template Use this structure for the final synthesis. Keep it compact and decision-oriented. Translate section headings and table column labels into the user's current language; the English headings below are semantic placeholders, not fixed output text. ## Idea snapshot - One-sentence idea summary - Target user - Core pain - Proposed wedge ## Understanding status - What is known - What is still uncertain - Confidence percentage with explanation ## Landscape summary - Main categories of alternatives - Representative products or projects - Discussion signals from communities ## Comparison table Include: - alternative - target user - positioning - pricing or business model - activity or traction proxy - age or development timeline when visible - release or maintenance cadence when relevant - weakness relevant to the user's idea ## Crowdedness - rating: uncrowded, moderately crowded, crowded, or hyper-competitive - wh