产品逻辑
产品与系统设计 · v0.1 草案
从内部工具到软件产品
把同一套能力组合成不同产品，并验证模块能否独立创造价值。
两种业务可以并行
技术服务业务交付客户的项目结果；软件业务交付别人可以持续使用的工具。内部项目帮助验证产品，但外部团队独立使用的能力还需要单独证明。
架构上提前保留模块边界，商业上按照完整工作场景组合产品。
三个候选产品组合
| 产品组合 | 主要客户 | 模块组合 | 客户应获得的结果 |
|---|---|---|---|
| AI 研发工作台 | 技术公司、企业研发部门 | 实验、研究规划、计算、资产 | 原始实验能形成可追溯结论，并支持下一轮研究 |
| AI 工艺工程工作台 | 化工设计院、工艺团队 | 工艺图模、衡算仿真、资产、评审交付 | 设计变更可审阅，图纸、清单与计算依据更一致 |
| 工程协作与交付平台 | 业主、项目团队、服务公司 | 项目基础、成果查看、问题讨论、发布 | 各方围绕同一版依据讨论并确认成果 |
这是候选包装方式，尚未确定定价、授权计量或具体销售顺序。
一个模块什么时候算能独立销售
- 有清楚的使用者和付费理由。
- 能接收客户已有数据，完成自己的核心流程。
- 有自己的可用界面，以及必要的导入、导出和接口。
- 不依赖客户同时购买整个平台。
- 所需的公共底座能随产品一起交付。
- 外部人员经合理培训后可以独立使用。
例如计算模块独立运行时，可以导入流程文件和输入表；整套平台运行时，则直接引用实验、工艺和设计基础对象。
通用产品与客户项目如何分开
客户项目保存客户的数据和研究成果。企业资产库保存该企业可复用的方法与模板。平台的通用产品资产则需要有明确的权属与适用范围。
客户的特殊要求优先通过配置、模板和适配器表达。只有反复出现、具有通用意义的能力才进入公共模块。
用什么证据决定下一步
- 内部真实项目：是否改善研究和交付效率？
- 外部试点团队：是否能用现有资料独立完成任务？
- 第二个同类客户：是否能主要复用产品，而非重新做一套？
- 持续使用：是否愿意为升级、支持或持续服务付费？
设计院与研发团队的需求需要分别验证。实验推荐对研发有价值，设计院可能优先购买图表一致性、工况计算和工程变更能力。