需求散
任务碎，难凑成一个项目
一张临时报表、一处页面改版、一条内部审批链，往往不足以进入外包公司的优先排期。
01 / 问题
找外包慢、贵、沟通成本高，零散需求却不会因此消失。
门店和总部每天都会冒出小需求。它们单看都不复杂，却常常因为排期、转述和返工，被拖成一项大工程。
链路长
每转述一次，就多一层偏差
业务提需求、产品转方案、开发再理解，询价和对齐消耗的时间经常超过实现本身。
维护断
上线不是结束，改一行也要重新找人
供应商交付后，小调整仍需重新报价和排期，系统很难跟着门店与总部的节奏持续变化。
已经运行在真实连锁业务里的智能体基础。
200+门店
49城市
10部门
14智能体
182定时任务
7个月持续运行
02 / 怎么做
需求拆解 → 智能体实现 → 人工验收 → 上线维护
把一条完整工作流压短，而不是把风险藏起来。每个节点都有明确输入、负责方和验收结果。
需求拆解
把业务目标、页面范围、数据来源和验收口径，整理成可以直接执行的清单。
智能体实现
由智能体完成页面、业务逻辑和迭代开发，把等待排期的时间用于实际构建。
人工验收
工程人员检查代码、权限、数据和关键流程，不让模型替自己完成最终验收。
上线维护
上线后继续修问题、接新需求，让系统随着门店和总部的实际使用持续迭代。
03 / 交付范围
从对外展示，到内部运转。
优先承接目标清晰、能够分阶段交付的软件开发任务。每一类都从可验证的最小闭环开始。
可拆分交付Web / 01
企业官网
品牌、产品、新闻与联系入口的完整页面体系，兼顾内容更新、响应式体验与基础可访问性。
Tool / 02
内部工具
把重复录入、审批、查询和报表流程做成可用的业务工具，并围绕真实使用持续优化。
Mini / 03
微信小程序
围绕会员、预约、活动与服务入口搭建轻量业务触点，连接门店日常经营与总部运营。
04 / 边界
智能体负责实现，复杂系统仍由人定架构。
复杂系统仍需人工架构，智能体承担实现与迭代。我们把能力边界写清楚，避免用自动化承诺掩盖关键决策。
智能体可以承担
- 范围清晰的网站、小程序与内部页面
- 既有架构内的功能实现与持续迭代
- 上线后的修问题、补功能与体验优化
必须由人工把关
- 多系统集成、核心数据模型与总体架构
- 权限安全、稳定性与关键业务规则
- 复杂流程设计、验收标准与上线决策