程序設計和餐飲經營,竟然有一脈相承

0 評論 357 瀏覽 0 收藏 7 分鐘

在程序設計和數據處理中,我們經常會遇到后進先出(LIFO)、先進后出(FILO)和先進先出(FIFO)的邏輯。這些概念不僅在代碼和算法中扮演著重要角色,也在產品設計和現實世界的業務流程中發揮著關鍵作用。

程序設計中,常??吹綌祿幚磉壿嬘泻筮M先出和先進后出的順序區分。產品設計中經常也會采用這樣的邏輯,對于某些對象的處理,會嚴格要求按照一定的秩序,比如:創建順序、更新順序、付款時間、取消順序、發貨順序等各種維度的屬性值進行。

其實他們有專用的4個字母代表,分別是:

  • 后進先出——LIFO
  • 先進后出——FILO
  • 先進先出——FIFO

代碼里面的隊列一般嚴格順序會是先進先出,也就是FIFO,因為要保證進入隊列的順序,然后進入隊列的順序來進行下一步的操作。最常見的就是MQ(Message Queue消息隊列)消費機制,兩個抽象的處理器之間通過發送消息>進入消息隊列>消費消息的方式完成指令邏輯的構建。這里的消費順序支撐了高層級的產品邏輯、業務模型。

這種情況在現實世界中也會存在,比如很多食品行業,食材的管理具有保質期,一般也會要求先進先出。這里有個業務假設:先進的會更加早到期,必須要優先耗用掉 。

之前在得到APP聽宋宣講創辦勺子課堂、開椒小廚,其中提到的一個小餐廳的供應鏈管理:入庫、加工、烹飪、收檔、訂貨,成本和銷售額占比監控、一個土豆的應產率,反復提到對于后廚、前廳的標準化,便捷化。從入庫收貨開始的5個控制點,都是在保障采購品質和成本既定的情況下,去盡量的縮減損耗、提升利潤空間,滿足經營需求。

就連驗貨入庫,也需要個門店人員清晰的收貨標準,一根四季豆,不能有蟲眼、不能太嫩、不能太圓(長老了),需要光滑均勻,還有收貨的標準對比。(此處想到現在不少生鮮超市已經上線的新型電子稱重臺,可以自動識別蔬菜品類的,未來門店用這個收貨豈不是更科學?稱重+驗貨比對+入庫錄入,軟硬件結合,一條龍搞定啊。這個美團公司/三快科技最需要啊,科技+零售,要好好用起來給零售業態的b端用戶賦能)。

加工環節隨著社會分工化的進程,預制會越來越成熟。但是從體驗的角度出發,一家餐廳一定還會保留必要的粗加工、細加工的,因為飲食本身的色香味俱全,熱氣騰騰的感覺、剛烹完的麻椒辣椒的香味和那種感覺、體驗都是預制給不了的。

收檔時候需要對食材進行重新的盤點、規整,同時為第二天的采購提供依據。食品安全都需要經營許可,對于保質期自然都是嚴格要求的,實際操作不可能百分百做到食材標識的標準化,從便于操作的角度大部分餐廳也會采用先進先出的原則。我們默認為先進貨的也自然會先到期一些,從入庫碼放、每天的收檔規整、烹飪取用自然都按照這個統一的原則。

當然業務經營比較細致的,可以做到對于每項原材料的生命周期管理,采購、入庫、冷藏、解凍、開封,這些環節都要進行標簽粘貼,更新剩余保質期。一眼看到的就是茶百道、喜茶這些茶飲連鎖,已經看到員工不停的打印標簽,貼到一些瓶瓶罐罐的原材料上面。作為快消茶飲品,低客單、高頻、大規模的客流,食品安全一定是第一位。

由此聯想到前團隊的餐飲業務部門,也提到過類似的訴求,先進先出是系統庫存數據消耗的默認規則,為了盡可能和線下實物的消耗保持同頻數據耗用。系統數據層面記錄了每一份數據的生產日期、庫存數量數據。

但因為存在同原料多貨物的情況,比如做菜用生抽,庫存可能有海天的、千禾的等等。團隊產品原來的設計結構,需要先知道醬油消耗多少克,然后再去判斷扣減具體是千禾還是海天醬油庫存。這里就需要和線下先進先出保持同頻;

然后受制于結構設計,為了不讓結構倒置,存在多品牌醬油并存時候,系統給了默認庫存少的策略去消耗指定品牌的醬油,而和先進先出產生了違背。(這個點我始終堅持必須進行調整的,保持統一的先進先出原則。而不是讓系統的邏輯,反向干擾現實世界的秩序。)

本文由 @Kris_3zzz 原創發布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自 Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!