倉儲行業和互聯網行業可以說是密不可分的，但是它們也有自己的不同，這些不同會不會給這兩個行業帶來不確定因素呢?淺析倉儲行業與互聯網行業的不同。

對需求把控的不同

用戶場景

(1)倉儲行業

作為涉及現實場景的智能倉儲軟件，不但對軟件本身的功能、交互操作有要求，還需要結合揀貨燈、手持RF、貨架等外設，讓用戶(揀貨員)在長達10個小時的使用中準確操作，確保訂單出貨準確：

AGV托運貨架到達分撥點，軟件提示用戶揀取貨架在第幾層、第幾個貨位，取多少件何種商品，通過手持FR對商品及數量進行二次校驗。當二次校驗成功后，軟件會提示用戶將商品放入指定的分播筐內，通過按壓揀貨燈即可完成一次揀貨……

從上述的倉儲產品使用過程描述中，我們可以清楚的發現：用戶與軟件、貨架、商品、手持RF、揀貨燈的多重交互。同時倉庫內存在多種真實場景，比如一個貨架可能需要用戶揀取多種商品，同種商品也可能要放置在不同的分播筐內，商品的存放，特賣季中各種特賣商品(A類品、超A類品)……使得場景繁多且復雜。

(2)互聯網行業

場景較為單一，就是人和手機或人和電腦的交互，但并不是說互聯網行業的場景比倉儲行業容易把控。這里要先提的就是客戶和用戶的關系(后面我會展開說明)，在倉儲行業用戶(揀貨員)在使用產品的過程就是完成自己的一項工作，他們關注的是自己揀貨快一點然后得到更多的酬勞。

而在互聯網產品中，用戶要關注的是：體驗好不好?能不能達到我預期的目標?實現的過程滿不滿意……在每個頁面中用戶的心理可能都會不同，每次使用產品的心理也會不同，場景+用戶心理的模型在產品設計中顯得特別重要。

需求拆分

(1)倉儲行業

每一次需求改動，都有一個定性的指標——揀貨效率。所有的設計都是圍繞揀貨效率去進行的，主要的提升途徑有兩項：優化商品調度的算法&作業方式的改變。需要不斷的進行模擬壓測和現場測試，每次測試的準備工程較大且時間較長。這時候我們就不得不要求每次需求的設計一定要完善、徹底!當實現一個功能的需求時，很少會出現拆分若干個小需求的方式。

(2)互聯網行業

相反，互聯網行業就很少有大需求一步到位的情況。如果不是新增一些功能，基本上是對現有功能、體驗的迭代完善，就算是加入新功能，也都是慢慢過渡。可能是因為互聯網環境的特性，今天你覺得好的可能明天就有過時了，或者出現了一種新的方式。我的主管也經常跟我說，我們的產品發展方式就是：快速迭代，持續發展!

需求的范圍

與互聯網行業不同，倉儲行業的需求不光涉及軟件，還涉及相關硬件、場地布局、網絡等。

對項目管理的要求不同

倉儲行業

從前文的描述，以及之前我寫得關于項目管理的一文中可以了解到：智能倉儲的需求一般涉及工程較多，且時間較長。因為要與一些電商合作，對方都會把時間卡得很緊。所以我們會把每個需求項目通過WBS的方式分解得特別細，每個小項目都會有個驗收標準和deadline。時間橫貫整個需求，達到按期完成。

互聯網行業

快速迭代的背景下，大部分需求的開發周期較短，涉及的改動范圍也不是太多。所以項目管理的觀念在大家的心里也比較薄弱。當然這僅僅是我現在的公司，你寫可以在文末進行留言說說你公司的情況。

對待用戶的方式不同

首先要先提出兩個概念：客戶&用戶。在2C的業務中，客戶一般指的就是用戶，但是2B的業務中，客戶一般指的是購買產品的人，用戶是用產品的人。于是，這樣我們就能夠理解在我之前的從事的智能倉儲行業，客戶是我們的電商(倉庫)管理者。而用戶就是我們倉庫里的揀貨工人。

倉儲行業

先關注客戶再關注用戶，追求揀貨效率。但這也不能說明企業過于功利，去吸引那些管理層去購買，若果不這樣產品就會失去一個展示的舞臺(番外話：如果企業選擇了與這家智能倉儲企業合作，那與另一家智能倉儲企業合作的機會就很渺茫了)。再贏得了客戶的基礎上，才會對用戶這塊繼續完善。

互聯網行業

因為涉及利益、設備的關聯很少，所以用戶在使用一個產品不爽的時候就會把你卸載了。當用戶反饋一個問題時，主管和我的一些同事都會相當重視。因為這時候很可能會失去一個或一批用戶。

關注的角度不同

在互聯網行業我們會關注一些用戶點擊頻率等一些運營人員需要關注的數據，通過埋點、分析后，我們就可以得到一些數據，可以針對這些數據進行問題追蹤、功能改進等。

但在倉儲行業一些操作是不留痕的，比如揀貨員錯揀了哪個商品?放錯了哪個分播筐?就需要產品設計者在現場進行觀察，記錄一些用戶的操作，比如按壓揀貨燈的方式是用手還是腳?缺貨是擺放問題還是沒有及時補貨……有時候為了改進揀貨方式，還可能要充當一下揀貨員傳統倉庫和智能倉庫內都需要體驗一下。

結語

友數門店零售管理系統，幫助企業打通線上線下讓網店，門店數據互聯互通。