開業路線與審批

電商開業按能夠收款、履約和復盤來驗收

網店可以很快上線，但正式營業需要產品證據、供應、資金、頁面、支付、庫存、配送、售後和賬務同時成立。開業不是上傳幾十張商品圖片，也不是投第一筆廣告。本章把項目拆成可以逐項驗收的步驟，幫助你在有限預算內形成一條可靠的訂單流程。

下面的周次是籌備管理示例，實際許可、開發、進口和檢測可能需要更長時間。不得為了趕日期跳過安全或法律前提。所有金額為澳元教學假設，不是供應商報價；表內現金與不含可抵扣GST的經營模型須按實際口徑分開。

一、寫一頁開業範圍，限制第一版複雜度

明確首批顧客、首批商品、銷售渠道、配送地區、庫存模式、可接受訂單量、客服時段與開業預算。把暫不提供的定製、跨境、批發或訂閱功能寫入未來清單，避免每想到一個點子就改系統和採購。

例如第一版只賣五個經過驗證的收納SKU，服務有可靠報價的澳洲地區，採用一個網站和一個倉庫。這個範圍便於完整測試；若同時上二百種未驗證商品、三個平台和全球配送，就很難知道哪項錯誤導致退款。

指定一名項目負責人，維護決定、依賴、預算和問題清單。合夥人各自負責採購、內容和財務時，仍要有統一上線判定，不能採購認為準備好、網站認為測試中、廣告卻已經開始收客。

二、先完成關鍵未知數清單

把目前不知道的事情按會否阻止開業排序：產品是否合法與安全、是否有人按完整價格購買、實際到庫成本、能否及時發貨、退貨怎樣處理、資金是否夠。給每項未知指定驗證方法和最遲確認日。

市場興趣可以通過小量付費測試；產品要求應查官方主管機構和適當專業資料；供應商能力需要樣品、文件與試單；運費需要用真實包裝和目的地報價。不同問題使用不同證據，不能都用一次聊天或網上好評代替。

驗收時寫“已確認什麼、仍未確認什麼、風險由誰處理”。關鍵證據缺失就縮小或推遲相關SKU，而不是把問題埋在一個待以後優化欄目。開業項目的目的，是逐步減少不可承受的不確定性。

三、選擇主體並整理經營身份

根據所有者、風險、融資、利潤分配與未來退出，和適當顧問討論個體經營、公司或其他結構。確定真正簽供應、倉儲、支付和客戶合同的主體，再辦理需要的ABN、名稱和稅務登記，保持資料一致。ABN登記官方指引 ↗

建立業務銀行與賬務安排，付款和採購憑據使用正確主體。不要先用多個合夥人的個人賬號收款，再等營業後才討論收入歸誰。域名、商標、設計、照片及合同也要記錄歸屬，必要授權以書面確認。

如果已有公司經營其他活動，新網店仍需檢查保險、商品責任、合同和稅務範圍。註冊完名稱不等於取得商標權或所有商品銷售許可；支付平台通過身份審核也不等於產品合規獲批。

四、形成首批產品准入檔案

逐個SKU收集供應商身份、規格、材料或成分、用途、生產信息、檢測或符合性資料、標籤、說明、警告、批次及召回聯絡人。根據實際商品查強制標準、禁售、許可和專業限制，進口、自有品牌及受監管宣傳尤其不能省略。

樣品驗收記錄功能、尺寸、外觀、包裝、可讀說明、預期使用和合理可預見問題。涉及需要專業測試的安全事項，不用自己試幾次替代合適的檢測。供應商改材料、工廠或型號時應重新評估，不自動沿用上一版文件。

准入表由指定負責人簽署，保留日期和版本。檔案存在且能對應實際到貨，才算完成；一份無法確認屬於哪個型號的證書不能證明全部商品合規。

五、把首批採購控制在驗證能力之內

比較幾家供應商的同規格報價、最低量、交期、缺陷處理、付款、樣品與補貨條件。價格談判同時談小批量、分批交付或可確認的補單時間，有時比單價便宜更能降低開業風險。

教學預算若首批五百件、平均到庫成本24，總計12,000。需要解釋為什麼五百件合理：銷售假設、驗證週期、保質期、倉位和資金是否支持。供應商MOQ正好五百件，不是顧客需求也有五百件的證據。

採購前寫明取消和變更責任，預計到貨延遲時如何調整開業。保留檢驗、爭議與付款步驟，避免全部預付後失去處理質量問題的空間。具體貿易條款及進口責任由理解實際合同的人核查。

六、把所有啟動現金編進預算

一個教學預算可以是樣品與必要合規2,500、品牌內容1,500、網站設置1,800、到庫庫存12,000、包裝設備1,200、倉儲運輸啟動1,000、測試營銷3,000、專業與保險行政2,000、經營緩衝10,000，總額35,000。實際項目可能遠高或低於這些假設。

每行對應報價或計算依據、付款日期、是否可退、是否包含稅、負責人和上限。樣品檢測、知識產權、倉庫最低費和退貨處理容易被漏掉；自有勞動雖未立即付款，也要在可持續經營模型中體現。

資金來源分已到賬、已批准可動用和未確定。廣告預算不能隨意拿走稅款、工資或必要退款儲備。若只有25,000可用，缺10,000不能簡單把緩衝刪除，應調整範圍或落實合理資金，並重算最差情景。

七、同時建立十三週現金日程

採購訂金、生產尾款、運輸、入倉、開發、軟件、廣告和工資的付款日未必與銷售收入匹配。按實際合同編現金錶，平台結算延遲和退款風險另列，不把下單日銷售全部當作當天可用現金。

例如某周現金起點15,000，確定收款4,000，採購與運輸12,000、其他運營3,000，期末只剩4,000。下週還有6,000到期付款時，必須提前安排，而不是等廣告開始有訂單再希望自然補足。

項目每次重大變更都更新現金錶。加入一個新的SKU可能不只增加採購，還增加攝影、倉位、包裝和測試。財務負責人應能說明變更後最低現金出現在哪周，以及可以合法、可靠地怎樣處理。

八、取得真實配送報價並確定包裝

用最終包裝測量重量和尺寸，按典型單件、多件、易碎及大件購物籃報價。測試同城、主要跨州和實際打算服務的較遠地區，核查附加費、索賠、追蹤和退件。包裝越大不一定越安全，可能增加體積計費和填充材料成本。

做試寄，觀察到貨狀態、標籤和顧客開箱是否易理解。把損壞、錯發和無法投遞的處理流程寫入運營計劃。對電池、液體、食品等特殊商品，先核查承運限制及所需包裝，不能用普通商品經驗推斷。

形成包裝規格表：SKU或組合、盒袋型號、保護材料、揀包步驟、標籤及總重量範圍。這樣倉庫或臨時員工才能複製質量，成本模型也能按真實材料和工時計算。

九、決定倉儲方式並明確庫存責任

家庭場地檢查空間、安全、房屋相關約束、保險、地方要求及快遞出入；自營倉檢查租約、適用用途、裝卸、設備和工時；第三方倉核查所有收費、服務範圍、系統、盤點、賠償、退貨和結束提貨條件。

向第三方倉提供真實SKU數量、尺寸、預計訂單、每單件數、入庫批量和退貨。要求報價含入庫、存儲、出庫、耗材、附加操作和最低費用。只看一項每單揀貨便宜，可能忽略低銷量時的最低月費。

寫清庫存所有權、丟損差異、訪問、盤點和提貨安排，避免倉庫系統與網站數量不一致時互相推責。上線前必須跑通一次入庫到出庫和退回的完整數據流程。

十、建立商品主數據和圖片素材

每個SKU記錄唯一代碼、條碼如適用、名稱、規格變體、採購銷售單位、成本、稅碼、重量尺寸、庫存規則、包裝、供應商和追溯信息。顏色尺寸變體應能對應具體庫存，不要讓顧客選藍色卻系統只扣一個籠統總數。

拍攝實物、比例、細節、使用和包裝，確認圖片權利。文案根據真實規格寫，不從競品複製，也不讓AI補出未經驗證功能。必要警告、兼容條件、包含和不包含項目應清晰。

由另一人按照頁面描述挑選並包裝一單，核對是否有歧義。顧客需要反覆詢問的基礎信息儘量在頁面解決；這不僅改善購買體驗，也降低客服成本和錯誤訂單。

十一、選擇網站和系統時先寫流程需求

列必要能力：變體、庫存、稅與運費、支付退款、訂單通知、優惠、客服、會計及倉儲連接。再列可推遲功能。比較設置難度、可維護性、全年成本、數據導出和遷移，而不只看模板漂亮或首月優惠。業務網站官方指南 ↗

開發或外包合同寫交付範圍、驗收、修錯、賬號歸屬、代碼和素材權利、後續維護、數據備份及終止。域名和核心賬戶以經營主體可控制的身份建立，不讓供應商用其私人賬戶成為唯一所有人。

用一個真實商品和兩三個購物籃做演示，確認費用與配置邊界。若每次修改運費都需要昂貴開發支持，應在選型時就知道，而不是開業後才發現日常運營無法自主完成。

十二、配置價格、稅碼和運費邏輯

明確顯示價格是否包含適用稅、折扣怎樣作用、運費按重量金額或區域計算、特殊地區怎樣處理。商品稅務狀態逐類核查，不能把所有食品或所有進口品隨意設置為同一種。複雜組合及時請稅務專業人士確認。

建立測試表覆蓋單件、多件、免運門檻上下、折扣疊加、偏遠郵編、不可服務區域和退款。顧客在提交訂單前應看到清楚應付價格，不能把不可避免費用藏到付款之後。

例：商品總價80，活動折扣10，適用運費8，最終應付78。若免運門檻按折後滿75，而折後只有70，應仍收8；如果系統按折前判斷就會不同。規則可以由商業方案決定，但頁面說明和系統必須一致。

十三、建立支付與銀行結算核對

完成服務商所需核驗，確認費率、固定費用、結算、退款、拒付、凍結與保留款條款。用業務可控制的郵箱與MFA，記錄恢復方式及授權人，不共享一個沒有追蹤的最高權限密碼。

進行小額真實交易及退款測試，核對顧客扣款、訂單狀態、郵件、賬務、費用和銀行到賬。測試收據與商戶賬單顯示的名稱是否讓顧客認得，避免陌生收款名引發不必要爭議。

確認終端或線上附加費設置符合當前網絡規則，不能照搬舊教程。支付成本仍納入訂單利潤；允許提供哪些支付選擇和是否有行業特殊要求按實際情況核查。RBA當前附加費FAQ ↗

十四、用清楚條款說明交付與售後

網站應能找到經營者身份、聯絡、付款、配送、取消、退換、隱私與必要商品信息。顧客承諾的處理時間和配送估計應分開，說明實際發貨地，避免把供應商理想運輸天數當作從付款到收貨總時長。

改變主意政策可按合法商業安排設計，但不能排除適用消費者法權利。不要使用任何情形都不退、貨一寄出風險全歸顧客等未經審核的絕對條款。讓適當人員按真實交易和澳洲法律複核，尤其是定製、訂閱和跨境模式。

客服模板準備付款失敗、地址更改、延遲、缺件、損壞、退款及產品安全升級。模板應允許員工根據事實調整，不是用一句請看條款拒絕所有問題。正式開業前明確誰能批准退款、補發及緊急停售。

十五、建立隱私與營銷同意流程

說明為訂單、配送、客服和合法經營需要收集哪些數據、由哪些系統處理、怎樣保護與聯絡。按實際範圍核查隱私法和其他要求。結賬所需地址不應自動流入無關廣告名單，顧客同意記錄需要能追溯。

營銷訂閱與訂單通知分開配置，檢查退訂後狀態同步到所有使用的工具。短信還要核當前Sender ID等適用要求，註冊品牌發送名稱與顧客營銷同意是不同事項，不能用其中一個代替另一個。ACMA商業信息指導 ↗

限制測試環境和外包人員接觸真實顧客信息，用必要且適當的測試數據。開業後仍會調整系統，所以從開始就建立權限、變更和備份記錄，降低匆忙操作造成的數據洩露或誤發。

十六、讓團隊按真實訂單訓練

寫清誰檢查付款、誰揀貨、誰包裝、誰複核、誰交承運、誰處理顧客和誰核賬。小店可以一人兼任，但關鍵例外仍有複核。工資、僱傭文件、適用Award及崗位安全培訓應在員工實際工作前正確安排。

訓練訂單覆蓋相似SKU、多個變體、缺貨、備註和易碎包裝。讓操作人從訂單開始獨立完成，再由培訓人核查商品、數量、地址、標籤和通知。記錄錯誤原因及再次驗收，不能只問對方是否看懂視頻。

給新員工一張升級聯絡卡，寫退款上限、可否替代商品、地址變更驗證、疑似欺詐、產品安全及數據事件找誰。把不能自行承諾的事項明確說明，可減少開業初期為了取悅顧客而作出無法兌現的保證。

十七、完整跑一次訂單到會計的演練

用顧客視角瀏覽、加入購物車、填寫真實可測試地址、付款、收到通知，再在後台核庫存、揀貨、包裝、發貨、簽收和賬務。記錄訂單編號、每個系統狀態、時間和實際費用，確保不是每個工具單獨正常而接口互相斷開。

顧客購買兩件時，確認庫存確實扣兩件；訂單取消時檢查庫存是否正確恢復；退款不能再次形成重複負銷售；標籤作廢也應處理相應費用和通知。每項測試指定預期結果，實際不符就登記問題而非靠操作員記住臨時補救。

最後讓會計或財務負責人從訂單、支付結算到銀行與賬簿追一次。開業前能發現稅碼、費用和重複導入錯誤，比營業一個月後重做數百筆訂單容易。所有關鍵問題關閉後才進入公開推廣。

十八、測試矩陣包括失敗、重試和邊界值

至少覆蓋無庫存、最後一件、兩人同時購買、優惠到期、免運臨界值、無效郵編、付款失敗後重試、重複提交、部分退款和地址修改。按系統能力用合適方法測試，避免測試產生無意真實訂單或影響其他顧客。

移動端檢查按鈕、鍵盤、地址自動補全、條款可讀性、支付跳轉和返回路徑。再讓不熟悉網站的人完成購買，觀察其在哪一步困惑，不急於在旁邊解釋；需要老闆現場解釋才能完成的頁面，通常還不夠清楚。

矩陣完成後保留版本，系統重大更新時只重測受影響及核心路徑。測試是為了驗證可履約行為，不是為了在表上堆更多打勾。

十九、專門測試退貨與補發流程

模擬一件顧客報告損壞：客服取得合理證據、判斷是否需要隔離或升級、確定處理、倉庫收回檢查、財務退款或補發、庫存分類及供應商追索。每個環節應看到同一個事件編號，避免客服說已退款而財務根本不知道。

給退貨商品設可售、待檢、修復、報廢或其他適當狀態。包裝開啟不一定意味著不能再售，也不能自動認為可以按全新出售，按實際安全、品質和披露要求判斷。產品安全事件應走獨立升級程序。

記錄處理時長和費用，用於售後成本模型。顧客願意退回但沒有清楚地址、倉庫拒收或無人開包，都會拖慢退款並增加投訴。開業前完成一次退回演練，能驗證合同上寫的流程是否真的可執行。

二十、建立反欺詐與付款指令複核

對異常訂單安排適當審核，但不要因陌生名字或地區就任意歧視。定義實際風險信號、需要核實的信息、取消或繼續處理的權限及記錄方式。支付服務商的風險提示是線索，不是所有訂單都保證安全。

供應商改銀行、員工要求改工資賬戶或服務商發來緊急付款鏈接，使用已知可靠渠道獨立驗證。啟用適當MFA和權限，日常人員不必擁有修改收款銀行或域名所有權的能力。澳洲小企業網絡安全手冊 ↗

開業前檢查賬號恢復、備份和緊急聯絡人。若老闆手機損壞或外包失聯，至少還有合法授權方式管理必要系統。不要把恢復代碼與密碼放在同一個公開共享表裡，也不要把真實顧客數據隨意複製到測試工具。

二十一、數據統計先核定義，再看漂亮圖表

設置需要的訂單和營銷指標，記錄訪問、加入購物車、開始結賬、成功付款、淨銷售、退款和真實新客的定義。分析工具與支付訂單之間允許有合理差異，但必須知道原因，不能強行把兩個不同口徑數字湊相同。

測試一筆訂單是否被重複統計，退款是否反映，員工測試和機器人訪問怎樣處理。多個廣告平台可能都將同一訂單歸因給自己，因此全店銷售只能以可靠訂單與財務口徑為基礎，平台歸因用於輔助決策。

首月先建立簡單看板，能穩定核對訂單、貢獻和現金，再逐步增加複雜分析。缺乏可靠底層數據時，堆十幾個插件只會增加費用、隱私與維護問題。統計配置與收集數據應符合適用規則和實際告知。

二十二、準備開業內容和客服入口

內容首先回答適合誰、怎樣選、怎樣用、什麼包含、什麼時候能到和出問題找誰。準備真實照片、簡明選擇指南、常見問題與聯絡方式，避免開業廣告只喊優惠卻沒有產品和履約信息。

檢查社交賬號、網站和確認郵件裡的名稱、地址與聯絡一致，客服收件箱能收到並有人負責。公開服務時間和回覆承諾按實際能力設定，不寫全年二十四小時即時響應卻只有老闆晚上看一次郵件。

評價與推廣保持真實。不能要求親友假裝普通顧客發佈購買體驗，也不能以獎勵換指定平台的正面評價。顧客尚未收到商品時，不要過早催評；把使用幫助和售後信息放在適當時間，先完成真實體驗。

二十三、把測試廣告預算分成幾個有結論的小批次

三千測試預算不必第一天花完。可先安排素材和頁面驗證，再小額投放觀察流量質量，確認結賬與履約正常後擴大。每一批次寫目標、花費上限、停止條件、訂單貢獻口徑及復盤時間。

例如某批廣告花600，帶來三十筆已支付訂單，表面每單廣告成本20；若取消或退款後只有二十四筆保留訂單，用這個簡單保留口徑則每單25。真實貢獻還要扣售後產生的費用，不能只用最初三十筆下單作成功證據。

不要每天因少量波動全面改動，造成無法比較。也不要以平台需要學習為理由無限投入。預算上限應由可承擔損失和現金決定，實際證據不支持時暫停並修頁面、產品、受眾或成本。

二十四、小範圍試營業先驗證處理能力

邀請符合目標顧客條件的小範圍實際買家，清楚說明可提供的服務，不以虛假庫存或緊迫宣傳製造訂單。限制每天接單量，保留客服和包裝餘量，讓第一批訂單幫助發現流程問題。

記錄每單揀包分鐘、錯漏、客服事項、實際郵費、通知與送達。假設一天二十五單、平均揀包五分鐘需一百二十五分鐘；另有十個客服事項每件八分鐘需八十分鐘，合計二百零五分鐘，約3.42小時，還未含收貨和管理。

如果一人可用工時無法覆蓋，就調整廣告、截止時間、人員或流程，不應讓積壓無聲增加。試營業成功的標誌是能按承諾交付並解釋每筆成本，不是一天衝到最多訂單。

二十五、正式開業前做一次放行會議

按產品、庫存、系統、支付、配送、客服、資金、人員和合規逐項確認。關鍵問題標明已解決、可接受且已安排的限制，或不允許上線。由有權限的人作決定並記錄，不讓上線日期本身成為唯一理由。

必要條件包括可售實物與檔案一致、交易測試通過、退款渠道可用、發貨責任明確、資金能支持承諾和需要的許可已滿足。非關鍵裝飾或未來功能可以推遲，但必須確保不影響顧客理解和法定要求。

同時確定開業當天的監控人、聯絡群、訂單上限和暫停規則。若支付重複、庫存重大錯誤、產品安全或數據異常，應知道誰能立即關閉相關入口並安排顧客溝通。提前寫好這些動作，比出事後臨時爭論快。

二十六、開業當天按訂單狀態跟進

開業前核可售數量、頁面價格、支付和物流服務狀態。開始推廣後監控已付未處理、揀包中、已交承運、異常及取消，不只看訂單總數。訂單超過可處理能力時及時減少流量或調整真實承諾。

安排固定時點核查付款失敗和顧客留言，重複訂單需要聯絡確認並按規則處理。後台手動修改保留原因和操作者，避免幾個員工同時修一單造成重複退款或補發。

當天結束對賬銷售、支付、庫存、物流標籤與異常，記錄未完成項的負責人和次日計劃。把小問題變成改進列表，大問題立即停止擴大。不要因開業興奮忽略當天實際發生的費用和積壓。

二十七、第一週每天做十五分鐘異常復盤

復盤順序可以是顧客承諾、發貨積壓、付款與庫存差異、產品問題、現金和明日能力。只討論事實最重要的幾項，每項有責任與截止。其他創意留到單獨產品會議，避免所有人每天重做方向。

將常見錯誤分類：頁面信息、系統配置、主數據、供應商品質、倉庫操作、承運或溝通。錯誤分類是為了找修復點，不是為了互相推責。一個反覆出現的錯誤比十個隨機小問題更值得優先解決。

例如三位顧客都選錯同一配件，先看兼容性說明和組合推薦；同一倉位頻繁錯發，檢查條碼與擺放；退款餘額對不上，核支付接口與會計映射。讓觀察形成具體改動，再驗證下一批訂單是否改善。

二十八、第一批訂單成熟後重算真實利潤

將第一批訂單的淨收入、商品耗用、揀包、運費、支付、廣告、退貨、補發和損壞分項彙總。退款觀察尚未充分時標為初步，不急於對外宣稱利潤率。能重新上架的退貨庫存與真正回收現金分開看。

例：一百筆原訂單最終淨收入5,800，商品淨耗用2,300，揀包包裝400、出庫配送900、支付及渠道200、額外售後250、廣告1,500，批次貢獻250。每筆原始訂單平均貢獻2.50，仍要覆蓋固定費用。這個例子已使用成熟實際售後，不能再重複扣同一損失預留。

若固定經營費用當月2,000，只有這一批貢獻250，則相同口徑月結果虧1,750。店鋪有訂單不等於已經形成盈利。用真實數據決定調整產品、價格、運費或獲客，再討論增加採購。

二十九、第一月完成財務與庫存交叉核對

核對期初庫存、收貨、售出、退回、損壞和期末實物；核支付結算、手續費、退款、保留款和銀行；核採購發票、未付、預付款與貸項。所有接口自動導入也要抽樣確認，自動化可能只是更快複製同一種錯誤。

假設期初庫存為零，當月接受入庫五百件，發出一百二十件，退回並確認可售十件，另報廢五件，則可售數量應為三百八十五件。待檢退回、預留和在途需另列，不能都塞在可售數中。

月結後記錄本月哪些數字仍為估計、依據是什麼、下月怎樣驗證。工資、稅務和super按適用時限處理，不要等開業忙完再補。即使由外部會計做賬，老闆仍應能解釋最大的成本和現金變化。

三十、第一次補貨用成熟需求加交期來決定

排除親友一次性支持、開業折扣和短期異常後，估計可持續需求。結合庫存位置、在途、採購交期、最低量、保質期和現金，計算合理補貨，不因首周售出很快就把第二單放大十倍。

例：預計每週售四十件，可靠補貨週期四周，安全庫存四十，補貨點二百；現有可售一百八十、確認在途六十、已承諾未發二十，庫存位置二百二十。是否馬上下單還需看複核日期和目標水平，而不是看到在手一百八十就認定已經缺貨。

供應商若要換材料、包裝或工廠，重新執行相應准入與樣品核查。第二批貨與第一批口碑相關，不能因忙於廣告而忽略質量變化。將批准後的採購付款放回十三週現金錶，確認不會擠佔已到期義務。

三十一、延期到貨或關鍵系統失敗時怎樣改開業

先確認實際狀態和可實現時間，區分尚未生產、已經運輸和等待處理，避免只轉述供應商的樂觀估計。未具備履約條件的商品暫停下單或真實調整為適當預售，已收訂單按實際承諾、法律和顧客選擇妥善處理。

廣告、影響者活動和促銷日期一起調整，不能網站寫延期但廣告仍承諾立即發貨。客服用統一事實答覆並更新進度，所有承諾記錄在訂單內。退款資金提前安排，不把顧客等候當無成本融資。

系統失敗時先暫停受影響交易、保全記錄並核查已扣款訂單，再修復和測試。不要邊猜邊手動重發大量付款鏈接或物流單。恢復後對重複、遺漏和資金逐一核對，確認問題範圍才繼續推廣。

三十二、已有實體店上線時防止雙賣庫存

線上與門店共享商品時，明確哪一套是庫存來源，門店銷售多快同步、預留什麼時候扣、退貨在哪個渠道恢復。最後一件和高峰延遲尤其需要測試，必要時為線上設置安全緩衝。

到店自提要有揀貨、保管、通知、身份核對和超時未取流程，不能讓顧客付款後自己在貨架找商品。門店員工處理線上諮詢和包裝佔工時，應計入渠道成本，而非認為已有員工就全部免費。

第一月分別看渠道淨貢獻，也看全店總貢獻。線上訂單可能替代原門店購買，並不全是新增；反之線上內容也可能幫助門店成交。通過可核實信息評價，不把兩個渠道各自歸因的銷售簡單相加。

三十三、預售與訂閱應先演練取消和缺貨

預售頁面說明實際狀態、預計交付、延遲與退款流程，並確保有合理供貨依據。收到的錢對應未來責任，要在現金模型保留履約能力；不要在無法獲得商品時繼續靠新預售支付舊訂單。

訂閱實物模式應測試首次、續期、跳期、取消、付款失敗、地址變化、價格調整和缺貨替代。顧客應理解持續付款和取消辦法，條款及操作都應符合適用消費者規則。不能只把一次性訂單勾選循環扣款就稱訂閱服務已準備好。

運營上記錄每期承諾商品、收款、發貨與未完成數量。退款和補發如何影響下一期要說清楚。先小規模運行至少一個完整服務循環，確認顧客體驗、貢獻和系統能持續，再擴大推廣。

三十四、把開業成果移交為日常經營制度

項目結束後，將商品准入、採購、收貨、訂單、退款、對賬、數據安全和系統變更轉換為固定責任與日曆。保留配置說明、聯絡人、合同、源文件和恢復路徑，讓日常操作不依賴開發者或老闆臨時記憶。

三十天復盤決定哪些假設成立、哪些還需測試、哪些商品或渠道暫停；六十和九十天再看成熟貢獻、復購、現金與容量。每次擴張都有新預算與驗收，不能把首次開業放行當永久批准無限經營範圍。

開業完成的具體標準，是目標顧客能夠正確下單，你能按承諾交付和處理售後，庫存與資金能核對，團隊知道責任，經營者能說清下一筆採購和廣告是否值得。這些能力持續成立，才有基礎討論規模。