先给结论:共用模板不能按“每个页面都算一次设计”来付,但也不能一概压成“只算一个页面”。可行的做法是把共用部分拆成“模板开发”和“页面套用”两类工作,前者按一次计价,后者按实际需要单独处理的页面数量计价。你手里的合同、报价单或旧系统清单,都可以按这个口径重新过一遍。
打开你正在核对的那份报价单,把被计费的页面逐个列出来,然后做一件事:找出它们的结构骨架是否相同。判断依据不是标题像不像,而是版块顺序、字段数量、组件类型是否一致。例如产品列表页、分类聚合页、标签页,如果都只是换数据源、换标题,通常属于同一模板。
把清单分成三组:
这个分组动作会直接改变下一步:纯套用页可以要求从“按页面计费”里剥离,变体页要确认是改模板还是新建模板,独立页才适合按页面单价走。分组没做完就谈折扣,很容易把该省的省掉,把该付的也砍掉,最后交付质量反而失控。
共用模板的问题在于,供应商按页面报价时,模板本身的价值被摊进了每个页面,导致页面越多、重复收费越明显。更清楚的做法是要求报价单体现两个工作包。
工作包一:模板开发。包括结构设计、样式、响应式处理、字段定义、必要的脚本逻辑。这部分只发生一次,按一次计价,无论最终套用多少个页面。
工作包二:页面套用与内容适配。包括把内容填进模板、处理个别页面的字段差异、调整标题层级或图片规格。这部分按实际投入的页面数量计价,但单价应明显低于从零设计。
假设一份报价把二十个产品页都按独立设计计价,而其中十五个共用同一模板。你可以提出:模板开发按一次计,十五个套用页按“套用单价”计,剩下五个变体或独立页按各自情况计。这里的关键不是砍掉多少金额,而是让每一笔费用对应一种可验收的产出。动作的结果是报价结构变透明,下一步你就能逐项确认哪些页面需要验收设计稿、哪些只需要验收数据是否正确渲染。
如果现在的场景是旧供应商或旧系统要退出,你手上往往同时有旧报价、旧页面和旧模板。这时候不要先谈“整体迁移多少钱”,而是先盘资产。
这样做的实际影响是:你会得到一份“保留清单”和一份“重建清单”,而不是一个笼统的总价。下一步无论是找新供应商还是内部排期,都能按清单逐项确认,避免把还能用的模板当成新页面重复付费,也避免为了省钱硬套已经不适用的旧模板。
纯套用页和独立页都好判断,真正扯皮的是变体页。建议在报价确认前写一条判定规则:如果页面结构与模板的差异只涉及内容字段的增减,且不需要新增组件或改变交互逻辑,按套用计价;如果需要新增组件、改变版块顺序或引入新的交互,按模板修改或新建计价。
这条规则要配一个可检查的证据。例如让对方在交付时说明每个变体页改了哪些组件、为什么不能由原模板覆盖。你拿到说明后,可以对照页面本身验证。验证结果会决定这一页是按套用结算还是按修改结算,也会影响你后续是否继续把同类页面交给同一套模板处理。
如果报价里的“免费软件”指的是建站或推广工具本身免费,要注意免费不等于没有时间、额度或迁移成本。共用模板的处理上,免费工具通常能帮你做两件事:批量套用结构、批量替换字段。但它不能替你判断哪些页面该合并、哪些变体值得单独建模板。
另外要区分计费对象:如果报价包含广告投放或平台推荐类服务,那部分计费逻辑和页面模板无关,不应混进按页面计费的讨论里。自然排名相关的页面工作,和广告投放的页面工作,也可能对应不同的交付物,核对时要分开列。
把上面的动作连起来:先给页面分组,再要求报价拆成模板开发和页面套用两个工作包,退出旧合作时先盘保留清单,变体页单独约定判定标准,最后确认免费工具只承担批量套用而不承担结构决策。做完这几步,你手里的那份报价或旧系统清单就会变成一份可以逐项确认、逐项验收的处理方案,而不是一个只能整体接受或整体拒绝的总价。