早餐/速食店的資訊系統

今天早上在等女友買早餐的時候，看著早餐店的人忙進忙出，腦子裡開始在轉，資訊系統可以在這裡發揮什麼效益？我很直覺的想到點餐系統，畢竟忙碌的同時還要記得那麼多顧客點了些什麼，對於我這種記憶超差的人算是折磨。一般的點餐系統都是為較大規模的餐廳設計，很少看到小小的早餐店就搞這種東西；只是想著想著，如果搭配自由軟體，好像也不無可能。

把作業流程設計為四個步驟：

1. 顧客透過電腦選購餐點

這裡的關鍵是鍵盤，最好能夠設計那種按鍵很大的鍵盤（一般收銀機上面都會保留一些空白鍵，特定廠商會把其中幾個直接對應到產品編號），然後搭配數字鍵來作點餐動作；這裡的操作在軟體設計上沒什麼，就是得多考慮些方便性，畢竟趕著上班的人沒什麼耐性。也許有些人會想到觸控式螢幕，但是我個人覺得成本太高，而且因為接觸的人多，故障機率勢必很高，不是個很實惠的方案。

設備： 螢幕、主機、鍵盤

2. 電腦列印條碼單給客戶

條碼單上面只有一般數字序號跟日期加數字序號組合後的 3/9 碼，其他資訊都記錄在電腦之中；客戶拿了這個條碼單後就可以不用每個都擠在最前面，降低烹煮者的壓力（我一直覺得被盯著做事情的壓力很大）。

設備： 熱轉印印表機

3. 電腦安排烹煮的順序

客戶選購餐點完成後，電腦會顯示兩種畫面，一個是按照先後順序顯示訂購內容，另一個則是顯示目前點購的各種餐點數量總和；前者是要按照順序提供給客戶餐點，後者則是提醒烹煮者可以批次烹煮的東西，像蛋花可以一次打個四份等等。

設備： 螢幕

4. 完成烹煮後顧客依據條碼單結帳、取餐

完成烹煮後呼叫顧客，顧客拿條碼單過來結帳，透過掃描器輸入條碼後顯示餐點內容，雙方確認無誤後完成交易，顧客就趕快朝公司方向衝過去打卡。

設備： 螢幕、掃描器、鍵盤（保留手動調整訂單內容的功能）

3 與 4 提到的螢幕可以是同一個，而如果能夠順利設定兩張顯示卡輸出不同內容，主機可以只需要一台；另一個形式是採購一台主機與兩台精簡型終端機（Thin Client），這樣子主機費用其實也不高。

這樣子的資訊系統，以硬體來說，費用大概五萬到十萬內可以搞定，軟體的部份除了應用程式外都可以依賴自由軟體，而單一店舖的解決方案將價格訂在十五萬至二十萬應該不為過，因為可以節省許多人力問題。

但是要說服早餐店經營者接受這種方式，可能得搭配一系列的教育訓練與行銷手法，也許可以組織成連鎖店的經營形式來降低早餐店經營者的心理障礙。

如果再把範圍想的大一些，以一些速食店（像是麥當勞）為例，也許可以轉換成下面形式：

1. 顧客在櫃台完成點餐、結帳，取得條碼單

在伯朗咖啡有看到類似的機制，他們點完餐後會給一個無線遙控的通知器，等餐點好了就會遠端遙控通知器振動，讓顧客前往櫃台取餐。透過條碼處理的最大好處就是成本比較低，畢竟條碼幾乎成了公共財了。

2. 顧客前往座位區，在可視範圍內透過條碼單設定所在位置

因為速食店經常會有多個樓層或是座位區範圍較大，所以透過大賣場經常可以看到的條碼機來讓顧客提供自己所在位置。

3. 餐點完成後放入傳送帶

這裡的傳送帶並不是開放式的，它會把餐點送到客戶所在位置，需要客戶通過認證後才可以取得裡面的餐點。

4. 傳送帶到達指定位置後提醒顧客取貨

如果是多樓層設計，這裡應該就是一個像是電梯一樣的設備，在西門町一家賣鵝肉的店裡有看到這玩意兒，應該可以搭配使用；只是電梯般的設計可能比較浪費空間，不知道有沒有可能設計成多格存放空間，採用類似手扶梯那樣的概念，讓空間可以妥善運用。多格存放空間還有一個好處，如果上一個顧客剛好去洗手間，可以先讓後面的人取餐。

5. 顧客透過條碼單排隊

為了要確認顧客是否已經在等候，傳送帶的節點也會提供條碼機來讓顧客排隊，也就是掃描顧客手上的條碼，讓電腦知道顧客已經在節點旁邊等候，需要優先處理。

6. 顧客透過條碼單打開傳送帶取得餐點

餐點順利送到節點後會提醒顧客憑條碼單取餐，掃描了正確的條碼才會開啟節點讓顧客取餐；只是得搭配監視器等設備，畢竟條碼容易複製，防人之心不可無。

其他可能的發展方向

1. 搭配自然人憑證來記錄消費者習性
2. 採連鎖形式經營
3. 每個店面在網站上都留有評論區，評價高的分店可以作為示範點，享有較高品質的支援
4. 終端可以採用連線式或離線式，連線式會直接將資料存放在中央主機，離線式則是由經營者自行負責資料的安全性