我們長期以來累積各行各業的客戶，大部分都是直接跟老闆或實際經營者來往，知道實際經營的需求。包含我本身就是從0創業，開發業務。

這麼長的時間，我知道很多中小企業或店家老闆，對網路或數位這一塊還是很陌生。即使在這個AI時代，仍然是這樣。

因此，我想推出一個30分鐘數位策略會談的活動，主要圍繞著兩個主題

1. 中小企業數位策略的聚焦與取捨
2. AI時代的網站SEO規劃

進行方式

進行方式是 1 對 1 實體談話 (如果貴單位有2個人同時來也沒關係)。我會依照您事業的類型與狀況，調整談話內容。

報名方式請來信 larry@yuyansoftware.com.tw
並附上您的公司、店家、或自媒體名稱且 google 搜尋的到。我們會稍作挑選，適合的朋友我們會主動跟您聯絡。

我們公司在忠孝東路/延吉街口。碰面地點可能是我們所在商辦的會議室，或是附近的咖啡廳 (如果有點飲料，各自結帳)。

以下是這兩個主題，我會看的角度。

中小企業數位策略的聚焦與取捨

對外行銷方面

檢視您事業在線上的整體狀態如何：社群、官網(有的行業不需要)、Google商家，有沒有下社群廣告或 Google 廣告，等。

Google 您的行號名稱，整體看起來是什麼感覺？

餐飲、服務、美業，街邊店類型的事業，FB / IG 粉專已經算是官網了，我個人認為不用另建官網。加上 Google 商家稍微優化一下，這樣有興趣的客人，已經可以充分搜尋到你們的資訊。

但相對的，請這類型的老闆 FB / IG 還是po點東西，不是說要多少讚，而是陌生客人搜尋到，會有信任感。

延伸閱讀：美容、美髮、美甲、按摩，街邊店類型的美業，要用什麼網站系統來加強經營？

如果是非服務業、非街邊店類型的公司，尤其是 B2B 類型的公司，一般我還是建議要有官網。讓潛在客戶可以完整了解你的公司資訊、商品或服務內容、價格方案、成功案例，等等。

經營管理方面

餐飲、服務、美業，街邊店類型的事業，我會建議 LINE 官方帳號串接 CRM (客戶關係管理)，或是口語上說「會員系統」，這部分一定要做。

讓客人可以查詢消費紀錄、預約記錄、累積點數 (換取贈品)。如果以上都有紀錄，就可以做「客戶分級」，這是經營事業很重要的一件事。

延伸閱讀：客戶關係管理 (CRM) 最重要的是什麼？建立會員系統，並用客戶終身價值 (CLV) 為客戶分級

除了 CRM(客戶關係管理)，如果你的事業是有實體商品或物料進出貨，有沒有使用進銷存系統？如果沒有的話，要找套裝軟體還是客製系統？導入系統時要考量什麼？

延伸閱讀：什麼是進銷存系統？台灣中小企業的需求是什麼？導入系統時要考量什麼？

當然，每家公司的營運模式千變萬化(即使是同一行業)，不會只有 CRM 與進銷存。

美業、按摩、諮詢服務業者可能需要預約排班，B2B公司可能需要訂單與進度管理，即使是行之有年的電商，每家的模式與需求也都不一樣。

AI時代的網站SEO規劃

除了公司經營者這個身份，我同時也是10幾年的部落客，就是本站。

大家應該同意，資深部落客是最了解 SEO 的一群人了。(SEO是搜尋引擎優化，也就是自然搜尋流量的來源)。

這個時代，社群跟短影片是顯學，部落格並不是顯學。部落格還有存在的意義嗎？什麼樣的內容適合擺在部落格或是官網？

現在AI會直接整理出答案，不需要點擊網站。因此，很多網站的流量都被大幅影響 (幾十趴的衰退)。

那現在 SEO 要怎麼做呢？經營 SEO 的心態跟方法又是什麼呢？

延伸閱讀：AI時代下SEO的全新遊戲規則：部落格還有存在的意義嗎？什麼是 E-E-A-T 原則？

可能很多中小企業主也不確定，要不要經營網站形式的自媒體。也有很多人是官網已經有部落格功能，但沒善加使用。

這部分我也會針對每個人狀況不同，做客製化的建議。

依據您事業的現況與需求，安排談話內容

主要就是以上兩個主題，我有長時間、非常豐富的實戰經驗。

這兩個主題並不是分開的兩個課程。30分鐘的時間，我會依據您的事業類型(已來信告知)，還有您有興趣的部分，做兩者比例上的調整。

如果您有想聊的問題，在會前聯絡時也煩請告知，我可以先做準備。

報名方式請參考上方「進行方式」段落，期待您的來信。

最近聽聞好多人在用 n8n 創業，也有滿多老闆展現出對 n8n 的喜愛與想像。

這裡附註一下，我這裡說用 n8n 創業，是指把 n8n 服務包裝起來，做B2B服務。或是幫企業架設 n8n 伺服器，以及企業需求的模組功能。

我還在觀察他們的商業模式是什麼。截至撰文的現在(2025年9月)，好像還沒有一個確定的商業模式，或是獲利模式。

我開公司接近10年 (到撰文的現在)，做的是客製化網站系統。這篇文章是想跟大家分享，我看 n8n 這套工具，與客製系統的差異在哪？

首先，n8n 是什麼？

n8n 是一個平台，把一些使用者常用的功能模組化，以區塊顯示，讓使用者可以拖拉區塊，並且連接區塊 (就是我們俗稱的：串接)。

也就是如果你的需求包含三步：step1, step2, step3。在 n8n 會顯示成三個區塊，讓使用者自己連連看。

如果我們不看那炫炮的視覺介面，n8n 本質上也是完成使用者需求的功能，與客製系統相同。

n8n 跟 AI 是什麼關係？n8n 的起源？

n8n 創辦人是德國人 Jan Oberhauser，在2019年上傳了第一版 n8n 到 GitHub。當時 n8n 只是他的 side project，他想開發一個能輕鬆串接多個服務的工具。

n8n 專案受到開發者社群的廣大迴響，接著他就全職投入 n8n、成立公司，並開始募資。

隨著生成式 AI 崛起，n8n 新增 AI 節點，原生支援多家大語言模型 (OpenAI, Claude, Google, 等)。就在此時，n8n 迎來爆發式成長。

台灣大概是2025年春天有人開始討論吧，夏天開始更多人討論，然後有人開始用 n8n 這套工具創業。

(如文章開頭所述，「用 n8n 創業」指的是把 n8n 服務包裝起來，做B2B服務。或是幫企業架設 n8n 伺服器，以及企業需求的模組功能。)

n8n 與客製系統的差異在哪？

回到我這篇文章的主題：n8n 與客製系統的差異在哪？

賣點：n8n 模組化的區塊，會輪流亮起來，看起來很炫炮

n8n 當很多模組區塊連接好，要執行的時候，執行到哪裡，哪個區塊就會亮起來。

所以當你點執行，依照程式執行的順序，不同的區塊會輪流亮起來。

我覺得這點是很多非程式背景的工作者，甚至是老闆們喜歡的。即使同樣的功能完全可以用客製系統達成。

很多老闆覺得會輪流亮起來才是「高科技」，才是「AI」。

沒辦法，人類就是視覺的動物。

系統大小與可管理性方面

n8n 是模組化區塊的架構，我不認為大型、複雜度高的專案適合 n8n。

可想而知，幾10個以上的模組區塊，靠 n8n 平台互動。實務上也不可能真正知道，他們的運作機制是什麼。

如果你的是中大型系統，要管理這些模組區塊，每個區塊又可以輕易拖拉、大量設定，管理起來難度很高啊。

什麼樣的需求與功能比較適合 n8n？

如果你的需求是單純邏輯，或是很常見、可輕易模組化的功能，比較適合 n8n。

相對的，如果你的需求是特殊邏輯，需要高度客製的，還是客製系統比較好。

可想而知，需要特殊邏輯或高度客製的，套用在 n8n 的模組架構和視覺介面上，整個會變多複雜。

n8n 可以自架和自己管理伺服器

我看到有人說 n8n 的優點是可以：自架和自己管理伺服器。

我覺得「是也不是」。原因：不管是非程式背景的工作者，還是小型公司，請把時間放在你賺錢的專業上，而不是去搞這些 IT 伺服器。

這讓我想到早年很多人喜歡自架 WordPress。裝了很多外掛，最後網站掛了，或是外掛之間，或外掛與皮膚主題衝突了，還是要找外包工程師。

(更甭論我常在講：你敢點升級嗎？所以市面上一堆 WordPress 網站在超舊版。)

如果你是非程式背景的工作者，或本身是老闆，花了大把時間弄了一個 n8n 伺服器。你確定真的有把這個伺服器「搞好嗎？」，你真的有「搞懂嗎？」

如果你需要的是每秒都在線上，絕對不能出錯的系統…

n8n 很多模組看起來好像很炫炮，你可以用「積木」或「拼裝車」來形容這些模組，在 n8n 這個平台上串接。

不是說不行，一些小工具是適合的。

但如果你的需求是每秒都要在線上、絕對不能出錯的系統。應該很明顯，還是客製系統比較穩當。

為什麼很多老闆對 n8n 有興趣？

根據我開公司做生意這麼久的時間，對人性的了解，可能我上述第1點 (模組會輪流亮起來的效果)，這點還是最重要的

即使同樣的功能完全可以用客製系統達成，而且可能還穩定、精準的多。

沒辦法，人類就是視覺的動物。

結語

n8n 的故事還在進行中。

使用情境上，偶爾跑一次的小工具也許適合。但如果你的需求是每秒都要在線上、絕對不能出錯的系統，還是客製系統比較穩當。

另外，n8n 可以自架和自己管理伺服器，這個題目真的非常有趣。

劇情一，你老闆要花大把時間自己架嗎？請參考我上文「n8n 可以自架和自己管理伺服器」段落，這裡就不再重複。

劇情二，如果你要請人來架。n8n 是一個地端系統(相對於雲端)，你要找外包工程師來架？那就回到外包工程師的邏輯。

講白了，外包工程師的目的是快速結案、領錢閃人，誰想再去你公司搞那些電腦。然後你的系統大概率會變成孤兒，然後再找外包工程師二號，劇情重演。

劇情三，如果你要找長期經營的資訊公司來架，那就是幫客戶架地端系統的邏輯。資訊公司要養工程師、讓工程師到客戶地點出差。

這樣甲乙雙方的成本是多麼巨大。n8n 的目標客戶通常是小企業，或是小微商家，這樣的模式能通嗎？

回到我本文最初的題目：最近聽聞好多人用 n8n 創業。我同意炫炮的畫面可以吸引老闆的目光。

但實際的商業模式和獲利模式，我還在觀察。

之前有客戶詢問 CRM 系統的問題，有聊到 LINE 集點卡的功能。好像跟我上面提到的「客戶分級」有點相關，又有點模糊的感覺。

這篇文章我先走一遍 LINE 集點卡的功能，然後跟大家分享一下 LINE 集點卡，跟一般 CRM 的邏輯差異在哪。

LINE 集點卡的功能

LINE 集點卡其實 201x 年，已經上線很久了。
而且不久前 (2024年5月) 才又改版了一次。
https://tw.linebiz.com/column/shopcard-renewal-2024

店家發放點數時的情境

我先講使用情境，店家發放點數時，有兩個選項

1. 在手機上顯示行動條碼 (字樣可能隨著版本不同)。
2. 印製行動條碼

「在手機上顯示行動條碼」只能被掃描一次。也就是說店家展示給客人，即使客人把 QR code 拍下來了，再掃第二次也沒用。

店家顯示 QR code 頁面的下方，可以選擇點數。也就是當客人掃這個 QR code 時，客人會得到幾點。

第二種是「印製行動條碼」。它的邏輯是產生一個圖檔，讓店家把 QR code 的紙本印出來。一樣可以設定該 QR code 是發幾點。

像 larry 是做 ERP、進銷存、CRM 系統的，直覺就看到「印出來」的漏洞：如果印出來，那客人把 QR code 拍下來就好啦，回家再慢慢一直掃 (連續拿到點數)。

大概唯一解法就是設定「連續取得點數限制」(撰文的現在是2024年9月底)。可以設定同一天內，或指定時間內(幾小時內)，不重複發放點數給同一位顧客。

可是這印出來的紙本，店員拿出來給客人掃時，真的有辦法這麼「確認」這張 QR code 是怎麼設定的嗎？也就是說，設定「連續取得點數限制」這個方式，實際應用時並不是很穩當。

提醒各位老闆，你給客人掃的最好是「一次性」的 QR code。

店家在後台可以看到點數發放紀錄

包含點數發放的日期、時間，發放了幾點，顧客ID。在官方帳號後台，都會記錄成一個列表。

每個顧客ID 點進去，也可以看到該顧客，曾經領取的點數紀錄。

2024年5月的更新，顧客ID 的加密邏輯有做更新。即使是同一顧客，此次更新前顯示的 ID，與現在看到的 ID 不同。

客人集滿點數後怎麼使用

客人集滿點數後，在集點卡頁面，應該會得到一張優惠卷 (兌換商品用)。

將優惠卷畫面出示給店員，讓店員點「已使用」。當然，此時客人就可以領取兌換來的商品。

以上就是店家發放點數，客人如何領獎的使用情境。詳細怎麼「建立集點卡」這裡我們不談，因為這篇文章是 CRM 會員經營的邏輯。

與一般 CRM 會員系統的邏輯差異在哪？

我重複一次 CRM 系統的重點：建立會員系統，紀錄消費歷程，並做客戶分級。

如果照這個邏輯，應該是「先」紀錄消費歷程，然後視商家意願，給客人累積點數或是優惠。

累積點數就是所謂的集點卡，只是 LINE 並不會紀錄消費歷程，只有點數資訊。而 CRM 系統是先紀錄消費歷程，然後「自動」計算點數 (規則由商家定義)。

或是這樣看：紀錄消費歷程 → (視商家意願發放點數) → 客戶分級。LINE 只有中間發放/累積點數的功能，並沒有前後兩個區塊的功能。

所以可以這樣說，如果商家只是很單純的要「集點卡」的功能，沒問題，LINE 的確是有這樣的功能。但嚴格講起來這並不能稱之為 CRM (客戶關係管理)。

結論

LINE 大概是台灣人最常使用的 app 之一，本身就是一個巨大的會員系統。這篇文章我討論了 LINE 集點卡的使用情境，以及跟 CRM 系統的差異在哪。

也許初創業，或是微型店家，每個月需要先做到營收，怎麼行銷才是重點，講 CRM 系統有點 too much。也許 LINE 官方帳號的手動回覆，跟 IG 的私訊，就足以接單以及客服。

如果生意稍微穩定的店家，我會建議串接 LINE 與 CRM，先做下訂單/查詢訂單，預約/查詢預約的功能。為什麼？還記得文章上方提到，先「紀錄消費歷程」，客戶經營才能隨之展開。

先紀錄消費歷程，後面才能接著做客戶分級、分眾行銷、自動化行銷，等等。

什麼是進銷存？我盡量用最簡單的方式來解釋

• 進：就是從採購到進貨
• 銷：就是從訂單到銷貨
• 存：就是庫存，應該隨著「進/銷」自動調整

以上是大的概念，那一個進銷存系統基本的流程是什麼？
分兩個方向，首先，進貨方向的順序如下

1. 有採購需求，建立採購單
2. 確實收到貨品後，確認內容與數量後，建立進貨單
3. 該貨品的庫存自動調升

再來，銷貨方向的順序如下

1. 接到訂單
2. 確定要出貨，建立出貨單
3. 該商品的庫存自動調降
4. 如果有退貨，建立退貨單 (一樣庫存自動調整)

以上邏輯並不複雜，一方向買，一方向賣，庫存自動調整。

當然，在核心邏輯之前，要先建立基本資料。例如客戶名單、廠商名單、商品或產品資料，這樣建立進/出貨單時才能直接選取。

在客戶開始實際進出貨時，也許依照客戶實際需求，系統可以自動比對訂單與出貨單，採購單與進貨單，減少人為登打錯誤。

如果系統更智能一點，當訂單的增速快速增加時，系統還可以跳出提醒，避免到時無貨可出。反向也是一樣，當某些貨品庫存過高時，也跳出提醒。

最後則是產生報表，可以依照客戶需求產生：訂單出貨報表、庫存狀況報表、進貨統計報表，等等。

以上大概是台灣中小企業對於進銷存系統，最基本的概念與需求。當然，隨著產業不同，甚至每個公司不同，實際的需求會千變萬化。

導入系統時要考量什麼？

當老闆決定要導入系統時，大概第一個問題就是，我要挑選什麼公司的軟體？有各種套裝軟體、線上工具型的，還是請資訊公司客製？

我這裡要提出一個觀念。大多時候，公司導入系統時，成敗並不在系統本身。而是員工是否能接受，還有系統的易用性，常常才是導入的成敗關鍵。

員工是否能接受，與系統的易用性

通常要導入的公司是「已有生意」，再來做系統。那員工會反應啊「我們之前流程是那樣，那我們現在流程要怎麼改？為什麼要改？」

如果公司是所謂的傳產，或是幾十年的老店，員工會說「我們過去二、三十年都那樣做的，為什麼要改？改了之後會有這個、那個問題」

larry 服務過非常多客戶，可以想像，不論是老闆本人或是第二代，碰到員工這種「阻力」，真的是需要克服。

而這樣的「阻力」大小會跟系統的易用性有關。第一，這套系統是否符合你公司本來的營運模式，還是公司流程需要大改來配合系統。

第二，實際操作時的種種問題，例如：很多欄位一直重複輸入，有沒有辦法自動帶入？或是 A 欄位的數字我想要直接連動到 B 欄位，但每次都要手動重算一次 B 欄位？

當然，套裝軟體不能改，所以是要公司配合軟體。如果找資訊公司客製，有費用較高跟可靠度的問題，各有需要考量的地方。

順道一提，有的大型資訊公司的套裝軟體，加上顧問費，總花費可能還比客製貴！

軟體廠商的售後服務如何？可不可以隨時提問？

這也是挑選軟體廠商時，larry 建議要思考的部分。

系統建置完成後，工作不是結束，而是剛開始。

如上方文章所述，老闆跟員工開始使用系統後，會有一大堆問題。那有沒有一個最方便、即時的管道，可以問軟體廠商。

有一些大型資訊公司，請人輔導使用是會收取顧問費的。小公司一般不會收取顧問費，但可以看看這個小公司是否有「真人」可以回覆 (有些小軟體公司還真不知道要聯絡誰)。

而且這個回覆不是客服式的回答，有沒有實際而快速解決問題的能力。

甚至做得更好一點，也是我們公司的目標，就是在公司經營上「陪伴」客戶一起前進。

隨著公司經營需求不同，系統很可能會需要客製化修改

每個事業體隨著時間流逝，市場在變、商品在變、人員在變，甚至策略在變。這就會產生一個問題：原本的系統可能需要客製化修改。

當然，大軟體公司的套裝軟體不能改。一般台灣中小企業，也不可能請大軟體公司客製，這費用會多驚人！

如果找小軟體公司客製，建議先看該公司是否「長期」而「穩定」在經營。這樣你有需求時，至少找得到人。

再來就是跟軟體公司聊過後，該公司的經驗與信用感覺如何。

因為建置系統真的就是長期夥伴關係，不是錢付了貨拿了就完事。以上是我對挑選軟體公司時的一些建議。

如果你找到長期合作的軟體公司，通常客製系統是可以再修改或擴充的。

結論

以上簡介了一下基本進銷存的概念。不難，但隨著產業不同，甚至每個公司不同，實際的需求會千變萬化。

接著我分享了導入系統時要考量什麼：員工是否容易上手，軟體廠商的售後服務如何，還有系統在未來會不會需要客製化修改。

而這些概念不只適用於進銷存系統，包含 ERP、CRM (客戶關係管理)，只要跟公司商業模式、實際營運有關的系統，以上概念都適用。

在這種情況下，我會說客戶關係管理 (CRM) 越來越重要。CRM 的第一步就是建立會員系統，之後才能展開做「客戶分級」與「分眾行銷」。

為什麼客戶關係管理重要？因為它主要目標是維護「老客戶」的關係。老客戶才是會再三回購的高價值客戶，公司或店家應該花大部分的心力在這些高價值的客戶。

在講客戶關係管理之前，我想先聊一下如何用「客戶終身價值」(Customer Lifetime Value, CLV) 的概念將客戶分級。

如何用「客戶終身價值」的概念將客戶分級

以下「客戶終身價值」簡稱 CLV。

很多地方提 CLV 就會提一大堆公式，這裡 larry 不想提公式。用白話講，CLV 就是如果一個客人總是爽快消費，又常常來消費，那他/她就是高價值客戶。

用這個概念將客戶分級。分級的方式沒有一定，這裡我舉例 (1是最高價值)

1. 忠實客戶
2. 偶爾會來消費
3. 消費過一次，沒再來了
4. 沒消費過的客戶

大概是這樣的概念。larry 重複一次，這個分級沒有一定，每個老闆根據自己的狀況將客人分級。

我的所見所聞，很多實體店的老闆都是憑印象在經營。例如，這位大哥是常客，那位大姐是常客。或是以 B2B 行業來講，這個公司是我們的大客戶。

但是精確的「終身價值」高低，並沒有實際去紀錄。larry 知道老闆們都很精明，但人的記憶有限，憑印象真的會有誤差。

而且，例如你的會員有 1000 個客人時，你就無法用過去慣用的觀察跟感覺。

那分級之後，要做什麼？

以上面的4個分級為例。如果是忠實客戶，他/她是我們的 VIP 客戶啊，我們必須提供 VIP 等級的服務，或是客製化的服務。

對於消費過一次，沒再回來的客人，我們盡可能去了解一下，是商品不喜歡，服務品質不夠，還是價錢無法接受。

對於沒消費過的客人，他/她是對什麼商品或服務有興趣，所以留下資訊。那我們可不可以提供新客優惠，或是我們的品牌形象不夠強，所以客人不願意嘗試。

以上也是所謂的「分眾行銷」或是「個人化行銷」。

回到客戶關係管理 (CRM)

看完上面文章後，我們知道，CRM 的第一步也是最重要的一步：就是建立會員系統，之後才能展開做「客戶分級」與「分眾行銷」。

要判斷誰是高價值客戶，這牽扯到一件事，你要完整紀錄客戶的消費歷程。如此你就可以判斷一個客人的消費高低、消費頻率。

紀錄消費歷程另一個好處是，你會知道客人的喜好和偏好。下次這位客人再來，你就知道他/她上次是買什麼，那我們這次的服務就會更有「熟客」感。

紀錄消費歷程還有一個好處是，可以建立會員獎勵制度。講白話，就是依照消費金額累積點數，或是升級成白金會員。

以上是 B2C 的部分，B2B 的事業又完全不同

B2B 的銷售週期長，單價高，所以 CRM 可以將每次的提案及討論做個紀錄。甚至 B2B 交易很多是客製化的報價，此時 CRM 就需要紀錄前後脈絡，和追蹤進度。

另外，即使是陌生開發，或是非常前期的談合作，也可請業務人員紀錄一下每次的拜訪資訊，談了什麼。這樣公司對業務開發才會有所掌握。

同樣的，你可以將客戶標記類別或標籤，這樣你看同一類別或標籤的客戶時，也許對你的生意會有不同的 insights。

結論

很多地方談客戶關係管理，會帶入好多專有名詞。larry 這篇文章盡量以白話，且實際經營的角度，跟大家分享 CRM 的重要。

CRM 概念很有趣的是，它好像是一個內部管理系統，但其實它會協助你維護老客戶，並想辦法拓展新客戶。

在這個競爭激烈的時代，不是你廣告經費撒下去，新客人就會源源不絕的過來。相對的，每個單一客人，特別是老客人，值得高度重視。

最後 larry 重複一次 CRM 的最重點：建立會員系統，紀錄消費歷程，並做客戶分級。

我想，有空分享一些各行各業，對於網站系統的需求和問題。不管是對相關行業的讀者，還是準備要創業的讀者，應該會有一些幫助。

很多生意底層邏輯是相通的，即使你不是相關產業，也可以參考看看。

商家的問題

(客戶)我們是美髮業，是屬於街邊店。我們有臉書及 IG 粉專，偶而也有拍攝短影片，但成效不算好。想請問網路系統這一塊，我們還有沒有可以做的，或是需要調整的？

我的回答

你們是美髮業。其實包含美容、美髮、美甲、按摩等，尤其是街邊店，都是屬於「美業」，操作上有其相似之處。

先說明一下我對官網的看法

如果是美業，FB / IG 粉專已經算是「官網」了，我個人認為不用另建官網。再加上有登記 Google 商家，這樣有興趣的客人，已經可以充分搜尋到你們的資訊。

當然，做得好的店家仍然有官網。官網可以擺客人在乎的方案和價格，有哪些設計師，擅長的風格是什麼。最重要的是，網頁上的聯絡電話，和 LINE 官方帳號的按鈕要清楚一點。

官網與 FB / IG 粉專的主要差異是，官網可以架構化的展示內容，例如你們的方案和價格。但我仍然認為，街邊店類型的美業，不一定需要官網。

LINE 的經營與會員系統

如果要我建議，我會說是 LINE 的經營。至少要有一個真人回覆的 LINE 官方帳號，可以的話，還要一個 LINE 串接系統。

(目前 LINE官方帳號已經可以切換自動回覆與真人回覆，不一定要兩個帳號)

這樣就可以做會員制，客人有消費的話可以留下消費紀錄。並依照店家的規則，幫客人計算點數。

當然，客人端也可以查詢消費紀錄和點數，還有未來的預約。

有累積點數的機制，你們再定期公布幾點可以換什麼，這都是刺激客人消費的方法。

至於客人的消費紀錄，服務人員可以先看一下上次是做什麼，提前熟悉一下這位客人的需求。

如果以上都有紀錄，就可以做客戶分級 (客戶本來就要分級)。如果系統顯示這是 VIP 客人，服務方式也要有相對應的改變。

VIP 客人是你們的高價值客人，要好好服務與把握。

以上是 larry 對街邊店的美業老闆的建議，尤其是用 LINE 做客戶經營管理 (就是所謂的 CRM)。對留住老客人，甚至讓新客人再次光臨，應該會有所幫助。

傳統的手機簡訊，除了訊息內容外，就只有一個來訊的電話號碼，用戶只有這個線索來判斷來訊真假。

即使是真的公司傳來的，因為無從判斷真假，可能也不敢點訊息內所附的連結。

什麼是 LINE 通知型訊息？

LINE 通知型訊息的收訊位置是在 LINE 裡。我想，每個台灣人手機有安裝 LINE，會點開，這應該是一個合理的假設。

而且，「不需」加入商家的官方帳號，也會收到通知型訊息。所以可以說它是一個「跨頻道」的訊息。

如果沒加商家帳號的用戶，也會收到通知型訊息。那當然，什麼商家可以發訊息，可以發什麼訊息，LINE 就要把關。如果沒加商家帳號也會收到，當然不能是行銷訊息。

只有綠色盾牌、藍色盾牌 LINE官方帳號的商家，可以發通知型訊息，而且這類商家要再跟 LINE 申請，才能發訊息。

訊息內容不能是行銷訊息。一般來說，訊息內容可以是預約成功、交易成功、出貨通知、點數通知，等。

如果不想收到通知型訊息

如果不想收到特定商家的通知型訊息，可以封鎖該商家。如果不想收到全部的通知型訊息，可以在 LINE App 設定裡關閉。設定 → 隱私設定 → 提供使用資料，裡面就可以關閉或開啟通知型訊息。

但也有可能，我「想收到」這些重要的通知型訊息，但我「不想」加商家的 LINE。這樣就什麼都不要動，LINE App 預設就是這樣。

發送通知型訊息對商家的好處

發送通知型訊息對商家的好處是，每則訊息的費用，比手機簡訊大幅減少。而且如果是發送給「非好友」，銷售人員或服務人員可以引導客人，順便加入好友。

當然，通知型訊息發送時會明確顯示發送者是誰，對客人及商家來講，都會更安心。

就 larry 做客製系統，服務客戶公司及商家這麼多年的經驗來看，訊息費用的大幅減少，以及可以引導「非好友」的用戶加入好友，的確是商家會採納的好理由。

尤其是實體門市、實體服務，交易時不需加入 LINE。或是現在很多用戶不想加商家 LINE (但也許可以接受通知型訊息)，這時通知型訊息就可以派上用場。

如果是在商家的 LINE 官方帳號預約或是交易

如果是加商家 LINE 完成的預約或交易，直接用 Messaging API 傳訊息就好。我想交易期間，用戶還不至於去封鎖商家 LINE (交易後就難講)。

https://developers.line.biz/en/reference/partner-docs/#line-notification-messages-api
通知型訊息的官方工程文件。通知型訊息除了要跟官方申請，另外還有工程的部分。

// 送訊息
POST https://api.line.me/bot/pnp/push

// 拿到指定日期所傳送的訊息數
GET https://api.line.me/v2/bot/message/delivery/pnp

結論

現在是一個高度資訊融合的商業世界，也就是很多人說的 OMO (online merge offline)。稍微生意上軌道的商家，LINE 似乎是一個必備的工具，尤其是餐飲、服務、美業，或是各種消費性商品。

LINE 是台灣人手機裡必備的一個 app，這應該是合理的假設。如果你有加商家的 LINE，也許有會員資訊，交易紀錄與點數累積都一目了然。

如果你沒加商家的 LINE，或不想加，仍然可以收到通知型訊息 (除非你封鎖該商家或進 app 設定關閉)。

也許通知型訊息的申請有門檻，有點麻煩。而且如果 Messaging API 設計得宜，其實交易期間客人能查得到資訊即可，並不需要通知型訊息。

larry 想，唯一商家的剛需就是：商家本來就要發手機簡訊，而尋求替代方案。通知型訊息費用的大幅降低是一個剛需。

最後再提醒一下，只有擁有綠色盾牌、藍色盾牌 LINE官方帳號的商家，才能使用通知型訊息。

上個月 (2024年2月) LINE 官方公布了兩個 Messaging API 的更新，分別對應著有趣的使用情境。

第一個更新

首先是新增了 clipboard action
https://developers.line.biz/en/news/2024/02/05/messaging-api-updated/

舉例來講，LINE 官方頻道回覆這個卡牌給客人

像是這個 Copy 按鈕，就可以用 clipboard action 來做。裡面有一個屬性 clipboardText，可以填入類似優惠碼之類。使用者點 Copy 按鈕後，clipboardText 的內容就會被使用者複製起來 (等同於一般的圈選文字再複製)。

舉例來講，如果 clipboardText 的內容是優惠碼，使用者就可以很輕易的複製，再貼上到其他該填入的地方。當然，不只優惠碼，還可以做各種應用的變化。

第二個更新

第二個更新是，現在能分辨使用者是「新加好友」還是「解除封鎖」
https://developers.line.biz/en/news/2024/02/06/add-friends-and-unblock-friends-can-now-be-determined-by-webhook/

不管是使用者「新加好友」或是「解除封鎖」，LINE 都會發出一個 follow event，但之前無法分辨這個使用者是「新加好友」還是「解除封鎖」。

follow event 中新增了一個回傳值 follow.isUnblocked (bool)，當然 true 的話就是解除封鎖，反之是新加好友。

如果能分辨的話，在「新加好友」時，例如可以送一個優惠卷；在「解除封鎖」時可以傳一段感謝您回來的訊息。

LINE SDK 版本變動的細節

LINE SDK 的版本變動，還有詳細的功能變動可以參考下方連結。選擇你使用的語言，不同語言有不同的 SDK。
https://developers.line.biz/en/docs/messaging-api/line-bot-sdk/#official-sdks

像是 clipboard action 的更新，要客戶端 LINE App 版本 >= 14.0 才能使用。follow.isUnblocked 與 LINE App 版本無關 (應該 LINE API server 更動就好)，但前兩者都在特定的 SDK 版本以上才被納入。

以上是最近 (2024年2月) 的兩個 Messaging API 的更新，分享給大家。我滿喜歡這些 LINE 公告，都有帶到使用情境。

當然，人家應該是先觀察到商家的需求，才做 Messaging API 的設計與更新。

LINE 應該是台灣人最常使用的通訊軟體。LIFF (LINE Frontend Framework) 是一個 LINE 提供的 web app 平台。

LIFF app 我們可以想成是一個嵌入 LIFF SDK (js) 的網頁，使用者在自己的 LINE 點開該網頁時，直接 Line login 到該網頁。

一般 LINE 聊天機器人，與用戶交談一定是「問答式訊息」的形式。LIFF 因為是網頁的形式，可以達成一些問答式訊息做不到的效果。另外，LIFF 因為是 LINE 自家的東西，高度整合，在 LINE 裡彈出 LIFF 網頁的用戶體驗，也比轉址到其他網頁好。

如何建立 LIFF app

要使用 LIFF，到 LINE Developer Console 建立一個類型為「LINE Login」的 channel。目前 (2023年6月) 一定要類型為「LINE Login」的 channel (Messaging API 不行)。

在「LINE Login」channel 切到 LIFF tab，可以新增一個 LIFF app。也可以新增多個 LIFF app，會列在這頁。

如果在一個 channel 底下新增了多個 LIFF app。LINE 在前幾天有一個公告，2023/5/23 之後新增的 LIFF app，會以新增日期新到舊排列，2023/5/23 以前新增的 LIFF app 則沒有固定的排序規則。
https://developers.line.biz/en/news/2023/05/23/order-of-liff-apps/

新增 LIFF app 時的欄位

新增 LIFF app 時，填入你想要的 LIFF app 名稱。選擇彈出的 Size：Full / Tall / Compact，三擇一。

彈出 Size 的選項分別是：Full 佔據手機螢幕 100%，Tall 佔據手機螢幕「約」80%，Compact 佔據手機螢幕「約」50%。

填入你的 Endpoint URL。這是你要 host 實體網頁的 URL，這實體網頁就是所謂的 LIFF web app。輸入的網址要 https 開頭。

接著選擇用戶授權 LIFF SDK 的不同權限 Scopes：profile / chat_message.write / openid，可以多選。

以 profile 舉例，如果有勾 profile 且用戶使用時同意，這樣 LIFF app 就可以使用 liff.getProfile() 或 liff.getFriendship() 兩個 API。

接著選擇 Bot link feature: On (Normal) / On (Aggressive) / Off，三擇一。

一般來說選 On (Normal)，這會在 LIFF app 用戶使用同意這一頁，增加一個將此 LINE 官方帳號 (Official Account, OA) 增加為好友的選項。

新增完了會得到一個 LIFF ID 跟 LIFF URL

新增完了會得到一個 LIFF ID 跟 LIFF URL。以目前來說 (2023年6月)，LIFF URL 的格式是 https://liff.line.me/your_liff_id 

使用者觸發此 LIFF URL 時，LINE 會轉址到之前填的 Endpoint URL，並提供 LIFF web app。當然，轉址時 LINE server 會確認點擊來源、確認是哪個 LINE 用戶，以及 Developer Console 的後台設定，例如彈出高度的設定。

LIFF 網頁的製作

https://developers.line.biz/en/docs/liff/developing-liff-apps/
LIFF 網頁的製作，參考這份官方文件。基本上一開始一定要 init

liff.init({
    liffId: 'your_liff_id’,
})
.then(() => {
    // start to use LIFF's api
})
.catch((err) => {
    console.log(err);
});

在 LIFF browser (也就是在 LINE App 中點開)，做完 init 就直接已經 login 了。在 external browser (也就是一般手機/電腦瀏覽器) 要另 call liff.login()

因為我們主要使用場景是在 LINE App，暫時不談 external browser。

如果在 LIFF browser 點開，init / login 成功了，我們可以直接 call liff.getProfile()，就可以拿到 LINE user id，顯示名稱、縮圖。還記得文章上方 Developer Console 設定時，要選一個 Scopes，有勾 profile 才能使用 liff.getProfile()。

詳細 LIFF API 規格參考官方文件
https://developers.line.biz/en/reference/liff/

init / login 完成了，你的應用就可以開始了

init / login 完成了，你的應用就可以開始了。例如，如果需要 LIFF app 與你的系統主機作互動，用 access token 或 ID token 當溝通方式。

// 二擇一，如果需要回傳 server
liff.getAccessToken();
liff.getIDToken(); // 需要 Scope openid 的權限

完整的互動方式請參考官方文件，有 sequence diagram
https://developers.line.biz/en/docs/liff/using-user-profile/

以上大概就是 LIFF app 的架構。建立一個實體網頁 → 在 Developer Console 中設定 → 在實體網頁嵌入 LIFF SDK 並初始成功 → 在 LIFF browser (也就是在 LINE App 中) 點開 LIFF URL，建立好的 LIFF app 就會彈出了。

接著就是建立你的系統需求、應用、以及變化。

結論

本篇文章走了一遍 LIFF app 大的架構與理解，細節有需要請參考官方文件。

LIFF 因為是網頁的形式，可以達成一些「問答式訊息」做不到的效果。在 LINE app 中點開 LIFF，直接用戶登入後就可以開始應用。網頁開發上應該也與一般網頁無異 (不要使用 LIFF browser 不支援的技術)。

另外，LIFF 因為是 LINE 自家的東西，高度整合，在 LINE 裡彈出 LIFF 網頁，用戶體驗應該也比轉址其他網頁好。

很多服務業，例如餐飲業或美業，如果有建立 FB/IG 粉絲頁、Google 商家，其實並不需要也沒有官網。此時 LINE 的應用就派上用場了，例如查詢預約及會員點數。

其實很多行業並不需要官網，我們要在這個認知下，做系統的規劃。

本篇文章「不是」要講 Uber Eats、Foodpanda 等外送平台的流程，而是餐廳業者有自己的點餐網站，或是租用市面上 SaaS (Software as a Service) 點餐系統，整個點餐流程上的邏輯。

一般的點餐系統

基本上的點餐系統一開始大同小異，就像是一個購物車。店家要上圖文、價錢，消費者選擇餐點加到購物車。做的好一點的每個餐點還有選項，例如：加辣，飲料去冰，等。

有的系統，店家還可以設定營業時間，營業時間內消費者才可以點餐。營業時間員工上班中隨時看系統，有接到單就隨即電話聯絡客人確認。如果是需要隨即跟客人確認的店家，這個設定滿細緻的。

因為餐點有即食性 (下單有誤的話這份餐點可能就要作廢了)，店家接到單時至少電話跟客人確認訂單內容，也能確認客人的電話有人接聽。

很多大型餐飲集團的網站 / APP 會需要登入操作，但一般中小型餐廳不需要登入才能下單。需要登入操作可以更好的經營會員、點數，訂單出現差錯的機率也會降低，但會提高客人下單的門檻 (因為要登入)。結帳需不需要登入，店家就要自己考量了。

購物車點結帳後的表單，基本上就是客人稱呼、電話、Email (不一定有)，如果需要外送的話要填送貨地址。要不要串線上金流也是看店家考量，取貨時付現的也有，也可以外送的單要先線上付費。

我覺得很多系統還沒做好的部分

確認訂單內容跟取貨通知這一塊，larry 倒覺得目前點餐系統都還沒做好。大部份客人不會時常去看 Email，電話簡訊通知要費用，我目前是想到跟 Line@ 整合。

點餐系統還是要用網頁，可以當廣告到達頁、貼臉書，等。但能不能訂單產生時，請消費者加入店家 Line@，綁定這個客人和訂單。這樣客人要查訂單，或店家要發通知，確認度都會提高。

除了點餐系統之外…

以上是流程的部分。另外我想提的是，外帶外送不比內用，消費者沒有體驗到店內用餐的環境和服務。客人拿回家吃，就是希望在一定的費用內，吃飽之餘再吃好一點，所以餐點的 CP 值一定更重要。

疫情長期改變人類的生活，電商、物流已經是現代生活的常態，餐廳的外帶外送也會是一個有去無回的產業變革。從傳統經營方式到提高外帶外送的占比，整個商業邏輯、流程、成本結構，可能都要重新想過，即早布局了。

當然，外送平台的抽成、自建網站的費用，或是租用市面上 SaaS 系統的費用，長期來講要選擇哪一個方案，老闆們就要自己考量了。