它是我们三步方法里的第二步。三步分别是：理解场景（比平台更懂企业的真实业务，见 AI 场景诊断）、设计方案（把场景翻译成任务与智能体）、价值落地（让价值真正交付到手，见实施落地与陪跑）。前两步是名字里的「和」，是连接；第三步是「毅」，是执行。做完一轮就回到第一步，换一个更深的场景再来一遍。

方案设计里最关键的，是找到那一条决定性的设计

一个好方案通常只有一两条关键决定，其余设计都是从它推出来的。

案例	关键设计决定	它解决了什么
仓储代管订货系统	锁货不扣库存：库存、冻结、可用结余三量分离	把「承诺」和「事实」分开记，超卖从靠人盯变成有数据可依
合同预审系统	坐标与判断彻底分开：位置由算法计算，模型全程碰不到	批注位置不会被模型标错
招标文档生成智能体	八个章节的骨架在提示词里定死，模型只负责填内容	结构完整性不随模型发挥而退化
智能 HR 数字助理	语义理解为核心，规则降级兜底	听得懂口语，模型异常时也能办
AI 营销内容系统	护栏只提示、不拦截，判断权留在人手里	提示保持可信，不会因为误报过多被无视

我们做方案设计时守的几条线

方案设计的边界来自五条工作原则，而不是技术偏好。

先迁就现状：客户已经在用的表、流程、工具，默认保留；系统去适配它们。
约束写进方案：环境里不允许的事（联网、装服务器、自动唤起浏览器），在方案阶段就排除，而不是上线时才发现。
AI 放在能降级的位置：AI 负责语义理解、匹配、生成初稿这类「错了也能兜住」的环节，并给出置信度；关键决定留给人。
不替业务做假设：匹配不上、信息不全时，方案里要写清楚系统怎么回传给人，而不是悄悄补一个值。
不做平台：我们交付的三个代表项目是三套不同形态——Web 应用、双端系统、离线免安装包。形态由场景决定。

方案设计交付什么

方案要细到可以直接开工，并且写清楚怎么验收。

方案会写清楚：要做哪些任务、哪些由系统做、哪些由 AI 做、哪些必须由人做；数据从哪里来、口径怎么定；上线后在哪个指标上看变化。先把问题定义清楚，是我们交付标准的第一条。