Approach

先在开始前学习，
再在推进中验证。

我们不只是消化固定的规格，而是重视将项目过程中获得的经验反馈到下一步设计中的推进方式。

Process

以四个步骤，
按所需节奏推进。

每个项目的起点各不相同。需求明确时从 Build 开始，仍处于课题探索阶段时从 Understand 开始。我们选择的不是固定形式，而是能降低风险的顺序。

理解业务、使用者、现有系统与限制条件。首先明确的不是要做什么，而是应当改变什么。

通过小规模实现验证关键的不确定性。若是 AI，则验证精度、可复现性与成本；若是产品，则验证实际的使用价值。

基于验证结果，实现认证、权限、监控、数据设计等正式环境所需的非功能性需求。

基于实际使用中获得的数据与反馈进行改进，力求构建能跟上 AI 模型与外部服务变化的结构。

Principles

快速开发不等于草率开发。通过快速验证减少浪费，把开发时间集中投入到真正重要的品质上。

Small bets越不确定的部分，越要小范围尝试。

Visible decisions保留技术判断的理由，使其可以共享。

Production mindset即便是 PoC，也要意识到走向正式上线的路径。

Project design

相较于瀑布式或敏捷式这类形式，我们更重视应当在何时验证什么。