小程序项目报价从三千到十万，差距往往不在功能清单本身，而在一个常被搁置的条款：源码归谁。这个条款在签约时只是一行字，却会在两三年后决定企业是继续轻装迭代，还是被迫推倒重来。
源码归属本质上决定的是控制权。拿到源码，意味着企业掌握业务逻辑、数据结构和后续修改的入口；不拿源码，企业拿到的只是一段期限内的使用权。模板类产品通常不交付源码，因为服务商靠同一套系统服务大量客户，源码一旦外流，商业模式就不成立。半定制看合同约定，全定制一般交付源码。三种方式在这一点上的分野，比价格差异更值得关注。
控制权缺失的成本是滞后显现的。第一层是数据迁移。当商品、会员、订单记录都存在服务商侧，能否导出、以什么格式导出、要不要额外付费，全由对方决定。业务规模小的时候这不构成问题，等到需要更换平台或接入内部系统时，才发现历史数据带不走，等于从零开始。
第二层是需求响应。模板系统功能固定，业务流程无法修改。企业提出一个新需求，得到的答复往往是做不了或排期靠后。业务节奏不等人，最终只能选择重新开发，此前投入的费用和时间都成了沉没成本。
第三层是续费结构的隐性累积。模板多按年收费，单年看似便宜，但逐年续费加上可能的导出、扩容、接口费用，几年下来总支出可能已经接近甚至超过一次定制开发的投入，而资产却始终不在自己手里。
从成本结构看，这其实是租用与购置的区别。租用把大额支出摊薄成小额年费，适合需求稳定、生命周期短的场景；购置前期投入高，但资产归自己，边际修改成本低，适合作为长期业务入口的项目。判断标准可以简化为一句：小程序是核心业务入口，还是辅助工具。是辅助工具，租用更划算；是核心入口，源码归属就必须写进合同。
实操层面有几件事值得在签约前确认：源码是否交付、交付范围包含哪些端、数据导出是否开放且免费、后续功能改动如何计费、验收标准与付款节点是否明确。这些条款写清楚，比在报价上砍下几千元更有价值。报价低不等于总成本低，真正的长期成本，藏在合同里那行关于源码归属的文字中。
