Lab2startup Launch Validation

师生共创启动与验证阶段指导。当用户处于师生共创早期，需要识别可转化成果、组建核心团队、进行技术验证和市场验证时使用。触发词：师生共创启动、成果转化、团队组建、技术验证、市场验证、MVP测试、原型开发、客户访谈

Security Scan

This is an instruction-only Chinese guidance skill for teacher-student startup launch and validation; it has no installs, no credential requests, and its instructions align with the stated purpose.

Purpose & Capability

The name and description describe startup launch and validation guidance and the SKILL.md contains checklists, templates, and processes that match that purpose. The only external reference is a suggested related skill ('lab2startup-team-types'), which is reasonable for a modular guidance set.

Instruction Scope

Instructions are content-only (evaluation criteria, templates, interview guides, KPIs) and do not direct the agent to read system files, environment variables, or call external endpoints. They request generation of documents and reports, which is within scope for a guidance skill.

Install Mechanism

No install spec or code files are present; this is lowest-risk (instruction-only). Nothing is downloaded or written by the skill specification itself.

Credentials

The skill requires no environment variables, credentials, or config paths. There are no requests for secrets or unrelated service tokens, which is proportionate to a guidance/template skill.

Persistence & Privilege

always is false and model invocation is normal (not disabled). The skill does not request persistent system presence or modify other skills' configs.

Assessment

This skill is a content-only guidance/template for startup launch and validation and appears internally consistent. Before installing, consider: - Source trust: the skill's homepage/source is unknown — prefer skills from known authors or review content for institutional policies. - Data handling: the skill itself does not request credentials or perform network activity, but when you follow its advice you may create documents containing sensitive IP, team agreements, or financial plans—handle those outputs carefully. - Cross-skill references: it mentions another skill ('lab2startup-team-types'); ensure any referenced skill is trustworthy if the agent will call it. - Policy and legal review: use the templates (IP ownership, equity, contracts) with legal/tech-transfer office review before signing. Given these checks, the skill is coherent and low-risk, but verify provenance if you require institutional compliance or legal guarantees.

师生共创：启动与验证阶段

启动与验证阶段是师生共创从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. 下一阶段规划

实用建议

• 不要追求完美，追求速度和学习
• 客户反馈比团队讨论更重要
• 记录所有验证数据，为融资做准备
• 定期（每月）回顾进度，及时调整方向