C / CLIENT 项目方提供
- 准确的业务事实与服务范围
- 有权使用的品牌、图片、视频和文案
- 必要的账户、接口文档与测试权限
- 一位能够汇总意见并做决定的负责人
- 对专业、合规和产品事实做最终确认
- 01 Discover
发现问题
理解业务、用户、现有资产、约束和最希望改变的一件事。
阶段输出- 项目背景摘要
- 主要问题与假设
- 风险与待确认事项
- 02 Define
定义范围
把想法转成页面、路径、数据、接口、内容责任和可检查的验收条件。
阶段输出- Sitemap 或流程图
- 页面与功能清单
- 阶段与验收条件
- 03 Direction
验证方向
用关键页面、交互原型或媒体小样确认视觉与体验，不先铺开全部制作。
阶段输出- 视觉与内容方向
- 关键原型
- 组件与动效规则
- 04 Build
构建系统
优先完成核心路径，再扩展页面、内容和集成；同时处理加载、错误与权限状态。
阶段输出- 响应式页面
- 数据与接口连接
- 阶段性可测试版本
- 05 Verify
真实验证
使用真实文案、数据、设备和失败场景检查体验、性能、搜索基础与业务完整性。
阶段输出- 关键路径测试
- SEO / GEO 检查
- 限制与修复记录
- 06 Launch & Evolve
上线迭代
确认域名、部署、监测与责任人；上线后依据真实反馈决定下一轮优先级。
阶段输出- 发布清单
- 维护与交接说明
- 后续优化优先级
02 / RESPONSIBILITY
速度来自清楚的责任线。
工作室负责把问题做成可以验证的输出；项目方负责提供准确事实、必要访问和能够做决定的人。
S / STUDIO 工作室提供
- 清楚的范围、阶段输出与风险说明
- 可以查看的设计、开发与内容进度
- 对技术选择和取舍的直接解释
- 关键路径的测试证据与已知限制
- 发布与维护需要的交接信息
03 / DECISIONS
重要决定，留在可以追踪的位置。
- 01 启动
确认目标、角色、范围、依赖和核心沟通渠道。
- 02 阶段评审
围绕当前输出做决定，不让零散意见同时进入开发。
- 03 范围变更
批准后新增页面、功能或接口，先评估影响再继续。
- 04 上线检查
确认内容、账户、域名、测试结果与上线后的责任人。
04 / ACCEPTANCE
“完成”需要能被检查。
项目开始时定义核心验收条件，结束时按同一清单核对。未完成项和限制不会从交接记录中消失。
- 01约定页面和核心路径可以访问
- 02表单、接口或业务动作完成测试
- 03移动端与指定设备符合要求
- 04SEO / GEO 基础文件和元数据存在
- 05已知限制与后续任务有记录
05 / FAQ
开始前常见问题。
一个项目通常需要多久？
取决于页面、内容、接口、语言、动效和决策速度。完成发现与范围定义后，才能形成有依据的阶段计划。
只有一个想法，可以开始吗？
可以。先从发现或小型原型开始，把用户、问题和成功条件讲清楚，再决定是否进入完整开发。
项目可以分阶段吗？
可以。复杂项目通常更适合分阶段；第一阶段应形成一条可以使用或验证的完整路径。
中途改变方向怎么办？
先记录变化原因，再评估对现有工作、时间和依赖的影响。实质性变化需要重新确认范围。
上线后可以继续维护吗？
可以按实际需要约定修复、监测、内容更新或持续开发；维护范围和第三方成本会清楚说明。
不确定从网站、系统还是 AI 开始？
先讲目标和当前阻力，不必先写一份完美需求。第一阶段会被缩成清楚、可验证的范围。