01 · 调研能力
随叫随到的专业顾问
用 AI 做竞品分析、市场规模测算、融资材料、产品需求文档与逆向风险推演，降低早期试错成本。
角色重塑
创始人的核心工作不再是亲自执行，而是定义问题、调度智能体、守住判断。
在 AI 原生创业模式中，非技术创始人可以开发商用软件，技术创始人也能快速补齐市场、财务、融资与运营能力。真正稀缺的能力，变成了能否提出清晰问题、识别反证、建立评测与流程，让 AI 产能始终服务真实商业目标。
02 · 自主编码
全天候在岗的工程搭档
创始人用自然语言明确需求，AI 协助完成代码编写、测试、调试和重构，把想法快速变成可体验产品。
03 · 工作流自动化
随用随启的运营团队
把 CRM 更新、周报、文档维护、用户反馈流转、日程预约等重复事务交给自动化流程，让创始人回到高价值判断。
AI 让产品开发速度大幅提升，但不会替创始人判断市场是否真实存在。越容易开发，越要先完成验证、反证与范围约束。
Startup Lifecycle
AI 原生创业公司的四阶段生命周期
每个阶段都不是“把功能做完”，而是“拿到下一阶段所需的实证”。判断是否推进，取决于痛点、使用、增长、组织四类证据是否成立。
Stage 01
创意阶段
目标是调研式需求验证：确认痛点真实、受众清晰、现有替代方案不足，并形成可验证的问题假设。
退出标准痛点与解决方案适配，足以理性启动 MVP。
Stage 02
MVP 阶段
把已验证痛点做成真实用户愿意使用的最小产品，同时避免 AI 快速开发带来的结构性技术债。
退出标准有明确用户群体表现出留存、付费或推荐。
Stage 03
上线阶段
把早期热度转为可复用增长体系，补齐正式商用所需的架构、安全、合规和运营流程。
退出标准增长可复制、产品可承载真实流量、运营不依赖创始人。
Stage 04
规模化阶段
让公司从项目变成企业：增长体系、组织治理、合规能力、客户服务与行业壁垒都可经受外部审查。
退出标准即使创始人不抓日常运营，公司仍能稳健增长。
Tooling
Chat、Cowork、Code：三种形态各司其职
三类工具底层能力相通，差异在工作环境。正确分工能避免把调研任务交给编码工具、把代码任务交给聊天窗口，也能让知识、产品和运营持续闭环。
工具
适合任务
创业场景
Chat
即时提问、改写、头脑风暴、观点校验。
快速打磨痛点假设、设计访谈问题、压测融资叙事、提炼会议材料。
Claude Cowork
跨文件、跨系统的知识性工作与运营流程。
整理访谈记录、维护用户清单、生成周报、跟进反馈流转、自动化客户沟通与业务报表。
Claude Code
代码库内的规划、实现、测试、审计与上线准备。
搭建原型、开发 MVP、重构技术债、补齐测试、安全扫描与企业级集成能力。
Action Playbook
每个阶段都要同时问：目标是什么、风险在哪里、AI 应该怎样参与。
以下内容把手册中的关键动作转成可执行清单。重点不是追求功能完备，而是在每个阶段用最少动作拿到最高质量的证据。
Stage 01 · Idea
创意阶段：先验证商业假设，再启动开发。
这一阶段的核心是收集能够支持或推翻创意的证据。轻量原型只应作为用户沟通工具，而不能被误认为市场验证本身。
必须回答
- 痛点是否真实具体：谁受影响、发生多频繁、影响多严重、现在如何解决？
- 受众是否足够精准：职位、企业类型、组织结构、预算与采购决策链路是否清楚？
- 方案是否解决真实痛点：解决的是调研发现的问题，而不是最初脑补的问题。
高危误区
- 把“做出原型”当成“完成市场验证”。
- 只让 AI 搜集支持性证据，放大证实性偏见。
- 还未验证痛点与方案匹配，就开始铺开开发。
推荐动作
- 把模糊观察改写为可验证假设，例如“某类角色每周因某流程浪费几小时，现有工具无法解决某约束”。
- 要求 AI 站在竞品、投资人、采购方和怀疑者视角反向驳斥你的想法。
- 先设计用户访谈框架，优先追问真实经历：“上一次遇到这个问题时，你具体怎么处理？”
- 完成若干轮访谈后，再开发一个只覆盖核心交互的轻量原型，邀请精准用户上手验证。
Stage 02 · MVP
MVP 阶段：用最小产品验证解决方案，而不是堆功能。
最小可行产品的价值在于拿到产品市场契合的早期证据，同时从第一天就建立 AI 可读取的架构、范围与开发上下文。
必须建立
- 架构规范：明确开发范式、技术取舍、依赖约束与未来六个月体量预估。
- 范围边界：写清 MVP 要做什么、不做什么，以及新增功能的证据门槛。
- 评估体系：提前定义激活、留存、7 日与 30 日目标，避免上线后只看虚假热度。
高危误区
- 没有架构上下文，导致 AI 每次开发都重新猜测系统设计。
- 功能开发太轻松，范围不断膨胀，产品逐渐偏离核心问题。
- 只看注册、曝光、短期收入等表面数据，忽略留存和复访。
推荐动作
- 开发前先沉淀项目说明：产品问题、目标用户、核心流程、架构准则、禁止事项与验收标准。
- 每次开发会话只落地已决策功能，会后记录开发内容、技术决策和新增预设条件。
- 正式接入真实用户前，重点审查身份认证、会话管理、接口数据泄露、输入校验、注入风险和依赖漏洞。
- 每完成一轮用户反馈，区分“核心刚需”“新手引导问题”“单个用户想法”和“创始人自己的热情”。
Stage 03 · Launch
上线阶段：把早期热度变成可复制增长和可运营公司。
上线不是把产品发布出去，而是让产品、增长、客服、合规、迭代流程都能脱离创始人持续运转。
必须补齐
- 技术债审计：识别架构薄弱点、测试缺口、未来维护成本高的简化设计。
- 运营系统：客服分级、bug 流转、版本规划、周报与反馈循环不再依赖创始人提醒。
- 安全合规：按目标市场准备访问控制、审计日志、数据处理流程和合规材料。
高危误区
- 创始人继续亲自处理所有用户咨询和产品决策，成为增长瓶颈。
- 为了新市场或融资叙事过早扩张，稀释已验证的核心用户价值。
- 把安全与合规留到企业客户审查前夕才补课。
推荐动作
- 让 AI 审计当前所有创始人经手事项，分成“可自动化”“可交接”“必须创始人判断”三类。
- 建立轻量产品管理系统：迭代周期、开发规范模板、bug 分类决策树、每周数据简报。
- 把合规工作纳入持续开发流程，而不是一次性项目；文档、控制措施和审计证据要持续更新。
- 在下一轮增长前，先确认渠道、获客成本、用户终身价值与回本周期是否真实可信。
Stage 04 · Scale
规模化阶段：把项目升级成经得起审查的成熟企业。
创始人的角色从建设者转为企业高管。产品仍是核心，但公司必须具备治理、合规、运维、客户成功与商业化扩张能力。
必须形成
- 自主运营体系：创始人离岗一周，关键流程仍能按规则推进和升级。
- 企业级技术运维：技术文档、服务等级协议、监控、日志、应急处理和客户服务体系。
- 市场进入体系：客群细分、品牌话术、销售手册、分析师沟通、产品演示与试用沙盒。
高危误区
- 放权过快，自动化系统缺少创始人隐性背景信息。
- 长期不放权，所有关键流程都因创始人缺位而停滞。
- 自然增长触顶后才临时补商业化体系，导致增长曲线失速。
推荐动作
- 梳理“只有创始人知道”的行业经验、特殊场景、监管隐患、行业术语和通用方案失效原因，并结构化沉淀。
- 为垂直行业特殊场景建立实测案例库，把行业经验转成产品校验规则、提示词和集成逻辑。
- 盘点前十位核心客户的自动化流程、第三方集成、团队使用习惯和迁移成本，设计更深的工作流绑定。
- 用用户交互数据提炼高价值行为规律，建立数据飞轮，形成竞品难以短期复刻的优势。
Operating Rules
贯穿四阶段的六条创业纪律
AI 带来的速度优势只有在有纪律的系统里才会变成复利。否则，速度越快，偏离真实市场、堆积技术债和放大安全风险的速度也越快。
Rule 01
实证先于开发
每次进入下一阶段，都要有用户访谈、行为数据、留存、付费或渠道数据支撑。
Rule 02
反证先于自信
主动让 AI 扮演怀疑者、竞品、采购方和投资人，寻找最有力的否定性论据。
Rule 03
范围先于功能
功能新增必须有用户证据，不能因为 AI 能快速开发，就把产品做成需求仓库。
Rule 04
架构先于速度
为 AI 编码协作准备长期上下文、架构约束和开发日志，避免系统设计持续跑偏。
Rule 05
安全先于上线
真实用户数据进入系统前，必须检查认证、权限、输入、接口、依赖和审计留痕。
Rule 06
系统先于人力
增长后先设计流程和自动化，再决定是否招聘；让组织保持小团队、高杠杆。
想把这份手册变成你的创业行动图？
问达科技可协助梳理 AI 原生产品定位、MVP 范围、Agent 工作流、评测体系与上线节奏，把“创始人判断”落成可执行的产品与组织系统。