数字化：要着急上系统吗？

作者介绍：

毕业于香港理工大学。深耕供应链和物流解决方案多年，目前做跨境电商。供应链是六便士，文学是月亮。欢迎关注微信公众号【 来自星星的tina 】

正文

业务、产品经理、技术三者的关系：被人称作身体的影子的，并非身体的影子，而是灵魂的身体。by 王尔德

互联网公司的产品就是系统，经常说的沉淀也和系统建设相关。很多传统企业也在说数字化转型。数字化不是赶时髦，而是真的要做实事。数字化是需要的，系统也是要上的。只是是否现在就要上，以何种姿势上，会养出什么样的孩子，都需要想清楚。

系统建设可能分为3个类型：

• 核心能力建设。有了它，会带来生意的正向或者倍数级增长，也就是它一定会在短/中期会带来可计算的数字增长，即现金的ROI. 它算的是revenue或者profit. 比如商业/商品中心，精准的选商选品，可以指哪打哪。

• 基础能力建设。没有它就会丢掉生意；或者没有它整个部门的业务情况都不清楚；或者会导致在合作方（包括客户和供应商）之间的赔偿/损失。比如对账不清晰，几千几万个客户人肉也扑不了，那么就需要一个清晰的账单系统；比如没有实时数据系统，那么很难进行业务判断特别是电商的大促期间。

• 优化/迭代建设。之前的系统没有做好（填之前的坑）；或者因为时间/资源原因来不不及做；或者因为业务也升级了，对应的现有系统已经无法满足升级后的业务需求。其实，也可以归类到前两种。

01//  业务想清楚了吗？

真的有一些没有想清楚的事情就去做了，浪费了大把的资源。

有听风就是雨的，老板一说话就开始揣摩的。

有只盯着竞对的，别人有也一定要有。有的业务经常搞错了主次。知己知彼，首先是知己。如果整天只盯着竟对，说明本身已经落后一大截了。不是看别人有什么就要什么，或者别人没什么自己也不搞了，而是要想清楚自己的优势、劣势和核心竞争力。

真的有业务价值吗？如果有，是短期的，还是中长期的。业务是可持续的吗？有时候系统上线了，业务没了。

到底能解决什么问题？系统上了是否真的能代替线下运营？现在的问题业务流程的问题、之前系统设计遗留的问题、是人本身的问题、是今天才出现的还是一直存在但是到了今天才爆发出来…..既要又要还要，这也想做那也想做，结果呢：最后系统上线了，一次都没用过。

是非得现在做不可吗？现在的问题是加钱能解决还是加人能解决？是否已经线下跑了一段时间已经验证了可行性，上系统虽然不能一劳永逸但是也能解决人疲马困的大部分问题吗？

只想到了自己这一亩三分地的事情吗？还是也想到更多的业务关联性？供应链项目如何和行业的项目结合，支持行业去赢得更多的生意？供应链的实物流与信息流与商流如何结合既有生意又有效率呢？

优秀的业务，在上系统之前，一定能对自己发起灵魂三问。推翻自己以为一定要现在做，一定要这么做的理所当然，最后得出best practice中的best fit.

02// 产品经理画清楚了吗？

如果说业务是系统的身体。因为业务需要足够了解自己的业务和需求（身体），才能确定要不要做，什么时候做，想要达到什么样的效果。

那么产品经理就是系统的灵魂。再清晰的业务再完美的身体，也只是美则美矣，然而没有灵魂。只有一个优秀的产品经理才能给系统赋予灵魂。

产品经理一般都智商超群。他们通常逻辑清晰，条理清楚，口才了得。如果业务方自己没有一个清晰的认知（即使有也没有用），产品经理肯定就把你绕进去出不来了。

产品经理通常需要有完整的系统框架，能把一个点带到整个产品框架中考虑。设计的产品方案可以灵活适配，对于不同业务线相似需求可以复用。道理大家都懂，然而，通常就是不能复用。

这几年我合作过的产品经理有10几个，基本都是很聪明也非常靠谱的伙伴。我也很喜欢他们。最优秀的产品经理，不是智商最高的，不是逻辑最好的，也不是最能说理论的，而是最了解业务流程和最理解客户需求的。既有大框架，也不会瞧不起一个小需求。

我最最喜欢的产品经理是kelly（其他的产品经理我也是很喜欢的）. 有一说一，因为她做过业务，很清楚业务方的需求 & 客户的痛点到底是什么。理解客户需求不是拜访了几个客户就了解了，也不是列出几个客户的问题就完事了（因为这些客户这些问题可能存在好几年了），而是真正需要做了一段时间的业务。

03// 技术描清楚了吗？

技术是一个系统的影子。技术写下的每一行代码都会有投影的。Sketch这个词很好，素描、绘画、剪影。绘画有工本画和写意画，一个好的技术代码应该是工本画，然而常常实际是写意画。写意画固然也是很美的，然而总是有点那么似是而非。

王尔德说：被人称作身体的影子的，并非身体的影子，而是灵魂的身体。我觉得这句话用来形容业务、产品经理、技术三者的关系再恰当不过了。

最高级的技术代码，不是只看产品经理的PRD，而是临摹+写生。影子可以随着身子动，身体姿势变了，技术代码可以灵活变动，而不是写死的。然而，通常就是写死的。

技术是否真正理解了业务需求，是否能交付业务想要的东西？技术小哥哥们通常都是非常实诚、耿直又可爱的，而且也智商很高。只是，有的时候有的东西会让人有点儿啼笑皆非。千万不要误解，我不是在说技术小哥哥们的坏话，我合作过的技术我没有讨厌的。我自己非常喜欢技术小哥哥们那种踏实、肯干的作风和态度，他们用心写了一天代码又埋头debug的态度真的让人心疼又敬佩。同产品经理一样，了解业务需求和理解客户痛点，多用一用自己做出来的系统，就会知道是左右滚动、还是上下拉动好使啦。

神奇的是，有时会有一些很幽默的产品经理和技术，原来高智商与有趣真的可以并存（请产品和技术小哥哥小姐姐们自行对号入座）。