商城小程序定制开发怎么选：先看数据、源码和年费，再看功能表
一份商城小程序的功能清单，在模板商、SaaS 服务商和纯定制团队手里能报出差一个数量级的价格，三份报价还都能把同一批选项勾满。差别不在功能，在边界。
功能表比价失效的原因很朴素：三条路线的成本结构不一样。模板是把做好的成品改皮，功能早就摊在几百个客户身上，边际成本接近零；SaaS 把开发和运维摊进年费和插件费，你买的是使用权；定制从零算人天，需求梳理、原型、开发、测试每一步都要人。用一张勾选表去比，比的是三种计价方式，不是三种产品。
模板套改能改什么
配色、首页模块顺序、两三个静态页、部分文案，这些都没问题。不能动的是字段模型。多数成品商城的商品表是固定结构，单规格或者最多两层，促销只有满减和优惠券。要加「多规格 + 预售 + 两级分销」，已经动到数据库和订单状态机，服务商要么直接拒，要么把价格报到定制区间。判断模板够不够，不看页面像不像，看你的业务能不能塞进它的字段。
SaaS 建站的边界在数据位置
能开什么功能由产品路线图决定，你提的需求进排期池，不承诺日期。数据在服务商的库里，通常给报表导出，不给整库。年费之外还有插件费、交易费率、超出套餐的短信与存储费用。它适合 SKU 少、规则简单、没有存量系统要对接的标准化零售。如果商城要跟 ERP 或线下门店库存打通，先确认对方有没有开放接口，没有就到此为止，别指望上线后再补。
纯定制的代价在前期
需求要一条条梳理，原型要签字，测试要人跟，工期以月计。雨果网 10 月那篇对比独立站开发渠道的文章给的量级是定制开发数万元起、周期至少一个月，这是量级参考，不是报价。网易号 11 月的服务商盘点点出的三类投诉是模板套改、交付延期、售后无人响应，正好对应上面几条边界被越过之后的结果。
四步判断，每一步都有问句
第一步问业务复杂度，三个问句就够：商品变体维度是不是超过两个（颜色 + 尺码 + 套餐）；促销是否需要规则叠加、互斥和优先级；要不要对接已有的 ERP、仓储或门店库存。命中两个以上，模板路线基本走不通，因为每一条都会改到数据结构。
第二步问数据归属：用户手机号、订单、支付流水、行为日志存在谁的库里；能不能整库导出而不是导报表；导出频率和字段范围；服务商停服、涨价或者被并购时，退出路径是什么。答不上来，等于把客户资产托管在别人的商业决策上。这不是技术问题。
第三步算三年总成本。定制是一次性开发费加年维护费；SaaS 是年费加插件加交易费率加可能的二开费用；模板二开看着最便宜，但原厂升级会覆盖你的改动，第二次升级要么放弃改动，要么再付一次钱。三年账放一张表里，很多「便宜一半」的报价会翻过来。
第四步看交付周期和上线窗口对不对得上。外贸旺季前两个月、平台大促前一个月都不是适合上线的窗口。定制可以按里程碑分批上线，SaaS 上线快但能力受限，模板最快、改动空间最小。顺带把备案与主体认证的排期算进工期，小程序备案、域名备案、支付商户号开通这几项卡住的时间，经常比开发本身长。
还有一步常被忽略：让对方做一次小样本试改。给两个真实需求，比如「加一个组合套餐字段」和「把商品详情拆成中英两套」，让每条路线各自报改动范围。模板和 SaaS 的回答通常在这两个需求上分岔，一小时内就能看清边界在哪。
多语言要拆成三层看，它不是一项功能
报价单里的「支持多语言」至少有三种含义，混在一起谈，后面必然扯皮。
第一层是界面文案：按钮、提示语、错误码。做法是把文案抽成 key 加语言包，页面只引用 key。第二层是内容数据：商品标题、详情富文本、类目名、SEO 描述，需要后台按字段存多语言，而不是给整站套一层翻译。第三层是交易链路：货币、价格展示、地址格式、发票与税号、支付通道、客服话术和时区。三层里只有第一层是翻译工作，后两层是数据模型和结算设计，改起来贵得多。
小程序的实际情况要认清：官方没有内置的多语言框架，语言包得自己建，语言从系统信息取，同时要给用户手动切换入口并记住选择。切换之后登录态、购物车、优惠券不能丢——这些状态如果只挂在中文文案的页面上，切换就是一次静默清空。文案硬编码在页面里是后期返工最大的来源，改一个按钮要动几十个文件再重新提审，第二次加语种的工期往往比第一次还长。
外贸独立站那一侧有另一套动作。每个语言版本要有独立、能被抓取的 URL，主流做法是子目录 /en/、/de/，权重继承自然、一套代码维护；不建议 ?lang=en 这类参数 URL。hreflang 要互链，每个页面包含指向自己的那一条，还要有 x-default。Google 的文档明确不建议按 IP 或浏览器语言自动跳转，抓取器多数不带地区语言信号，一跳转小语种版本就抓不到。选型阶段问清楚：模板或 SaaS 是支持子目录多语言，还是只能靠插件拼；hreflang 是自动输出还是要手工维护。
粗略的判断口径：语种数两个以上且商品标题、详情要本地化，模板基本不够用；只有界面多语言、商品内容统一英文，SaaS 插件可能够；面向多国还要按市场定价、算税、走不同支付通道，走定制，或者定制加现成商城框架。
报价单和合同
报价单怎么读，能看出后面会不会追加。看它是否把需求梳理、视觉设计、前端、后端、测试、部署、语言包、上架与备案代办、首年维护分开列。混成一句「总价 XX 万」的，这几项里任何一项都可能在你最着急的时候变成追加项。分得越细，说明对方真的做过商城项目。
还有一件常被漏算的东西：翻译与审校的责任。语言包里的 key 谁翻、谁审、改版后多久同步到各语种，没约定的话，多语言版本会在每次改版后滞后两三周。把它写进维护范围，或者明确按字计费。
合同上我一般坚持四条：
- 源码和文档写成交付物，挂在尾款验收之前；
- 知识产权归属与第三方组件许可清单附上，避免用了收费组件才发现要额外授权；
- 数据归属写清楚，包括合同终止时的导出义务和格式；
- 逾期与验收不通过的处置口径写具体，按日赔付有上限，验收不通过有重做时限。
四条都不复杂，难的是签的时候坚持。
我们做纯定制时，报价会把源码、部署文档和多语言语言包一起列成交付项，逾期按合同赔付，上线后给 3 个月免费维护期。合同里写清楚的东西，比口头承诺有用。
如果只能带走一句：把三年总成本和你计划覆盖的语种数、市场数写在同一个表里，再坐下来谈价。至于第三年要加第三个语种时这套东西还能不能改，答案在第一次签合同时就定了。