简单分享一个做过的失败项目，物流卡车笼箱项目。这个项目的需求来源是基于物流运输中车辆空置率过高造成的浪费严重成本过高的痛点。解决方案是将若干个（28个）小型笼箱代替原有的大型集装箱，将原有少数几个路有点扩充成更多的路由节点，形成固定的路有点、发车班次，将原有的大单元降低成细分的小单元，一旦出现爆仓用户可以在系统之上选择笼箱的运送方式代替原有的卡车。从而以更灵活更低的成本更高效方式解决问题。
业务流程图
项目背景介绍
楼主所在的公司大概刚成立一年左右，当时的产品功能基于线上管车、干线整车运输系统、车辆数据可视化和部分数据报表和财务功能，急于利用新型有潜力的业务场景切入物流干线市场。当时的需求基本来自和我们有业务往来的国内某大型三方物流公司，据说是对方公司的boss坚信这种笼箱业务模式，对于当时国内物流干线运输领域很有前瞻性和颠覆性，所以楼主所在的团队临危受命！产品boss带领着包括Pc端和移动端的小伙伴，在近期紧张的一周时间内熬夜加班赶制出原型demo。去到客户公司所在地进行深入而全面的探讨，最终确定了一个月左右的排期。当时小伙伴很惊讶的望着我们boss（确定一个月），当时的团队内没有测试没有设计，都是产品顶上去的，又计划在这么短时间去做这么大的项目，当时清楚的记得后端开发小伙伴听到后，那张着急的脸上又多了几条皱纹，后来连封闭开发都没去就离职啦！再后来，失败的原因竟然是线下业务开展不起来，包括站点的租赁成本和叉车的成本谈不下来、笼箱的厂家定制延期、市场推广用户不买账、线上系统的用户体验、用户的使用成本等等。
简要分析图
项目已经过去一年多了，现在回想来印象最深除了加班出差做demo以外，当时总想问为什么项目这么赶，赶项目有些工作也不能省略掉，比如商业模式的分析竞品的对比，给用户创造什么价值，如何最大限度的满足用户需求，盈利模式的路线；产品上线前的用户反馈，线下业务的配合和准备是否同步；一旦出现市场变化和异常之后的处理方式。
网友评论