最簡版的進銷存需要做什么?
編輯導(dǎo)語:貨品進銷存模塊的合理設(shè)計有助于企業(yè)進行更好的管理,由于不同發(fā)展階段的公司所具備的業(yè)務(wù)需求有所不同,進銷存模塊的功能設(shè)計也就有所差異。本篇文章里,作者結(jié)合案例,對最簡版的進銷存模塊設(shè)計做了總結(jié),一起來看一下。
在互聯(lián)網(wǎng)高速發(fā)展的今天,傳統(tǒng)行業(yè)也開始進軍互聯(lián)網(wǎng),擴展自己的業(yè)務(wù)類型;管理工具可以提升效率,故各種服務(wù)于企業(yè)的產(chǎn)品生長迅猛,此處講關(guān)于貨品進銷存模塊。
此處還是使用黃金圈法則對其進行分析:
1)為什么要做這件事情?
公司形成一定規(guī)模后,商品SKU增多后,庫存量增加,倉庫貨品間的關(guān)系就變得很復(fù)雜,尤其發(fā)展為多倉庫后,后期涉及庫存調(diào)撥,不同倉庫盤點,賬面數(shù)量與實際貨品數(shù)量的關(guān)系等,所以需要進銷存系統(tǒng)來對貨物進行盤點,便于各級人員了解庫存狀況。
2)怎么做進銷存?
首先要分析自身需求,目前自身公司處于什么狀態(tài),哪些功能是迫切需要進行研發(fā)使用的,哪些功能是服務(wù)于未來的,首先自審自己的業(yè)務(wù)發(fā)展?fàn)顩r,其次使用KANO模型及四象限法則進行排序。
3)目前進銷存模塊要做哪些功能?
由上一步分析得出公司目前狀況及迫切所需,針對首期開發(fā)功能清單,繪制業(yè)務(wù)流程及與訂單狀態(tài)關(guān)聯(lián)關(guān)系;繪制功能結(jié)構(gòu)圖,對其進行評審,確定目前開發(fā)功能需求。
一、舉例分析
接下來以初期的電商平臺舉例,以單倉庫情況為例,分析最基礎(chǔ)的進銷存需要做哪些功能?首先,我們來梳理不同的出入庫訂單類型。
1. 入庫類型
- 初始化入庫:研發(fā)產(chǎn)品時,倉庫自身有一定的貨品量,或是其他渠道貨品,可以歸入初始化入庫,簡化分類。
- 采購入庫:電商選品后,會進行供貨商貨品質(zhì)量與價格的對比,當(dāng)選定供貨商后,會下貨物采購訂單,當(dāng)貨物到達后,入庫時對訂單類型的選擇即為采購入庫。
- 商品退貨入庫:用戶購買商品后,因一些原因,對商品進行退貨處理,與客服協(xié)商好之后寄回商品,商品入庫時即為退貨入庫。
2. 出庫類型
- 商品銷售出庫:當(dāng)用戶購買商品,付款后,倉庫收到用戶訂單后,會進行發(fā)貨處理,此時出庫即為銷售出庫。
- 采購?fù)素洺鰩欤?/strong>當(dāng)采購商品數(shù)量過多或部分貨物出現(xiàn)質(zhì)損問題時,會聯(lián)系供應(yīng)商進行貨物的退回,此時為采購?fù)素洺鰩臁?/li>
二、為何分維度
為什么要將貨物出入庫類型細分到這些維度?因為進行貨物盤點,需要對出入庫訂單進行計算,得出目前廠庫貨物賬目數(shù)量,以此來核對倉庫貨物實際數(shù)量,若數(shù)量有出入,就可以快速查詢差額貨物是什么原因。
我們這里以最簡單的方式來進行分析。
假設(shè)我們?nèi)康纳唐范紱]有保質(zhì)期,在倉庫中存放不會有自然損耗,一般此種情況,賬面數(shù)量基本都會與實際數(shù)量相符。若存在生鮮類貨物,則比較復(fù)雜,因生鮮類商品保質(zhì)期較短,自然損耗率及運輸過程中的質(zhì)損率較高;我們在此分析貨物無自然損耗情形。
三、采購入庫流程
梳理采購入庫流程(精簡版流程):
這里的流程較為概括,我在這里進行詳細解釋。
第一步:平臺進行選品,選定商品后在進銷存系統(tǒng)中添加商品;添加商品時需添加基礎(chǔ)信息:產(chǎn)品圖片、產(chǎn)品名稱、產(chǎn)品單位(如個、塊、盒等度量單位)、成本價、市場價、產(chǎn)品類別(可自行配置)及備注。
第二步:通過供貨商提供貨物樣品及報價綜合進行選擇性價比較高的供貨商;添加供貨商時需要添加供貨商基礎(chǔ)信息:供貨商名稱、供貨商級別、聯(lián)系人姓名及電話、備注(可不設(shè)置)。
第三步:發(fā)起采購訂單,采購訂單需要關(guān)聯(lián)供貨商及商品,需要填寫的基本信息:采購編號、采購日期、選擇供貨商、添加產(chǎn)品;填寫采購貨物數(shù)量,自動計算采購金額,若供應(yīng)商給出一定的優(yōu)惠,則可以填寫折扣。
第四步:付款,這一步驟具體看公司與供貨商怎么協(xié)商,可能是先付款后發(fā)貨,可能是供貨商墊付,一定周期回款,故不做具體講解,財務(wù)審核完畢后,給供貨商打款。
第五步:發(fā)貨,供貨商發(fā)貨后,隨貨物送到還有送貨審核單,下單后具體實際送達的貨品數(shù)量不一定與訂單數(shù)量一致,有可能因為質(zhì)損一部分而缺少,需要分批入庫,等補貨送達后入庫剩余貨品。也有貨物數(shù)量剩余,但貨物銷量較好,隨之卸貨,進行補發(fā)采購訂單。我們這里分析送貨與采購訂單一致,且無質(zhì)損,完美入庫。
第六步:倉庫收貨,貨物送達后,倉庫人員進行掃描入庫,核對商品數(shù)量無誤,結(jié)束訂單流程。
四、銷售出庫流程
梳理銷售出庫流程(精簡版流程):
創(chuàng)建銷售訂單:添加銷售商品,銷售訂單基礎(chǔ)信息包括:銷售單編號、銷售單名稱、客戶信息、銷售單金額、下單時間、交貨時間、備注。若銷售有折扣則可以填寫折扣,價格會自動進行更新,存留至銷售訂單。
這里主要分析了出入庫最常見的類型方式,實現(xiàn)方式是較為傳統(tǒng)的,需要人工去進行校驗。這個模塊是針對較大單量的進銷存,若To C電商使用則需要實現(xiàn)自動化,與電商平臺進行打通,通過代碼編寫數(shù)據(jù)源規(guī)則,自動實現(xiàn)接單出單,快遞上門攬收即可發(fā)貨。
針對于貨物盤點:選擇盤點倉庫,會自動計算此倉庫出入庫訂單數(shù)量,從而計算倉庫貨品數(shù)量;同時發(fā)起貨物盤點時需要填寫基礎(chǔ)信息、發(fā)起人、時間、備注,同時可以針對倉庫某類產(chǎn)品進行盤點,對貨物分類即可。
進銷存是一個極其復(fù)雜的系統(tǒng),細分存在銷售訂單未發(fā)出,售后未寄回等多種訂單狀態(tài);若貨物涉及到跨界,又會牽扯至貨物的海外倉、中轉(zhuǎn)倉,每個不同的狀態(tài)又存在不同的狀態(tài),復(fù)雜的訂單流轉(zhuǎn),故必須使用進銷存對倉庫進行定期盤點。
若涉及多倉庫,存在倉庫直接的調(diào)撥,調(diào)撥中又涉及到不同的訂單狀態(tài):
- 發(fā)起調(diào)撥,貨物未發(fā)出;
- 發(fā)起調(diào)撥,貨物發(fā)出,另一倉庫未入庫;
- 發(fā)起調(diào)撥,另一倉庫貨物入庫。
不同的狀態(tài),兩個貨物盤點數(shù)量關(guān)系的流轉(zhuǎn),甚至于總倉給若干分倉調(diào)貨,關(guān)系更為復(fù)雜。
五、總結(jié)
若公司屬于發(fā)展初期,需要進行開發(fā)進銷存的管理,首要的是解決前面所講的不同的訂單狀態(tài):
- 入庫:初始化入庫,采購入庫,銷售退貨入庫;
- 出庫:銷售出庫、采購?fù)素洺鰩臁?/li>
針對這些訂單類型進行單倉庫的盤點,定義好訂單流轉(zhuǎn)過程中的規(guī)則,賬目數(shù)量與實際數(shù)量不同時,及時核對差額貨物去向即可。訂單與其他信息的關(guān)聯(lián)關(guān)系梳理清晰,如:商品與供貨商都與采購訂單關(guān)聯(lián)。
后續(xù)對于進銷存的更新則根據(jù)公司業(yè)務(wù)發(fā)展情況,進行前驅(qū)性的持續(xù)迭代,保證公司發(fā)展的業(yè)務(wù)流轉(zhuǎn)關(guān)系。
本文由 @科科不是科科 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自?Unsplash,基于 CC0 協(xié)議
請問簡版不需要審核功能嗎
簡版只有供銷存記錄,審核那還得在權(quán)限里控制功能,老板自己錄自己就不用審了
簡單基礎(chǔ)的出入庫單描述的太細了,反而關(guān)鍵的退換貨,途中訂單狀態(tài)等問題一筆帶過了,這些才是核算庫存數(shù)量的關(guān)鍵。
??