这些年我做过不少网站、商城、小程序和互联网系统项目。

如果从商城系统这条线回头看，我接触商城其实比较早。

早些年做商城的时候，用过 ShopEx、ECShop 这类比较早期的商城系统；后来随着移动互联网和微信生态发展，又陆续接触和使用过 CRMEB 等商城系统，也做过基于现有商城产品和SaaS平台的项目，包括凡科这类商城产品。

这么多年做下来，我对商城系统有一个越来越明确的判断：

对于绝大多数中小企业来说，做商城最划算的方式，并不是从零开始独立开发一套商城，而是在成熟商城系统的基础上进行二次开发。

这也是我们实际项目中采用比较多的一种方式。

为什么很多客户一开始都想“完全独立开发”？

客户第一次来谈商城项目的时候，经常会说一句话：

“我想完全按照自己的想法开发一套商城。”

这个想法本身没有问题。

因为企业都会有自己的业务流程、会员体系、营销方式和管理需求，希望商城能够完全符合自己的业务，这是很正常的。

但真正把需求拆开以后就会发现，一个完整商城系统里面包含的东西非常多。

商品、规格、库存、购物车、订单、支付、退款、售后、会员、优惠券、积分、分销、物流、后台权限、数据统计……

这些看起来都是“普通功能”，但每一个模块真正重新开发，都需要大量工作。

更关键的是，这些功能本身已经非常成熟。

如果一个企业没有特别特殊的业务模式，再重新从零开发一次，很多时候其实是在重复制造已经非常成熟的轮子。

成熟商城系统最大的价值，不是便宜，而是基础已经验证过

很多人会把成熟商城系统理解成：

“因为预算不够，所以才使用现成系统。”

我觉得这个理解并不完全准确。

成熟系统真正有价值的地方，是很多商城最基础、最复杂、最容易出现问题的模块，已经经过长期开发和大量用户使用。

比如订单状态怎么流转，支付以后数据怎么处理，退款和售后怎么衔接，商品规格怎么管理，库存怎么扣减，优惠券怎么计算……

这些东西单独看并不起眼，但真正从零开发的时候，会占据大量开发时间。

所以我们做项目的时候，更愿意先找到一个和客户业务比较接近的成熟商城系统。

成熟的部分直接使用，企业真正特殊的部分再进行二次开发。

这样做，通常比从零开发更加合理。

我为什么比较认可“成熟系统 + 二次开发”这种方式？

从这些年的实际项目来看，我认为它最大的优势就是三个字：

性价比高。

假设客户需要一个商城，其中70%甚至80%的功能，本身就是标准商城功能。

商品管理、订单、会员、支付、物流、优惠券这些东西，成熟系统本来就已经具备了。

那么真正需要我们开发的，可能只有企业自己特殊的20%到30%。

例如：

企业自己的会员等级体系、特殊价格规则、经销商体系、业务审批流程、ERP接口、特殊结算方式、行业专用功能等。

这种情况下，完全没有必要把前面已经非常成熟的70%重新开发一遍。

把预算和开发时间放到真正有差异的部分，通常更有价值。

我以前用ShopEx、ECShop，到后来为什么又接触CRMEB？

商城系统本身也在不断变化。

早期PC互联网时代，ShopEx、ECShop这类商城系统使用得比较多。

后来用户逐渐从电脑转向手机，微信、小程序、公众号以及各种新的营销方式出现以后，商城系统的需求也发生了很大变化。

再往后，像CRMEB这一类系统开始把商城、小程序、公众号、会员、营销等能力结合得更加紧密。

这也是为什么做商城不能只问：

“哪个商城系统最好？”

实际上并不存在一个适合所有企业的商城系统。

真正应该问的是：

我的业务适合什么系统？

同样一个商城，有人只是卖几十种商品，有人要做几千个SKU；有人做普通零售，有人做B2B订货；有人做单商户，有人做多商户平台；有人只需要微信小程序，有人还需要APP、公众号、H5和PC网站。

业务不同，适合的系统自然不同。

SaaS商城、源码商城，也没有绝对的好坏

除了源码商城，这些年我们也接触过凡科等SaaS商城产品。

对于一些需求比较简单的企业来说，SaaS其实也是一种很合适的选择。

如果只是快速上线、卖商品、做会员和基本营销，又不需要大量个性化开发，那么SaaS的上线速度快，前期投入也比较低。

但如果企业后续需要大量二次开发、特殊业务流程、数据自主控制或者和内部系统深度打通，那么独立部署的源码商城，通常会更加灵活。

所以商城选型并不是：

源码一定比SaaS好。

也不是：

定制开发一定比成熟系统高级。

真正重要的是，选择和当前业务阶段匹配的方案。

什么情况下，我才会建议真正从零开发商城？

虽然大多数企业适合在成熟系统基础上二次开发，但并不是所有项目都适合这种方式。

如果一个项目的核心业务逻辑非常特殊，现有商城系统的架构已经很难承载；或者它本身就是一个平台型产品，未来需要长期迭代，并且核心交易逻辑和普通商城有很大区别，那么从底层重新规划系统架构是有必要的。

例如某些大型行业交易平台、复杂供应链平台，或者具有大量特殊业务规则的系统，就不能简单套一个现成商城。

所以我的判断一直不是：

“商城不要定制开发。”

而是：

没有必要为了“定制”两个字，把成熟的东西全部重新开发一遍。

做商城之前，我更建议先搞清楚三个问题

企业真正准备建设商城时，我一般更关注三个问题：

第一，你到底要做什么业务？

先搞清楚是B2C零售、B2B订货、多商户平台、分销商城、O2O商城，还是独立站。

第二，你真正特殊的功能是什么？

标准商城功能不用反复纠结，真正决定项目成本的，往往是企业自身独有的业务流程。

第三，未来准备把商城做到什么程度？

如果只是验证业务，可以先用成熟产品快速上线；如果已经确定长期运营，再考虑独立部署、二次开发和后续系统整合。

把这三个问题想清楚以后，商城系统怎么选，通常就没有那么复杂了。

我的一个实际建议

做了这么多年商城和互联网系统以后，如果现在有一个普通企业来问我：

“做商城，到底应该从零开发，还是找一个成熟系统？”

在没有特殊业务要求的情况下，我大多数时候都会建议：

先找一个业务模式接近、技术架构合适、具备二次开发能力的成熟商城系统，在这个基础上做自己的功能。

这样既能控制开发成本，也能缩短项目周期，同时还能把更多精力投入到真正决定商城价值的地方——业务、产品、用户和运营。

商城系统本身只是工具。

最后真正决定一个商城有没有价值的，不是代码写了多少，而是：

它能不能解决企业的业务问题，能不能真正用起来，能不能帮助企业完成交易。

这也是我建设“商城系统库”这个网站想长期讨论的一件事情。

以后我会结合自己接触过的商城系统和实际项目，继续把不同商城类型、系统选型、功能、费用、二次开发以及运营过程中遇到的问题，一点一点整理出来。

商城到底应该怎么做，不应该只听软件厂商怎么说，也应该从真正做过项目的角度来看。