由 AI 智能体构建和运维的定制软件

业务变了,软件也该跟着变。

在对话里说清你的需求。Software Factory 会写出需求规格,完成开发和测试,再发布到生产环境。只有需要判断的决定,才交给人来处理。

适合几十到几百人、日常靠表格、聊天群和一堆 SaaS 工具运转的企业。

企业微信
示例
  1. 销售总监

    销售给出超过 15% 的折扣时,需要区域经理审批。另外,销售不应该看到我们的内部成本。

  2. 产品智能体

    15% 的门槛按目录价计算,还是按该销售被分配的价格等级计算?

  3. 销售总监

    按目录价。

  4. Software Factory

    • 需求与验收标准
    • 定价、审批、权限和审计日志
    • 在预览环境中测试和浏览器验证
    • 已上线,冒烟测试通过
  5. 产品智能体已上线

    折扣审批流程已上线。超过 15% 的折扣现在需要区域经理审批,销售人员也看不到内部成本了。

问题

大多数企业都在迁就自己的软件。

制造企业为了适应 ERP 改掉采购流程。诊所把同一份患者信息录进三个系统。网店把供应商的特殊规则记在表格里,因为订单系统表达不了。

  • 通用 SaaS

    优势
    价格可接受,上手快
    不足
    按所有人的流程设计,和你的流程总有出入
  • 企业级平台

    优势
    功能全面,可以定制
    不足
    实施周期长,咨询费用持续发生
  • 低代码工具

    优势
    灵活,搭建快
    不足
    仍需要你的团队自己设计和维护
  • 传统定制开发

    优势
    贴合业务
    不足
    成本高、周期长,之后每次修改都是一个新项目

变化在哪里

从需求到可用的软件,少走许多交接。

写代码从来不是唯一慢的环节。需求在客户经理、产品经理、迭代计划、评审和发布之间排队等待。现在,AI 智能体可以带着一次变更走完这些环节,中间不再排队。

常见的路径

  1. 客户需求
  2. 客户经理
  3. 产品经理
  4. 需求文档
  5. 研发排期
  6. 迭代
  7. 开发
  8. 评审
  9. 测试
  10. 发布

使用 Software Factory

  1. 客户需求
  2. 产品智能体
  3. Software Factory
  4. 生产环境

排期、评审和测试一步都没少,只是都在工厂内部完成。

我们衡量的指标

需求到上线时间

从确认需求到软件在生产环境安全运行所用的时间。对常规业务变更,目标是几小时到几天。

工作方式

一条面向业务软件的生产线。

每个需求都经过同样的工位。你只需参与第一步,其余由工厂完成,并向你汇报结果。

  1. 你01

    对话

    你在企业微信、Slack、Teams、邮件或网页聊天里描述需求。产品智能体了解你的业务流程,只问会影响结果的问题。

  2. 工厂02

    需求规格

    需求被整理成需求说明、验收标准、依赖关系,以及测试和上线计划。

  3. 工厂03

    开发

    编码智能体在经过测试的基础模块上实现变更。控制平面按任务类型、风险和成本分派任务。

  4. 工厂04

    验证

    单元测试、集成测试、浏览器测试和权限测试,为业务行为是否正确提供证据。

  5. 工厂05

    部署

    变更按与风险相匹配的审核规则发布,附带冒烟测试和回滚方案。

  6. 工厂06

    观测

    上线后,工厂持续关注错误、性能和流程完成情况。发现的问题会成为新的任务。

然后,生产线从你的下一个需求重新开始。

示例

一句话,变成一份需求规格。

你提供业务意图,澄清真正有歧义的地方。其余的由工厂写出来。

折扣超过 15% 的报价,应该由销售经理审批。
客户需求

验证证据

业务验收测试

已通过 4/4 项检查
  • 20% 的折扣无法直接确认
  • 区域经理收到审批请求
  • 审批通过后,报价可以确认
  • 审计记录保留了这两步操作

测试检查的是业务规则,而不只是页面能否显示。

工作项

高折扣报价的经理审批

目标
防止未经授权的高折扣报价。
业务规则
折扣不超过 15% 的报价照常流转。超过 15% 的报价需要有权限的销售经理审批。
涉及模块
  • 报价表单
  • 定价服务
  • 审批流程
  • 通知
  • 权限
  • 审计日志
验收标准
  1. AC-1销售可以提交折扣超过 15% 的报价。
  2. AC-2该报价进入待审批状态。
  3. AC-3有权限的经理收到通知,可以批准或驳回。
  4. AC-4销售收到审批结果。
  5. AC-5未经批准的报价不能转为订单。
  6. AC-6审计日志记录每一步操作。

人与智能体

常规工作交给智能体,例外情况交给人。

是否交给人处理,取决于不确定性和后果,而不是技术难度。有充分测试的大型重构可以自动完成;一行删除财务记录的改动,则要等人来决定。

  • 自动运行
  • 由人决定
  • 需要明确批准
情形处理方式
定义清楚、影响小的变更自动开发并上线
技术复杂、影响小的变更自动完成,加强测试
有歧义的业务决策产品智能体向你确认
重大架构决策人工评审
破坏性的数据库迁移明确批准
涉及认证、计费、财务、安全或权限的变更更严格的审核规则
生产事故按预案自动处置,情况异常时升级

随着工厂积累可靠交付的记录,自动化范围会逐步扩大。起步阶段,每次上线生产环境都需要人工批准。

可追溯

软件的每个行为,都能说清原因。

工厂为每位客户维护一份产品模型,把对话和决策与代码、测试和部署关联起来。之后的智能体因此能分清哪些行为是有意为之,哪些只是偶然。

这个字段为什么存在?

因为上海财务团队需要区分不同的报销主体,所以加了这个字段。

追溯示例

  1. 客户对话财务团队提出区分报销主体
  2. 产品决策在报销单中增加主体字段
  3. 工作项Issue #184
  4. 代码变更Pull request #391
  5. 验证验收测试与迁移测试
  6. 部署3 月 14 日

适用对象

为业务复杂、却没有研发团队的企业而建。

典型客户同时使用多个 SaaS 工具,大量依赖表格,每天花很多时间手动协调工作。

  • 制造业

    报价、采购、生产计划、质检和发货,常常超出 ERP 标准流程的能力。

    • 生产审批
    • 供应商准入
    • 质量追溯
  • 口腔诊所与服务型企业

    围绕现有的诊疗系统,优化患者登记、排班、人员安排和回访。

    • 患者登记
    • 多门店报表
    • 回访
  • 电商

    打通亚马逊、Shopify、淘宝、京东、拼多多和 TikTok Shop 上的订单、供应商、库存、定价和退货。

    • 跨平台库存
    • 供应商例外规则
    • 退货处理

同样适用于分销商、物流公司、专业服务机构和多门店企业。

基础

每个项目都从经过测试的模块起步,而不是一个空仓库。

共享平台覆盖所有业务应用都需要的能力。再按你的流程挑选、组合和改造业务模块。

业务模块

  • 客户管理

    联系人、公司、商机、销售漏斗

  • 库存

    产品、仓库、出入库、库存预留

  • 采购

    供应商、采购单、收货

  • 销售

    报价、订单、折扣、履约

  • 服务运营

    预约、员工、排班、服务记录

  • 流程

    审批、任务、通知、升级

  • 电商运营

    订单、退货、营销活动、平台对接

  • 你的专属流程

    没有合适的模块时,智能体会改造现有模块或新建一个。

共享平台

  • 身份与权限

    登录、组织、团队、角色和权限

  • 应用界面

    表单、表格、搜索、仪表盘、报表和多语言

  • 协作与流程

    评论、附件、通知、邮件、审批和后台任务

  • 数据与集成

    导入、导出、API 和 Webhook

  • 交付与运维

    测试、审计日志、监控、备份、功能开关和预览环境

持续演进

交付上线,只是开始。

传统定制开发在交付时结束,之后每次修改都要重新立项。在 Software Factory,像下面这样的需求只是日常运营工作。

之后的一个需求
从下个月起,超过 50 万元的采购单需要 CFO 审批。

你购买的是一个持续演进的系统,而不是工程师工时。

  1. 01

    初始实施

    流程梳理、数据迁移、系统集成和初始配置

  2. 02

    平台订阅

    托管、监控、备份、安全更新,以及产品智能体

  3. 03

    持续开发

    新功能、自动化,以及约定响应时间的支持服务

  4. 04

    高级需求

    专属环境、合规要求和复杂集成

告诉我们,你的团队把时间耗在了哪里。

工厂会判断这需要一个集成、一个自动化、一个新界面,还是一个新应用。然后开发、验证、上线,并持续观察问题是否真正解决。

我们仓库团队每天要花两个小时,把企业微信里的发货信息抄进 ERP。