你们是做“纯定制开发”，还是有现成系统二次开发？两者成本和风险差别在哪里？

滚水科技以定制开发为主，不接二次开发的项目。我们沉淀了不少通用组件（账号体系、订单、支付、消息、后台框架等），但每次都是按客户业务流程重新拼装，而不是在某套外购或开源系统上改字段。这样做的代价是首期投入比"套壳"略高，但后续可维护性、扩展性和安全边界都更可控。

为什么不接二次开发？过往遇到过几次客户拿着别人写好的项目过来，希望我们继续加功能。真接手之后会发现：

• 上一家用的技术栈和我们差异较大，代码质量、注释、文档参差不齐，光是看懂业务逻辑就要花一两周
• 数据库设计往往没有为后续扩展预留空间，新增一个稍复杂的功能就要回头改表
• 出问题之后责任很难划清，到底是历史 bug 还是新代码引入的，常常说不清

折算下来，二次开发的成本不一定比从零做低，而且交付时间会被未知风险拉长，对双方都不划算。

那"纯定制"的成本结构是什么样的？大头其实在需求、UI、联调、测试、上线这几个固定工序上，写代码的工时反倒不是最贵的环节。我们一般会和客户先聊清楚首期范围，把"必须上线 / 建议上线 / 可以后做"分层，把通用组件能复用的部分尽量复用，把和业务强相关的部分老实重写。这样既能压缩工期，也避免上线后改起来束手束脚。

风险层面，纯定制最大的不确定性是需求收敛——一开始想做的功能太多、分阶段不清晰，会让首期被拖长。我们的做法是在合同前把首期 PRD 和原型对齐，预留一个变更池处理小幅调整，避免每次小改都重新报价。整体来看，纯定制的投入不会比一个稳定 SaaS 套餐贵多少，但拿到的是属于自己的代码、数据库和后续主动权。