Skill: earthwalking/lab2startup-launch-validation (version 1.0.0)

--- name: lab2startup-launch-validation description: "师生共创启动与验证阶段指导。当用户处于师生共创早期，需要识别可转化成果、组建核心团队、进行技术验证和市场验证时使用。触发词：师生共创启动、成果转化、团队组建、技术验证、市场验证、MVP测试、原型开发、客户访谈" --- # 师生共创：启动与验证阶段 启动与验证阶段是师生共创从0到1的关键时期，包含成果识别、团队组建、技术验证、市场验证四个核心环节。本指南提供系统化的操作方法和工具。 ## 阶段概览 | 阶段 | 核心目标 | 关键输出 | 时间周期 | |------|----------|----------|----------| | 启动阶段 | 识别成果、组建团队 | 商业计划书、团队协议 | 1-3个月 | | 验证阶段 | 验证技术和市场 | 原型、首批客户反馈 | 3-6个月 | --- ## 一、启动阶段 ### 步骤一：识别可转化成果 #### 评估技术商业化潜力 从以下维度评估技术的商业化潜力（1-10分）： | 维度 | 权重 | 评估要点 | |------|------|----------| | 技术创新性 | 20% | 技术领先程度、专利保护 | | 市场需求度 | 25% | 市场规模、增长趋势、痛点强度 | | 技术成熟度 | 20% | TRL等级、产品化难度 | | 竞争优势 | 15% | 技术壁垒、差异化程度 | | 团队匹配度 | 10% | 团队能力与项目需求匹配 | | 资源可获得性 | 10% | 资金、设备、人才可获得性 | **决策标准**： - 总分 > 70：强烈推荐转化 - 总分 50-70：可以转化，需补足短板 - 总分 < 50：暂不推荐转化 #### 识别核心竞争优势 回答以下问题： 1. 我们的技术/产品相比现有方案提升多少？（性能、成本、效率） 2. 这种提升对客户意味着什么价值？（省钱、省时、增收） 3. 竞争对手需要多久才能复制我们的优势？ 4. 我们有哪些专利、know-how、资源是难以复制的？ #### 初步市场调研 **调研内容清单**： - [ ] 目标市场规模和增长率 - [ ] 主要竞争对手及其产品 - [ ] 客户画像和购买决策流程 - [ ] 行业技术发展趋势 - [ ] 政策法规环境 **调研方法**： | 方法 | 成本 | 时间 | 深度 | |------|------|------|------| | 案头研究 | 低 | 1周 | 浅 | | 专家访谈 | 中 | 2周 | 深 | | 客户访谈 | 中 | 2周 | 深 | | 实地调研 | 高 | 1月 | 很深 | --- ### 步骤二：组建核心团队 #### 确定团队类型 参考 `lab2startup-team-types` 技能，选择适合的团队类型： - 老师主导型 - 学生主导型 - 师生共同主导型 #### 明确分工和职责 **核心角色分工表**： | 角色 | 人员 | 核心职责 | 时间投入 | 股权比例 | |------|------|----------|----------|----------| | 首席科学家 | 老师 | 技术方向、科研资源 | 20-50% | 10-30% | | CEO | 学生 | 战略决策、融资、对外 | 全职 | 15-40% | | CTO | 实验室骨干 | 技术研发、产品开发 | 全职 | 10-20% | | COO/CMO | 补充人才 | 运营/市场 | 全职 | 5-15% | **股权分配原则**： - 谁承担最大风险，谁获得最多股权 - 预留期权池（10-20%）用于后续人才引进 - 有一方绝对控股（避免决策僵局） - 设置股权兑现机制（通常4年） #### 建立合作机制 **必备协议清单**： - [ ] 股东协议（股权结构、决策机制、退出条款） - [ ] 知识产权归属协议（技术所有权、使用权、收益分配） - [ ] 保密协议 - [ ] 劳动合同（如适用） - [ ] 大学科技成果转化协议（如适用） **合作机制要点**： 1. 决策机制：重大事项如何决策？一票否决权？ 2. 利益分配：利润如何分配？退出时如何清算？ 3. 冲突解决：出现分歧如何处理？是否引入第三方？ 4. 退出机制：一方想退出时如何处理？ --- ### 步骤三：制定商业计划 #### 商业模式设计 使用商业模式画布描述商业模式： | 模块 | 关键问题 | |------|----------| | 客户细分 | 为谁创造价值？ | | 价值主张 | 解决什么问题？ | | 渠道通路 | 如何触达客户？ | | 客户关系 | 如何维护关系？ | | 收入来源 | 如何赚钱？ | | 核心资源 | 需要什么资源？ | | 关键业务 | 必须做好什么？ | | 重要合作 | 需要谁的帮助？ | | 成本结构 | 主要成本是什么？ | #### 市场进入策略 **目标市场选择**： - 初期：1-2个细分市场深度聚焦 - 验证成功后：扩展到相邻市场 **进入路径**： | 路径 | 适用场景 | 优势 | 风险 | |------|----------|------|------| | 标杆客户 | B2B、高价值产品 | 树立品牌、积累案例 | 周期长 | | 渠道合作 | 标准化产品 | 快上量 | 利润薄 | | 直销 | 高客单价 | 利润高 | 扩张慢 | | 免费/低价 | 平台型产品 | 快获客 | 变现难 | #### 融资规划 **融资需求测算**： ``` 资金需求 = 月度burn rate × 达到下一里程碑的月份 × 1.5（安全系数） ``` **融资阶段规划**： | 阶段 | 金额 | 用途 | 时间点 | |------|------|------|--------| | 种子轮 | 50-300万 | 团队组建、原型开发 | 启动阶段 | | 天使轮 | 300-1000万 | 产品开发、市场验证 | 验证阶段 | | A轮 | 1000万+ | 规模化、市场拓展 | 成长阶段 | --- ## 二、验证阶段 ### 步骤一：技术验证 #### 原型开发 **原型开发流程**： | 阶段 | 目标 | 输出 | 时间 | |------|------|------|------| | 概念原型 | 验证技术可行性 | 技术Demo | 1-2月 | | 工程原型 | 验证产品可行性 | 工程样机 | 2-4月 | | 产品原型 | 验证用户可接受度 | 可试用产品 | 2-4月 | #### 性能测试 **测试维度**： - 功能测试：是否满足设计要求？ - 性能测试：稳定性、可靠性如何？ - 环境测试：不同环境下表现如何？ - 对比测试：与竞品/替代方案对比？ **测试报告模板**： 1. 测试目标和方法 2. 测试环境配置 3. 测试数据和结果 4. 问题清单和改进建议 5. 结论和建议 #### 用户试用 **试用设计要点**： - 选择5-10个典型用户 - 明确试用目标和评估标准 - 提供使用指导和支持 - 收集反馈并快速迭代 --- ### 步骤二：市场验证 #### 客户访谈 **访谈目标**： - 验证需求真实性和紧迫性 - 了解购买决策流程 - 获取价格敏感度信息 - 建立早期客户关系 **访谈提纲模板**： 1. 现状：目前如何解决这个问题？ 2. 痛点：最困扰的是什么？ 3. 期望：理想方案应该是什么样的？ 4. 价值：这个方案对你值多少钱？ 5. 决策：购买决策涉及哪些人？ **访谈数量建议**： - 问题访谈：20-30人 - 解决方案访谈：10-15人 - 价格测试：5-10人 #### MVP测试 **MVP设计原则**： - 只包含核心功能 - 能解决最关键的痛点 - 快速开发、快速验证 - 接受不完美，追求学习 **MVP类型选择**： | 类型 | 适用场景 | 成本 | 时间 | |------|----------|------|------| | 视频MVP | 概念验证 | 低 | 1周 | | 假门MVP | 需求验证 | 低 | 1周 | | 精简功能MVP | 产品验证 | 中 | 1-3月 | | 手动服务MVP | 服务验证 | 低 | 2周 | #### 商业模式验证 **关键指标验证**： | 指标 | 定义 | 健康标准 | |------|------|----------| | 客户获取成本（CAC） | 获得一个付费客户的成本 | < 客户终身价值的1/3 | | 客户终身价值（LTV） | 客户贡献的总利润 | > CAC × 3 | | 月活跃用户（MAU） | 每月活跃用户数 | 持续增长 | | 留存率 | 客户持续使用的比例 | > 40%（B2B） | | 净推荐值（NPS） | 客户推荐意愿 | > 30 | --- ### 步骤三：团队验证 #### 协作机制磨合 **磨合重点**： - 沟通频率和方式 - 决策效率 - 冲突处理方式 - 工作习惯磨合 **磨合期常见问题及解决**： | 问题 | 表现 | 解决方法 | |------|------|----------| | 沟通不畅 | 信息不对称、误解频发 | 建立固定沟通机制 | | 决策低效 | 议而不决、决而不行 | 明确决策权限 | | 期望落差 | 一方觉得另一方贡献不够 | 定期回顾和调整 | | 角色模糊 | 职责不清、互相推诿 | 书面明确分工 | #### 角色分工优化 **优化时机**： - 验证阶段结束后 - 发现团队短板时 - 业务方向调整时 **优化方法**： 1. 回顾当前分工效果 2. 识别问题和改进点 3. 调整分工或引入新成员 4. 更新协议和职责描述 --- ## 输出格式 完成启动与验证阶段后，生成以下文档： ### 启动阶段输出 1. 技术商业化评估报告 2. 团队组建方案（含分工表、股权结构） 3. 商业计划书（BP） 4. 融资规划 ### 验证阶段输出 1. 原型和测试报告 2. 客户访谈汇总 3. MVP验证报告 4. 关键指标仪表盘 5. 下一阶段规划 ## 实用建议 - 不要追求完美，追求速度和学习 - 客户反馈比团队讨论更重要 - 记录所有验证数据，为融资做准备 - 定期（每月）回顾进度，及时调整方向


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)