先给结论:共用模板下的页面不能全部按独立设计页计价,也不能一律按零成本处理。可行做法是把每个页面拆成“模板骨架、内容适配、独立设计增量”三段,分别判断是否重复计费,再要求对方在报价单里写清哪些页面共用同一骨架、哪些页面需要额外设计。这样做的直接结果是:你能看出哪部分钱花在重复劳动上,并据此决定是接受打包价,还是把共用页单独议价。
假设你手上有两份资料:一份是按页面数量报的总价,一份是站点结构草图,上面标了首页、栏目页、详情页、专题页等。第一步不是砍价,而是给每个页面标注三件事。
标完之后你会发现,报价单里“20个页面”往往混着三种性质完全不同的工作。把它们分开,才有讨论单价的基础。
市场上常见的处理方式大致有三类,没有哪一类天然正确,关键看条件是否匹配。
只有当每个页面都有独立的版式设计、独立的内容结构和独立的适配工作时,全额计费才成立。如果报价方主张这种口径,你可以要求其指出两个页面之间“不同的设计决策”具体是什么。指不出来,就说明这部分存在重复计价空间。
这是共用模板场景里较常见也较容易验证的口径。条件是:后续页面的骨架复用确实成立,但内容录入、字段替换、模块删减仍需人工。此时合理的做法是把后续页面的费用定义为“内容适配 + 联调”,而不是“设计 + 开发”。你可以要求对方给出适配工作的最小单位,例如每页需要替换几个模块、录入几类字段。
当页面数量少、结构高度一致时,打包处理反而省沟通成本。但它成立的前提是你能接受总价,并且不需要在后期增删页面时追溯单价。一旦项目中途要加页或减页,打包价就会变成争议点——因为双方对“一个页面的边际成本”没有共识。
假设你的站点有1个首页、6个栏目页、30个详情页,其中30个详情页共用同一套模板。你可以做这样一个动作:把详情页从“30个页面”中单独拎出,向对方确认这30页是否共用同一骨架。若确认共用,则要求报价单把详情页拆成“模板开发一次 + 每页内容适配”。
这个动作的结果会直接影响下一步:如果对方同意拆分,你就能拿到模板开发费和单页适配费两个数字,后续增减页面时有据可依;如果对方坚持全部按独立页面计费,你需要追问其设计差异在哪里,并把回答写进合同附件。无论哪种结果,你都不必在总价层面反复拉扯,而是把讨论收敛到“哪些工作重复了”这个可验证的问题上。
个别样本成立,不代表规模化后同样成立。页面数量少的时候,共用模板的适配差异可以忽略;当详情页从30个涨到300个,以下情况会打破原来的口径。
这些变化意味着“共用模板”的边界在移动。此时更稳妥的做法是在合同里约定一个阈值:当某类页面的变体超过约定数量时,新增变体按新模板处理。阈值本身可以谈,但必须有,否则规模化的成本会以追加费用的形式重新出现。
做到这三条,你手里的报价单就不再是“页面数 × 单价”的黑箱,而是一份可以逐项验证的工作分解。共用模板到底该不该重复收费,答案不在行业惯例里,而在你自己的页面清单和这三条核对结果里。