仓储行业和互联网行业可以说是密不可分的，但是它们也有自己的不同，这些不同会不会给这两个行业带来不确定因素呢?浅析仓储行业与互联网行业的不同。

对需求把控的不同

用户场景

(1)仓储行业

作为涉及现实场景的智能仓储软件，不但对软件本身的功能、交互操作有要求，还需要结合拣货灯、手持RF、货架等外设，让用户(拣货员)在长达10个小时的使用中准确操作，确保订单出货准确：

AGV托运货架到达分拨点，软件提示用户拣取货架在第几层、第几个货位，取多少件何种商品，通过手持FR对商品及数量进行二次校验。当二次校验成功后，软件会提示用户将商品放入指定的分播筐内，通过按压拣货灯即可完成一次拣货……

从上述的仓储产品使用过程描述中，我们可以清楚的发现：用户与软件、货架、商品、手持RF、拣货灯的多重交互。同时仓库内存在多种真实场景，比如一个货架可能需要用户拣取多种商品，同种商品也可能要放置在不同的分播筐内，商品的存放，特卖季中各种特卖商品(A类品、超A类品)……使得场景繁多且复杂。

(2)互联网行业

场景较为单一，就是人和手机或人和电脑的交互，但并不是说互联网行业的场景比仓储行业容易把控。这里要先提的就是客户和用户的关系(后面我会展开说明)，在仓储行业用户(拣货员)在使用产品的过程就是完成自己的一项工作，他们关注的是自己拣货快一点然后得到更多的酬劳。

而在互联网产品中，用户要关注的是：体验好不好?能不能达到我预期的目标?实现的过程满不满意……在每个页面中用户的心理可能都会不同，每次使用产品的心理也会不同，场景+用户心理的模型在产品设计中显得特别重要。

需求拆分

(1)仓储行业

每一次需求改动，都有一个定性的指标——拣货效率。所有的设计都是围绕拣货效率去进行的，主要的提升途径有两项：优化商品调度的算法&作业方式的改变。需要不断的进行模拟压测和现场测试，每次测试的准备工程较大且时间较长。这时候我们就不得不要求每次需求的设计一定要完善、彻底!当实现一个功能的需求时，很少会出现拆分若干个小需求的方式。

(2)互联网行业

相反，互联网行业就很少有大需求一步到位的情况。如果不是新增一些功能，基本上是对现有功能、体验的迭代完善，就算是加入新功能，也都是慢慢过渡。可能是因为互联网环境的特性，今天你觉得好的可能明天就有过时了，或者出现了一种新的方式。我的主管也经常跟我说，我们的产品发展方式就是：快速迭代，持续发展!

需求的范围

与互联网行业不同，仓储行业的需求不光涉及软件，还涉及相关硬件、场地布局、网络等。

对项目管理的要求不同

仓储行业

从前文的描述，以及之前我写得关于项目管理的一文中可以了解到：智能仓储的需求一般涉及工程较多，且时间较长。因为要与一些电商合作，对方都会把时间卡得很紧。所以我们会把每个需求项目通过WBS的方式分解得特别细，每个小项目都会有个验收标准和deadline。时间横贯整个需求，达到按期完成。

互联网行业

快速迭代的背景下，大部分需求的开发周期较短，涉及的改动范围也不是太多。所以项目管理的观念在大家的心里也比较薄弱。当然这仅仅是我现在的公司，你写可以在文末进行留言说说你公司的情况。

对待用户的方式不同

首先要先提出两个概念：客户&用户。在2C的业务中，客户一般指的就是用户，但是2B的业务中，客户一般指的是购买产品的人，用户是用产品的人。于是，这样我们就能够理解在我之前的从事的智能仓储行业，客户是我们的电商(仓库)管理者。而用户就是我们仓库里的拣货工人。

仓储行业

先关注客户再关注用户，追求拣货效率。但这也不能说明企业过于功利，去吸引那些管理层去购买，若果不这样产品就会失去一个展示的舞台(番外话：如果企业选择了与这家智能仓储企业合作，那与另一家智能仓储企业合作的机会就很渺茫了)。再赢得了客户的基础上，才会对用户这块继续完善。

互联网行业

因为涉及利益、设备的关联很少，所以用户在使用一个产品不爽的时候就会把你卸载了。当用户反馈一个问题时，主管和我的一些同事都会相当重视。因为这时候很可能会失去一个或一批用户。

关注的角度不同

在互联网行业我们会关注一些用户点击频率等一些运营人员需要关注的数据，通过埋点、分析后，我们就可以得到一些数据，可以针对这些数据进行问题追踪、功能改进等。

但在仓储行业一些操作是不留痕的，比如拣货员错拣了哪个商品?放错了哪个分播筐?就需要产品设计者在现场进行观察，记录一些用户的操作，比如按压拣货灯的方式是用手还是脚?缺货是摆放问题还是没有及时补货……有时候为了改进拣货方式，还可能要充当一下拣货员传统仓库和智能仓库内都需要体验一下。

结语

友数门店零售管理系统，帮助企业打通线上线下让网店，门店数据互联互通。