降级之路 漫漫其修远兮

即便能找到不排斥降级生意的IT从业人员，也不见得人人都合适，因为真正有领域开发经验(或者潜力)的人并不多，许多人已经定型于解决“纯IT”问题。举例来说，计算机专业毕业生在学校里大都学过“生产者-消费者”**问题的解法，但这类知识的讲解往往只限于纯IT问题，结果大家的理解和思考也只限于此;遇到纯IT领域的“生产者-消费者”问题，相信不少人都可以直接调用**语言提供的类库解决。

可是如果在现实生活中遇到这类问题，能透过现象看到本质，想到其原型是“生产者-消费者”问题的人恐怕就要少很多了(前述的仓库管理中，补货-销售涉及到“生产者-消费者”问题，多人同时捡货涉及到“哲学家问题”)。可是，从事降级生意的开发，仅仅认识问题是不够的，还需要能构建出完整的方案，才能顺利位居核心的**问题。不难想到，这样的人才少之又少;可是没有合适的人才，就难以妥善解决问题。很多做项目的公司交付的产品质量都比较糟糕，我觉得缺少合适的人员是一个非常重要的原因;同样道理，如果IT从业者去做降级生意，必然也会遇到这个问题。

降级路上的第三大困难，通常源自IT的地位。降级涉及到“用IT改造传统生意”，所以许多降级生意都会引入传统行业的合作伙伴，许多降级生意干脆起源于传统行业主动抛出橄榄枝。这样的好处是有扎实可靠的传统知识和经验可供利用，坏处则是很难摆正IT的地位，赋予其合适的权力——在“鼠标+水泥”的生意中，鼠标和水泥并不是*立的个体，而是必须有机融合，鼠标要考虑水泥所受的实际限制(如果业界通用的设备还是Windows CE，选择技术架构时就必须仔细考虑)，水泥也要听从鼠标的调遣(有些物流商会提供“空中报关”服务，即货机起飞后系统自动向海关申报，这就要求操作流程到此必须已经收集并准备好电子报关所需的信息)，**的业务才能诞生。

然而因为传统行业的惯性(这里暂不讨论因为IT过于超前或不现实变为空中楼阁的情况)，降级生意往往被人片面理解为“给水泥接上鼠标”，而忘记了“水泥也要受鼠标操纵”，其结果不外乎两种：水泥掌控了鼠标，IT做得无比痛苦;或者水泥鼠标各行其是，降级生意沦落为两条平行线。

仍然以海外仓储为例，哪怕我们已经非常熟悉传统仓库的运营细节，直接包装出一个“海外仓储”的壳子给用户使用多半也是要失败的。传统仓储讲究的空间利用率等一些指标，电商的卖家其实并不太关心，他们更关心的是，这个仓储服务能不能很好地支持自己的在线销售流程(比如发货后上传挂号的便捷性)，整个流程中出现的各种状况，比如所在国要求提供的无条件(甚至无包装)退货服务，仓储服务能不能有良好的解决流程(在自己仓库处理自己的退货，和在自己仓库处理别人的退货是大不一样的)。也就是说，“鼠标+水泥”的海外仓储服务，不能仅就仓储服务本身来思考，还需要受到电商业务的约束，更需要为其提供精心的优化;否则，即便仓储本身做得再**，整个生意也难有起色。

总的来说，降级论的观点还是很启发人的，能给大家提供**思维角度。降级之路说起来颇为诱人，真正走起来才会发现，这是一条布满坎坷的漫漫长路。我根据个人的经验和思考，总结了三点困难，希望广大对降级有兴趣，准备或者已经行走在这条路上的朋友们，看过之后对降级之路有更全面的了解。