上一篇提到，我們用一個週末做完了原本設定一個月的行銷目標。

興奮是真的。但興奮過後，我發現要處理的事情跟前一週不太一樣了。

前一週我在想的是要用多大力道推廣，這一週想的是：如果這個量繼續下去，我們的系統、現場、人手撐不撐得住。

看到商業潛力之後，我們開始佈置驗證的方向，把翻桌率、成本費用這些數字排進來算。但幾乎在同一時間，營運端的狀況也一起浮上來。

先出狀況的是系統、現場、客服

用戶的評價幾乎都是滿分，產品本身沒什麼問題。出狀況的是撐著它運轉的那一層。

最直接的是系統

目前的系統從第一個畫面就預設了只有一間店，用戶一進來，看到的就是這間店的介紹。當有第二間店，地址、設備以及用戶流程、訂單資訊都要能切換多分店模式，也都會是新的開發項目。

接著是現場

環境整潔的維護、硬體設備的維持、消耗品與用具的更新，這些規格和我們過去做的東西不一樣，而且經過幾次迭代，已經換過三四個版本。我們調整過音響的配備、吧台物品的內容物、儲藏室的內部配置，這些都是營運人員每天要碰的東西，改一次，原本熟悉的位置和做法就要重新記一次。他們跟不上這個節奏，開始有點不知所措。

還有消費爭議

我們的產品是無人管理的形態，現場沒有店員可以當備援，流程一有落差就得由線上客服接手。例如連網控制的設備（IoT）異常中斷時，用戶人就在現場，要確保他還進得去、也出得來；或是在金流付款無法完成時，客服要怎麼回應和處理。這些都還在補對應的做法。

先前沒有足夠的人流做壓力測試，人潮一來，這些狀況就同時冒出來了。

清潔頻率一動，班表就要動

人流變多之後，清潔的頻率要調整。

原本我們一天清潔一次，因為當時只預期會有一組輪替的客人；照現在的使用量往前推，可能會需要一天兩到三次。

聽起來只是排班表上多排幾次。但清潔頻率一動，班表就要動；班表一動，人手就得補。要調整營業時間也是一樣，前後都會被牽動。

另外，因為產品的形態與空間規劃，內部人員要清潔和修理都比一般空間麻煩。這是我們在設計階段做的選擇，當時考慮的是用戶體驗，但這個代價等到營運量上來後，也開始逐漸感覺到。

我們賣的不是單純的 SaaS 服務，多開一間店，要把一整套實體的運作邏輯再跑一次，確保現場的服務也具備一致性。所以同樣的營運邏輯能不能被擴張，是現在就得想的事，不然這些小問題在擴張之後會跟著變多。

驗證還沒做完，擴張的題目就來了

在這之前，我們一直沒辦法確認這個商業模式能不能替公司帶來一個確定的前景，所以在我的認知裡，我們都還在 0→1 的階段。

但市場的反應讓 1→10 提前發生了。拓展的長期策略、市場規模、競爭門檻，這些開始需要答案。用什麼方式規模化、瓶頸點在哪、需要累積哪些技術，也都還在摸索。

麻煩的是這兩組題目要同時處理，而它們要的東西不一樣。

0→1 的驗證要的是精確，翻桌率多少、成本多少，屬於結構性
1→10 的佈局要的是落地、組織、方向，屬於執行力

需要的能力，換了一組

回頭看，前面幾個月我關注的是用戶、產品、公司三者的關係。

這個模型比我預想的單純，每個單位的核心都比較清楚，創新初期主要是找到這些核心怎麼組合、達到平衡。

那個階段吃的是市場嗅覺、清晰的定位、創意，再加上專案管理的節奏與執行力，也是我這一路上比較拿手的事。

規模化階段的主軸換成穩定性與可擴展性，要的東西也跟著換。

一邊是系統思考、多面向的整合、把流程做細的技術力，一邊是營運能力：跟人協調、訓練人員、在現場看出問題，讓品質能穩定達到要求。資金、工程、設計技術這些硬底子也躲不掉。

這些也開始脫離產品經理的範疇，更接近營運長、執行長的議題。

結語

這個轉變發生在短短一週之內。

我原本以為 0→1 到 1→10 之間會有一段緩衝，先把第一間店調整到理想狀態，再開始想擴張。市場沒有給這段時間，它用一個週末證明了需求存在，然後把下一階段的題目直接放上來。

接下來哪些東西需要優化調整，還要一段時間的營運才知道。但到目前為止，這個市場成績和它出現的速度，確實超出我原本的想像。