我们常做的四类项目
以下是常见的项目形态。有超出这个范围的也能做，但会先确认清楚再报价。
六步，每一步都有可检查的产出
开发过程本身也要能被检查。我们用文档和可运行的版本说话，而不是用进度汇报。
需求梳理
访谈使用岗位，理清现有做法与痛点，区分「必须做」和「以后再说」。
原型确认
出可点击原型，业务方先在上面走一遍，确认无误再写代码。
开发迭代
按周期推进，每期交付可运行版本，业务方同步试用并提出修改。
测试上线
功能测试、性能测试与上线演练，通过后部署到企业环境并做数据迁移。
按需求选栈，不按习惯选栈
选型的依据是：谁来维护、多久上线一次、数据量多大、有没有等保或国产化要求。 我们会说明每个选择的理由和代价，不做「都用最新最流行」的决定。
常用技术栈
能对接的东西
验收时逐条核对
这些都写进合同附件，验收时按清单核对，不合格的不签字。
| 交付物 | 内容 | 形式 |
|---|---|---|
| 源代码 | 完整工程，含注释、构建配置与依赖锁定 | 代码仓库权限移交 |
| 需求文档 | 功能说明、页面原型、字段与规则 | 在线文档 + 离线文件 |
| 接口文档 | 对外接口的入参出参与调用示例 | 随源码归档 |
| 数据库文档 | 表结构、字段含义、字典与索引说明 | 随源码归档 |
| 部署文档 | 环境要求、安装步骤、配置项、备份恢复 | Markdown + 脚本 |
| 测试用例 | 覆盖关键业务路径，含测试数据 | 测试管理平台 |
| 操作手册 | 面向业务人员的图文操作指引 | 在线文档 + 培训录屏 |
关于开发交付的疑问
怎么报价？
需求梳理和原型阶段结束后出报价单，按功能模块拆分，每项写明工作量、周期和是否含在后续维护里。报价单有效期一个月，超期会重新评估。
开发过程中需求变了怎么办？
分两种情况。属于已确认范围内的小调整，在当期迭代里一并处理，不额外计费；属于范围外的变更，走变更单，评估影响后单独报价，由企业决定是否做。
我们不建议需求一次性定死——原型阶段跑通了再调整，比签完合同再改要省事得多。
能对接我们现有的系统吗？
可以，常见的企业内部系统、ERP/MES/CRM、办公平台以及数据库直连都可以对接。对接前会先做接口可行性评估，说明现有系统能提供什么、缺什么，需要对方配合的部分会列清楚。
代码质量怎么保证？
代码进版本库，每次提交都有说明；关键模块配单元测试；提交前统一走代码评审。交付时附测试用例和执行结果，企业技术人员可以自己跑一遍验证。
交付后还管吗？
留一段陪跑期，遗留问题当面解决。之后如果需要长期维护，可以签维护协议；如果企业自己的技术人员接手，我们会做交接培训并提供技术答疑通道。