餐飲供應鏈系統(tǒng)設計(一):產品架構及基礎功能范圍

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