跳转到内容

程序员想当然的“没问题”,造成了很多问题,给所有人都挖了个大坑

你看了上面的方案,大概会觉得“这不是显然的事”嘛,但现实未必如此,这是有无数痛苦教训的。

许多年前我开发过电商的物流系统。有一天,业务的人问:“为了节省成本,同一个收件人的两件货品,是不是可以合并发货?” 负责开发的程序员一听:“这个没问题呀,这个简单,我马上就可以做好”。

没两天真的就开发完成了,拣货、打包、出仓、挂号分配和录入,确实都没有问题,于是顺利上线。刚开始一切正常,他俩正打算为这个”透明“的方案邀功,前方传来大量投诉,相关人员叫苦不迭。

一问才发现,这个工程师根本没考虑异常情况。两件货可以拼单,那么三件货,四件货呢?合并的最小单位到底是货物还是订单?如果用户要发票,到底是开一张票还是两张票?和供应商结算的时候,运费怎么分摊?最麻烦的是逆向流程——如果用户要针对其中某件商品退款或者退货,到底要如何操作?费用又如何计算?

轻率决定的后果就是,一定要踩了大坑才知道,“合并发货”真不是看上去那么简单,远比想象的要麻烦得多。它也不是程序员或者小产品经理能搞定的,还必须加上物流、财务等等一大圈人。程序员想当然“没问题”,造成了很多问题,给所有人都挖了个大坑……


从软件设计角度看携号转网

余晟以为 2019-01-15

https://mp.weixin.qq.com/s/Rr4KsCXbseP3MaST5xcQUg

欢迎随手转发到朋友圈。寻求转载授权,请关注微信公众号航通社 (ID:lifeissohappy) ,并在后台留言输入关键字转载。转载时请保留版权信息。