简诗 AI 创业 MVP 验证与首批用户获取

解决的具体问题

在中国互联网和数字产品团队里，MVP 验证常常变成“功能做得快，但没人用”的局部优化；需求验证、版本规划、用户运营、电商选品又缺少统一上下文。这个 Skill 面对的是创业项目从 pre-seed 到前 1000 用户的早期阶段：如何把目标、用户反馈、行为数据、竞品证据、研发/运营/预算/时间约束放进同一套闭环，避免结论停留在概念解释或输入复述。

技能如何工作

它先要求确认输入，包括目标用户、业务目标、产品阶段、反馈、数据、竞品或市场证据、约束、历史结果和失败案例。信息不足时先列缺口和影响；涉及价格、时间、案例、资质、平台规则、经营结果或外部发布时，不自行补写。

执行流程会拆成可检查模块：

• 明确本次 MVP 验证与 首批用户获取 的业务目标、使用对象、成功标准和停止条件。
• 整理事实、数据、素材、约束和待确认信息。
• 将任务拆成 创业项目MVP验证、首批用户获取 等模块，确定优先级、负责人和依赖。
• 在原能力边界内执行：围绕从 pre-seed 到前 1000 用户的 step-by-step playbook，覆盖 MVP validation、initial traction channels 与 founder-led growth tactics。
• 生成产品决策与运营包，同时标注事实依据、风险、缺口和人工确认项。
• 按目标、事实、可执行性、合规和交付完整性做发布前复核。

交付物包括目标与范围卡、执行步骤/模板/方案、决策与运营包、负责人/时间/检查点，以及事实证据、风险、缺失信息和人工确认清单。质量门槛要求输出对应真实业务目标，区分事实、推断、建议和待确认信息；每项建议能落到负责人、动作、时间或检查标准；名称、输入、流程和交付物保持同一业务场景。若硬门槛不满足，输出“暂不可交付”，并说明需要补充的信息、责任人和下一步动作。

适用边界与注意点

不要把未经验证的用户意见、市场规模或增长预测写成事实；不要把本地文档、模板或建议冒充已执行的平台操作。不读取、记录或输出密钥、Token、密码和无关个人信息。涉及真实发送、发布、付费、删除、权限或生产变更时，必须由用户明确授权。