餐飲供應鏈系統設計(一):產品架構及基礎功能范圍
上一篇文章中提到過,餐飲業態下供應鏈系統的應用場景一般較為復雜,并且具有多變性,而從業人員操作水平和接受能力又往往較低,這些難點一度導致筆者剛接觸餐飲供應鏈系統產品設計時踩了許多坑。這是一個系列文章,將會從粗至細介紹和講解餐飲供應鏈系統的產品設計,也算是筆者對自身知識框架的梳理總結。
一、基礎架構節點
在這里先介紹一下大致的組織架構層級節點,便于大家初步在腦子里形成大致的印象和聯系。
- 集團:有的系統中也叫做總部或者品牌,但是在供應鏈中一般都對應的是有最高管理職能和權限的層級。系統中總部一般由服務中心人員或者實施人員建立,可獨立登錄,有唯一id。
- 公司:實際場景中,一個集團下可能有多個公司,例如百勝餐飲品牌下有必勝客、kfc、東方既白等。但是在系統中,公司也可以作為最頂層級(若是公司購買供應鏈的話),如果是集團購買,則集團則是最頂層級。
- 配送中心(總倉):可建多個(例如按區域分)。一般是負責一個地區的采購銷售庫存的中轉站,處理門店的訂貨需求、自己倉庫(總倉)的采購、及銷售給門店品項。在系統中可獨立登陸,有唯一id。
- 外部供應商:為門店或配送中心(總倉)提供貨物
- 中央廚房:統一制作一些成品和半成品,銷售配送給所需商戶
- 門店:可按照屬性分為加盟店、直營店等,是對外銷售菜品的單位,在系統中可獨立登陸,有唯一id。
二、集團-配送中心-門店
系統的組織架構往往要根據業務的發展方向和產品定位來確定。
例如未來的業務計劃是搶占長尾市場,即針對非連鎖的個體小商戶,不需要復雜的采購集散配送流程,只需要簡單的進銷存功能,則可以只有總店(可包含簡單銷售功能)和門店兩級即可。
若是未來的戰略發展瞄準了大型連鎖商戶,因為考慮到大型連鎖店實際場景中,其在食品質量方面、集中控權方面有嚴格要求,同時采購供給模式鏈條也更為長,所以則可以至少建立總部、配送中心、門店三層。
接下來講一下集團主要的模塊結構,本文主要介紹集團-配送中心-門店模式。
1. 集團
(1)品項管理
由于集團在組織架構中是頂層,一般為了有這種三級模式的連鎖大型餐飲企業,在商品質量規格方面都有統一要求,所以物料品項信息,像包括代碼、名稱、規格、各種單位及換算率、各類屬性(例如自采還是統配)等,一般由總部統一設置。
(2)供應商管理
由于對質量有把控,集團一般會選擇某些供應商長期合作,也會要求下面的門店使用這些供應商供應的品項,所以集團需要有管理供應商的模塊,可以給品項類別指定供應商,做的完善一點甚至可以構造供應商評級系統。
(3)門店和及配送中心管理
可以管理或者配置門店或者配送中心的信息、屬性等。信息方面,例如門店或配送中心名稱、區域地址、門店性質(直營/加盟)等。屬性方面,例如門店盤點屬性(明盤/暗盤)、訂貨接受性質(強制接收/可修改入庫數量)等。這些信息或者屬性多數情況下涉及到整個體系的管理,只能由總部配置。
(4)報表管理
作為集團當然也會有了解下面門店采購數據、菜品銷售數據,配送中心的采銷數據等需求,以便更好的制定管理決策。
(5)系統管理
用戶配置用戶、部門、角色權限、數據權限等。
2. 配送中心
(1)基礎設置
一般包括對客戶(下屬門店)、供應商、品項等的設置。雖然集團已經規定了配送中心可使用的品項,部分可采購的供應商、區域內所屬的門店,但是配送中心由于實際業務需要,還會在這些既定項上配置附加屬性。例如某些品項是直銷給門店還是由外部供應商配送;對不同供應商提供的各個品項采購價格的管理設置;對不同門店銷售品項時銷售價格和優化策略的管理設置。
(2)訂貨管理
- 訂貨單管理:配送中心每天要處理大量的從各個門店發過來的訂貨單外,每筆訂單上品項的庫存 ?儲備情況也不同,有的有現貨,有的需要先向供應商采購(配送中心自身向供應商采購的訂單要走另一套),不同物料的供應商也許不同…簡單的一筆訂單,有著復雜的處理分支,所以需要強大的訂單系統對這些進行自動化處理。
- 配送規則:為了解決配送門店訂貨時間碎片化、品類沒有規則性,而增加配送中心庫存管理、采購和配送工作的難度的問題,同行需要有為門店指定配送規則的模塊。
(3)庫存管理
出入庫單據管理、各個倉庫即時庫存、倉庫盤點管理、倉庫間調撥管理,庫存安全預警配置、庫存鎖定量配置、期末結轉等都是需要考慮的。
(4)采購管理
配送中心自身向各個供應商下的采購訂單。
(5)銷售管理
配送中心銷售給門店貨物時產生的是銷售訂單。
(6)加工管理
有的配送中心內設中央廚房,需要自己加工半成品等。有的配送中心會和OEM合作,則需要指定加工成本卡等。
(7)報表管理
出入庫報表、門店訂貨統計表、采銷統計表等
(8)對賬管理
門店對賬、供應商對賬等
(9)系統管理
用戶配置用戶、部門、倉庫、角色權限、數據權限等
3. 門店
(1)基礎設置:
- 品項:同樣,在門店維度也需要根據實際情況在品項上設置一些適用于自己的屬性,例如是否允許庫存為負數等。
- 供應商:除了向配送中心采購規定品項,門店也會向外部供應商訂貨(畢竟買個蔥姜蒜沒有必要一般都會在附近小菜店解決),所以也需要有自己的供應商管理設置模塊。
- 成本卡:一般有菜品成本卡和半成品成本卡兩種。由于門店層就會涉及到對菜品的銷售,也會自己粗加工部分半成品備用,所以需要提前配置好對應的成本卡,兩者有較大區別,后期文章會詳談。
(2)庫存管理:基本與配送中心模塊一致
(3)采購管理:由于供應商可能是配送中心,也可能是外部供應商,兩者在流程和單據上都有較大區別,需要作區分。
(4)報表管理:出入庫報表、菜品銷售相關報表等
(5)對賬管理:供應商對賬
(6)系統管理:用戶配置用戶、部門、倉庫、角色權限、數據權限等
本篇是先粗維度地介紹了“集團-配送中心-門店模式”中的產品框架和主要功能范圍,先建立起概念再循序漸進。下一篇將會介紹該模式下的幾種采銷配送流程,敬請期待~
相關閱讀
本文由 @晴暻 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pixabay,基于 CC0 協議
最近也想做餐飲方面的產品,方便請教一下嗎?電話18010152962 微信也是這個號碼。感謝??
請教 明盤和暗盤是什么意思
盤點的時候是否展示系統中的理論庫存數量,展示的叫做明盤
不錯,能夠交流學習一下嗎?
期待中 ??