电商小程序定制开发，先划清哪些得自己写

「商品一百来个，还要做会员价，现成商城能直接上吗？」上个月一位做数码配件的深圳客户把这个问题连问了两遍。他之前在别处问到的答案是加钱就行，可加在哪、加多少，没人说得清。这种问法我们一年要接几十次，问的是能不能上，卡住的其实是哪部分要重写。

电商小程序定制开发的报价之所以差出好几倍，是因为定制这两个字覆盖的工作差别太大。有的项目只是在现成商城模块上换一套皮肤，有的要从订单状态机开始自己写。这篇把两者的分界线画出来，哪些能力现成模块能顶住，哪些必须自己写，动笔之前怎么判断。文中金额均为深圳市场公开参考区间，并非本站报价。

一、现成商城模块能覆盖到哪一层

小程序商城开发的现成模块，通常已经把商品、购物车做好，下单到支付也走通了，物流查询同样接好了。它们解决的是能不能卖，一个标准商品，一个价格，一个库存，加一个地址，走完支付就结束。这类流程在小程序商城定制开发里一般不会重做，重做等于把已经验证过的路径重新踩一遍坑。

表里最后一列才是定制开发的实际工作量。报价差距大多来自这一列，跟页面数量关系不大。

二、商品和库存，什么时候必须自己写

判断标准很简单，看库存是不是只有一个口径。单仓单店，现成模块的库存字段够用。一旦出现多仓、门店自提加同城配送，或者线上线下共用一个库存池，库存就得自己设计。同一个商品在三个口径下的可售数量不一样，超卖一次，后面的客服成本比开发费高得多。

另一个触发点是 SKU 的维度。标准模块按规格和颜色两个维度生成 SKU，日常零售够用。做定制开发商城小程序时，如果商品带属性组合定价，或者同一件商品在不同渠道价不同，SKU 的生成规则要自己写，这部分通常额外占两到三周。深圳这边做 3C 配件和服装的客户，这两类情况遇到得最多，因为同一款货在线上和门店经常挂两个价。

三、价格规则：会员价、阶梯价、优惠叠加

电商小程序商城开发里，价格规则是最容易低估的一块。看上去只是打折，实际是几套规则同时生效时的优先级问题。会员价和**价同时命中，取哪个；满减和优惠券能不能叠加；阶梯价的档位按原价算还是按折后价算。这三个问题不提前定，上线之后每次活动都要临时改代码，改一次测一次。

优先级一栏是我们给多数项目的建议，仅供参考，各家的活动玩法不同，得按自己的规则定。券与活动二选一这条，不建议放开。全放开之后，财务对账要按每一单回溯规则组合，出错率明显上升，月底核账的人最有体会。

四、订单状态机，定制的主战场

标准商城的状态是线性的，从待付款到待发货，再到待收货、完成，最后退款。定制项目里的状态会分叉。把状态先列全再写代码，比写完了再补分支省事得多：

• 预售，下单先锁定，到货后才进发货，中间要支持改地址；
• 拼团，成团才生效，未成团自动退款，退款时机要写死；
• 货到付款，状态里多一档已签收未结算，对账要看这一档；
• 门店自提，核销码与快递单号并存，发货状态要拆成两条。

每加一个分叉，退款逻辑就跟着多一条分支。开发前把状态画成一张图，让业务方签字确认，比在测试阶段临时补要省一半时间。

五、深圳多门店商城，权限和数据怎么切

多店铺商城小程序开发在深圳这边常见于连锁零售和餐饮。数据隔离有两种切法。按组织权限切，门店只看自己的单，总部看全部；按品牌切，同一套后台挂两个品牌，商品库分开，会员库共用。两种切法的开发量差在报表上，按品牌切要多做一层汇总，月底出报表时这一层最容易算错。

深圳客户常问能不能让每家门店自己上架商品。技术上可以，实际运营里不推荐。门店自己上架的图和不规范的类目，会把整个商城的搜索质量拖下来，总部最后还是要挨个改。我们的建议是门店只管库存和自提核销，商品主数据归总部，权限收紧一点，运营反而轻。

六、支付、退款与分账

微信支付的手续费率是 0.6%，这一项不由开发方定，谁做都一样，写进方案里免得后面扯皮。差别在分账。单商户号的标准支付，现成模块直接接上就行，商户号进件一般要一到三个工作日。涉及平台型分账，订单要分给门店和配送方，就得走分账能力，分账比例和退款时的回冲，还有解冻周期，这几处要在方案里写清楚，事后改要动订单表和资金流水两张表。

退款也要提前想清楚。原路退回一般一到三个工作日到账，部分退款要保留原订单的优惠计算，退差价要能指定不退券。这些分支不写进需求，**版上线后补，改的是已经跑过的订单数据，补的时候还得把历史单一起洗一遍。

七、这四处不建议在**版就定制

• 直播，**版先不放。直播模块的开发和类目审核成本都不低，先用图文和短视频把转化跑通；
• 积分商城，和会员价容易打架，等级规则没跑顺之前先做会员等级；
• 分销，多级分销的合规风险和佣金对账成本，都高于它头几个月带来的订单；
• 智能推荐，没有三个月以上的订单数据，推荐算法发挥不出来，先做人工排序。

八、深圳这边工期怎么排：组装和定制分开算

把工期拆成两段看，账会清楚很多。组装那段包括页面搭建和商品导入，支付接入到审核上线，深圳这边常见是两到三周，其中微信审核占一到七个工作日，这一段时间不由开发方控制。定制那段，价格引擎两到三周，订单状态机扩展两到四周，多店铺权限三到四周，和 ERP 或仓储系统对接三到五周。两段并行做，总工期按长的那段算，别把两段直接相加。

小程序主包有 2MB 上限，这条限制容易被忽略。商品图和大促素材都要走 CDN，定制开发时如果做了一堆本地组件包，上线前还得回头拆包，白花的时间就出在这里。

九、验收时该盯的三件事

• 并发，大促前用真实商品量压一次，两千人同时进商详页，看页面能不能扛住；
• 对账，跑一百笔模拟订单，含退款和部分退款，看财务后台金额和微信商户平台对不对得上；
• 状态回退，把每一个订单状态手动回退一次，看库存和优惠券有没有正确返还。

验收清单里这三项比页面截图重要。页面不好看还能改，账对不上是钱的麻烦。

十、先画边界，再谈报价

回到开头那位客户的问题，他后来把需求收窄到会员价和门店自提两块，其余用现成模块，工期从预估的两个半月压到五周，费用也下来一截。做电商小程序定制开发，先把这三项写出来，哪几个功能必须自己写，哪几个用现成模块，哪几个这一版不做，边界清楚了，报价单上的每一行才对得上具体工作。

商城功能块的定价差异，之前在里算过一笔账。工期分段的思路，那篇拆得更细。如需进一步沟通，可直接致电 13928418795。