怎么说呢，一年之前，正好做了这套系统，一个人开发的o(╥﹏╥)o
老板投了不少钱，同样的就我一个程序员系列，而且这套系统很复杂，是多公司多店铺+推广平台的系统
简单的来说就是平台可以入驻多家公司，每个公司可以开多个店铺，同一个公司的多个店铺之间可以共享商品，不共享库存，库存可以在多个店之间转换
推广员和店铺绑定并且有三级分销提成。整个分销和提成的账单系统也很复杂了o(╥﹏╥)o

所以要说做平台的话，真实的趟平了无数的坑，一个人撸了：
平台后台，商家后台，分销后台，财务系统，全套API接口， ios版本，安卓版本，分销引导，落地页等等等等，总共代码量可能在20-30万行

最后系统开发出来了，没人来买东西，好吧，我只能去打工了。

这个东西只能说，如果是平台自己卖东西，不搞多租户系统，那就简单很多。
举个例子，有一个商品，这个商品要归属于一个公司，然后扩展到多个店铺，这个商品有多种分类
于是：
例如一个衣服，有9个颜色，9个尺寸，好吧，还有6个样式。
总共就是 9x9x6=486个sku,如果老板想要再加一种风格，可以想象一下

然后这只是base商品，如果是多店铺共享这个公司的这一base商品，那个库存表什么的，呵呵呵
老板卖了几单之后，又删了几种规格，又呵呵呵了

这只是一小部分问题，还有后面的财务系统，举个例子，商品销售出去了，要入账，入账后要和推广分红，分红后商家和推广各自自动打款，层层分下去，并不算很复杂，好了麻烦来了，这时候如果客人要求退货，你怎么办？哈哈哈，80%的业务只花了20%的时间

怎么说呢，复杂不算复杂，就是繁琐的东西太多，要耗费大量的时间去堆逻辑代码，处理各种错误，异常，才能跑起来，如果用别人的开源的来改，除非业务模式非常契合否则又是一大坨可怕的那啥


一两个兼职码农，如果是拿现有代码改，如果业务一致，几个月就 上了，业务不一致，先改个半年一年再说。如果是全新开发，准备好2，3年不拿钱把

现在我这套代码已经没啥用了，估计以后也不会有人用，因为多店铺多公司这种情况很少(是为了扩展pos系统才这么设计的)，这个东西最好是做减法，能去掉的功能就别上，几个月赶紧上线验证不行就拉到大家都不会亏太多，不要像我做了两年
也要感谢当年的老板，还是坚持做完了

创业的大佬们继续加油把，我已经被拍在沙滩上了
--
FROM 101.207.135.*