合同里写着"商品管理模块",却没说清这个模块到底包含哪些功能，是定制开发中最常见的争议源头。等到想加一个库存预警，对方一句"这属于新增需求"，二次收费就落在了甲方头上。要规避这种被动，关键不在压价，而在于把每个模块的功能点以可验证的方式固定进合同条款。
锁定清单的第一步，是让每个模块从"名称"下沉到"功能点"。只写模块名等于留白，谁都可以事后对边界各执一词。正确做法是把模块拆成一条条可勾选的功能项：账号登录要写明授权方式与权限分级，订单模块要列出下单、支付、发货、售后各个环节是否包含，支付分账要注明收款方数量与资金拆分规则。颗粒度越细，日后"算不算额外功能"的争论空间就越小。
容易被忽略的后台管理系统，必须单独立项。很多甲方只盯着前端页面价格，却不知道运营后台有独立成本。合同里应把后台按角色权限、审批流、数据导出、报表分析逐项写清，而不是笼统并入前端。只报前端、后台后期加价，正是依赖清单模糊才得以成立。
第三方对接也要进清单。接支付、物流、电子发票还是外部系统，每一家都是独立的工作量和成本。把对接对象逐一列明，既界定了交付范围，也避免后期以"接口不在报价内"为由再收一笔。
让清单具备约束力的几个要点
- 功能点以列表形式写入合同正文或作为附件，并约定附件与正文具有同等效力。
- 对清单外的变更，预先约定计价方式，把变更定价权从单方说了算变成有章可循。
- 账号归属一并写入条款，小程序主体、服务器、支付商户号的实名主体都应是甲方自身公司。
把功能点清单当作合同的核心交付依据，而不是报价时的参考附注，才能在后续变更、验收和更换服务商时站稳位置。预算有限时，可按核心交易链路优先锁定地基模块，营销与数据类功能分期纳入，但无论先做还是后做，每一块的功能点都应在签约前落到纸面。
