AboveTek · 第一事業部 B2B + 第二部紅光線

B2B 營運面板

Migo 負責 AboveTek 第一事業部的 B2B 業務:客戶詢問與報價、出貨安排、收款追蹤,以及新客戶開發;第二部目前在準備階段,負責紅光線的目錄自製與診所名單準備。每天的工作分兩層:Muse 負責找、對、寫、提醒;Migo 負責判斷,評斷 Muse 寫得對不對、合不合該公司的調性和需求,再決定追不追、降不降、寄不寄。五條流程下面,各有口徑和下一步。一條硬規則:Muse 一律不能直接回客戶信件,只能提醒;回信、寄信、決定出貨都由 Migo 決定,Muse 只負責找、對、寫草稿、提醒。以下整理近期業績、各項工作的進行方式與目前卡點,業績數字以進線金額為準。

負責人 Migo 一部 AboveTek B2B 二部 Nephaea 紅光線 · 準備中 到職 2026-09-20 業績週期 每月 1 日 – 30 日/31 日(曆月) 資料截至 2026-11-07
AI Agent 自動化排程:每日 09:00 triage、每 3 小時掃 jay@/support@/sunia@、每 48 小時 PI 跟進+sales@(主要信箱)、每天 09:00 與 17:00 檢查 side chat Agent,都是排程自動執行,不用每次在對話框叫 Muse 做;有事才通知 Migo,Migo 再判斷下一步。
Javis (Muse):底下各自對話框為各自工作,由 Javis 3 小時檢查一次是否有做錯的地方,如有,立即回報。

Javis 底下 9 個對話框:各做各的,一共 10 個

開發信

AboveTek 陌生開發信

二部產品

二部紅光與產品線準備

報價單

客戶報價單製作

PI 生成

Proforma Invoice 生成

找公司

開發名單公司搜尋

日報

每日工作日報整理

開發追蹤

陌生開發後續追蹤

面板

營運面板維護

PI 追蹤

PI 與報價進度追蹤

9/20–9/30 進線
$7,775.90
到職首 11 天 · 3 家客戶
10 月進線(完整月)
$17,665.98
6 筆訂單 · 最大單 B&M $7,200(含運費)
11 月預計進線
$33,270.09
已確認付款 $4,140.49 + 不確定 $29,129.60(Vish $26,250 + Quince $2,879.60)

口徑:業績看「進線金額」=出貨收款表(gid 898662264)O 欄「應收總額」=貨款小計 + 向客戶收取的運費。不是 R 欄實收金額,錢未到帳不等於沒有業績;實收只作收款追蹤參考,不當主數字。

11 月預計進線與預計收款同為 $33,270.09,組成相同,不要重複加:Quince(AT-2610-02)$2,879.60 已自 10 月進線移出,改列入 11 月預計進線並標為不確定;11 月四筆組成同為 Barbican + Orain + Vish + Quince,進線與收款是同一批數字,不重複加進累計訂單總額 $58,711.97。
01

業績:進線金額,一筆一筆攤開

來源:出貨收款表 O 欄應收總額

三個期間的進線金額

9/20–9/30(11 天) $7,775.90 10/1–10/31 $17,665.98 11 月預計 已確認 $4,140.49 + 不確定 $29,129.60 = $33,270.09 橫軸比例以 11 月預計總額為滿格
已進線/已確認不確定(Vish 全力衝刺中、Quince 尚未付款)

11 月預計:已確認和不確定,分開標

  • Barbican — $3,568.60 已確認付款
    LD-135B ×140,預計 11/10 到帳。
  • Orain — $571.89 已確認付款
    TH-228B ×11,付款日 11/15。
  • Vish — $26,250 不確定 · 全力衝刺中
    TS-158G ×1,250,預計數按 $21 慢船價計(1,250 × $21);PI AT-2611-01 原價仍是 $22,$21 尚未確認成交。出貨拆分:美國 1,000 台中 200 台由 FBA 庫存出(有貨)、約 5–7 天到,其餘 800 台走海運、約 30 天到。客戶口頭說下單,但尚未回覆最終是否接受價格。周五已發信、電話無法打通,預計周一 11/09 21:00 第二次追蹤:周一晚間對應加拿大時間早上再嘗試,一直到聯繫上為止。這一單占 11 月預計進線的 78.9%,不成立且 Quince 也未付款時,11 月進線就只剩已確認的 $4,140.49。
  • Quince — $2,879.60 不確定 · 尚未付款
    AT-2610-02,TH-218 ×40,$71.99,美國海外倉,尚未付款。目前等待銀行文件確認,相關文件已提交,等對方確認後再確認付款安排;已自 10 月進線移出,改列入 11 月預計進線,標為不確定。
11 月預計進線與預計收款同為 $33,270.09(組成相同,不重複計算):已確認 $4,140.49(Barbican $3,568.60 · 11/10 + Orain $571.89 · 11/15)+ 不確定 $29,129.60(Vish $26,250 + Quince $2,879.60)。
我的判斷:11 月自訂目標($25,000)能不能過關,不取決於再多寫幾封開發信,取決於 Vish 這一單。Vish 這單佔 11 月預計進線很大的份量,但開發還是持續;11 月進線的詢問非常少,可能過了採購季。Vish 是 Migo 重新開發回覆的客戶。所以我的時間優先序是 Vish > 到期 PI > 新開發。

9/20–9/30 明細(到職首 11 天)

客戶型號數量單價金額
Choose 2 RentTS-116B100$25.00$2,500.00
Numatic InternationalTH-518 無底座100$40.00$4,000.00
SHI InternationalTH-518B10$59.99$599.90
SHI InternationalTH-518B4$69.00$276.00
向客戶收運費(Choose 2 Rent)———$400.00
進線合計$7,775.90
02

我怎麼思考這份工作:逐條回應

對照主管提出的要求

1深入思考:先定義口徑,再談數字

同一個「業績」,用實收看和用進線看,結論完全不同。我先花時間把口徑定死:業績=進線(O 欄應收總額)、訂單數只算已確認(未收款也算)、收款等錢真的進來才補、開發數只算寄出數。口徑不定,後面所有分析都是假的。這也是我和 Muse 合作的第一條規則:數字只能來自信件原文、詢價 PI 紀錄、出貨收款表三方交叉比對,查不到就留空,不許編。

2梳理業務邏輯:把工作拆成五條流程

B2B 不是「回信」一個動作。我把它拆成客戶營運、關係維持、出貨、報價、陌生開發五條線,每條線寫清楚:誰決策、誰執行、用什麼口徑、卡點在哪(見第 03 節)。拆開之後才看得見:原來瓶頸不在寫信速度,在我的審稿與客戶的回覆速度;原來 11 月的風險不在量,在單一客戶集中度。

3提高人效:把重複勞動交出去,把判斷留給自己

這是 AI Agent 自動化,不是 Chat 問答:每日 09:00 信箱 triage、每 3 小時掃 jay@/support@/sunia@、每 48 小時 PI 跟進+sales@(主要信箱)、每天 09:00 與 17:00 檢查 side chat Agent,都是 Agent 排程自動執行,不用每次在對話框叫 Muse 做,有事才通知我;這些掃描型工作由 Agent 按固定節奏跑,我只看被挑出來的例外。PI 文件從逐欄手改 Word,改成填表單自動產生同格式 .docx(見第 05 節)。省下來的時間,我拿去做只有人能做的事:打電話、談價格、判斷要不要讓步。

4看 ROI:時間要押在期望值最高的地方

新開發一封信的期望值很低:要先找公司、去重、找 keyman、寫稿、等回覆。舊客戶重啟與進行中 PI 的期望值高得多:對方已經認識我們、已經報過價。所以我的排序是進行中大單(Vish $26,250)> 快到期 PI > 靜默舊客戶(門檻 30 台)> 全新開發。全新開發照跑,但它是補未來的管線,不是拿來救本月的工具。

03

五條流程:Migo 決策,Muse 執行

每一條都寫明分工與卡點

硬規則:Muse 一律不能直接回客戶信件,只能提醒;回信、寄信、決定出貨都由 Migo 決定,Muse 只負責找、對、寫草稿、提醒。下方每條流程的「Muse 執行」,都只限於找資料、對紀錄、寫草稿、標記與提醒,不包含回信、寄信或出貨決定。
一

B2B 客戶營運 — 整條命脈不漏接

詢問進來 → 研究對方 → 報價 → PI → 確認 → 付款 → 出貨 → 收款對帳 → 回購。任何一段斷掉,前面做的都歸零。

MIGO 決策

  • 哪個詢問先回、哪個先放,PI 開不開
  • 客戶確認後是否下單、何時催款
  • 出問題時要不要讓步、讓多少

MUSE 執行

  • 每日 09:00 triage、每 3 小時掃 jay@/support@/sunia@、每 48 小時 PI 跟進+sales@(主要信箱):PI 跟進只做標記與提醒,把到期、靜默的 PI 挑出來通知 Migo,不直接回客戶信;信要不要回、要不要寄,都由 Migo 決定
  • 把卡住的案子挑出來:公司/PI/金額/靜默天數/建議下一步
  • 信件原文 ↔ PI 紀錄 ↔ 出貨收款表,三方對照後才回報狀態
成果指標 確認訂單數 · 進線金額卡點 客戶靜默、PI 到期無人追
二

客戶關係維持 — 不等客戶想起我們

追蹤不是催促。規則先行:報價後靜默逾 5 天要追,PI 逾 3 天進追蹤清單,快到期提前講;給台階,不逼單。

MIGO 決策

  • 追誰、用什麼語氣、電話還是寫信,由我排優先序
  • 舊客戶撿誰回來:重啟門檻由我定在 30 台
  • 電聯由我親自打:先談卡點,再談價格

MUSE 執行

  • 從客戶總表、過期 PI、靜默名單撈出待追客戶,排 P1/P2/P3
  • 找電話:官網、Apollo、Google 三路交叉,找不到如實留空
  • 打之前備好雙語大綱;打不通,改備書面跟進稿給我審
方法 先研究對方近況,再推 4–5 款對口產品,不寄整份價格表卡點 無電話、聯絡人離職、PI 已過期
三

出貨 — 先判斷,再安排

判斷順序:先問量、目的地、急不急,再談海運或空運。分工固定:出貨找 Haliey、採購與庫存找 Seven、收款找 Shirley。

MIGO 決策

  • 向客戶確認數量、地址、時效,與 Seven/Haliey 對庫存
  • 小量走美國倉直發或客戶自付空運,由我與客戶談定

MUSE 執行

  • 出貨前逐項核對型號、數量、地址、追蹤號,把核對結果標記好、提醒 Migo;出貨找誰、要不要出,都由 Migo 決定,Muse 不安排出貨
  • 多箱出貨一箱一箱查到貨狀態,標記後提醒 Migo,不假設同批同到,也不直接回覆客戶
  • 需要告知客戶出貨進度時,Muse 只寫草稿(只寫「空運/海運」與時效,不寫起運地,Eutronix 等指定客戶除外),由 Migo 審改後決定寄不寄
主動服務:9 月、10 月訂單已全數出貨完畢,並完整抵達客戶手中。我們不是等客戶來問才回,而是主動服務:出貨後主動去看追蹤碼,追蹤碼逐一核對、確認追蹤到了沒有;確認抵達後,由 Migo 主動寫信給客戶確認收到,提升服務滿意度。Muse 負責逐一核對追蹤碼、標記抵達狀態並提醒 Migo,寫不寫信、怎麼寫,都由 Migo 決定。
時效基準 美海運 30–35 天 · 歐海運 45–50 天 · 空運約 10 天(客戶付費、先報價)· 卡車約 25 天原則 無 MOQ、可即時叫貨
四

報價 — 我的決策權,Muse 守防錯線

價格是我談出來的,不是系統算出來的。Muse 的價值是確保每一個送出去的數字都對得上紀錄。

MIGO 決策

  • 報價基準由 Migo 定,量大最多 8 折,必要時會與 Seven 討論利潤
  • 階梯報價依與採購及前主管討論確認的區間走 SOP 自動計算,不必每次細節化詢問同事(詳見第 04c 節);空運則另與採購主管討論利潤空間與是否額外加價
  • 降價一次不降太多,避免客戶質疑先前報價
  • 客戶多半用自有貨代時,主攻不含運報價

MUSE 執行

  • 只寫有確認價格的品項;官網劃線價是行銷錨點,不是 MSRP,不採用
  • 出稿前對 MSRP、折扣、歷史談判進度;發現舊價立即停下問我
  • 先研究對方業務,再組 4–5 款對口品項,不寄整份價目表
實例 Vish $22 與 $21 之差=快船/慢船之差,$21 只能留作最後讓步,不先寫進信裡
五

陌生開發 — 一條管線,不是一次寫信

這一條分成找公司、去重、找 keyman、寫稿、寄出、追蹤六步,準備、寄出與回覆的數量分開看。找公司由 Muse 執行,並跟 Grok 交叉比對,找到更多公司及名單;先從 IQY、通用信箱切入,再由 Migo 判斷有沒有價值,決定要不要進一步投入 Hunter。點下方任一步,可看該步的分工與目前卡點。

點任一步驟看細節。目前草稿產出速度高於審稿與寄出速度,未寄的草稿都在等 Migo 審改,是這一條目前的主要瓶頸;已寄出的目前還沒有追蹤,接下來要啟動 FW1、FW2、FW3 三次追蹤。
準備數(MUSE 產出)
量大 ≠ 成果
名單與草稿只是準備量,只能證明產能,不能證明開發成效,所以不列入日報開發數。
寄出數(MIGO 審改後親自寄出)
只認寄出
日報開發數只認寄出數,未寄不計。剩餘未寄與草稿夾都在等 Migo 審改,這才是真瓶頸:不是寫不完,是每一封都要先過判斷這一關。
回覆數(客戶真的回了)
回覆才是成果
寄出不是成果。回覆進來後才是成果:讀信、對紀錄、選品、報價、電聯,全是判斷工作,沒有一步能自動化掉 Migo。

找公司與價值判斷:先廣、再精,不把額度花在每一家

Muse 執行找公司,跟 Grok 交叉比對。兩邊名單互相補漏,找到更多公司及名單,再一起對客戶總表與 BD_AT 去重。名單變多不是目的,交叉比對後留下來的,才是能開發的名單。

切入順序:先 IQY、通用信箱。只有詢問表單、沒有公開信箱的先記 IQY;有 info@/sales@ 等通用信箱的先從通用信箱切入,不必等到找到具名窗口才開始。

有沒有價值,由 Migo 判斷。從 IQY、通用信箱切入之後,如果 Migo 判斷這家有價值,才進入下一步的價值比較。

價值比較:要不要帶入 Hunter 找 keyman。比較的重點是:公司對口程度、規模與採購可能性,值不值得花 Hunter 額度去找關鍵的 keyman。值得的才查,不值得的就停在通用信箱這一層,不浪費額度。

入口 IQY/通用信箱先行判斷 Migo 定價值投入 值得才用 Hunter 找 keyman
目前狀態:都只是寄出,還沒有追蹤。到目前為止,陌生開發做到的是寄出第一封信,追蹤這一環還沒開始。有沒有回應,不能只看一邊:要同時看 BD 表格以及 email,兩邊對照才算數。這個面板做完,接下來的重點工作就是把追蹤做起來。

追蹤節奏:設定日期、FW 三次追蹤、再選出值得電聯的人

  • 寄出時就設定追蹤日期:寄出第一封信的同時,把追蹤日期寫進 BD 表格,不靠記憶記哪一家該追了。
  • 10 月寄出,11 月追蹤,總共追蹤三次(FW1、FW2、FW3):10 月寄出的批次,11 月開始按 FW1、FW2、FW3 依序追蹤;三次都沒有回應才先放下,不是一封沒回就結案。
  • BD 表格追蹤欄已建好:BD sheet 已打上 FW1、FW2、FW3 欄位並以灰底標示,被拒絕的打上 NA;哪一家追到第幾次、哪一家不用再追,一眼就清楚,不會漏追或重複追。
  • 回應看 BD 表格+email:每輪追蹤前,先對 BD 表格的寄出與追蹤紀錄,再對 email 有沒有回信,兩邊一致才更新狀態,避免重複追或漏追。
  • 中間評選更有價值的客戶,改用電聯:追蹤過程中如果評選出更有價值的客戶,就不只再寄一封信,改用電話聯絡,也會盡量找到 keyman 的電話。
  • 進一步追蹤,選出值得電聯的人:三次追蹤不是平均用力。會依回應、公司價值與對口程度再篩一層,選出真正值得電聯的人,由 Migo 親自打,先談卡點,再談下一步。
節奏 寄出 → 設定日期 → FW1 → FW2 → FW3標記 BD sheet FW 欄灰底 · 被拒絕打 NA查核 BD 表格+email 雙邊對照升級 高價值客戶 → 找 keyman 電話 → 電聯

MIGO 決策

  • 攻哪國、關鍵字順序(POS solution provider → mobile POS provider → restaurant POS hardware)是我定的;何時暫停開新國家、先清積壓,也是我決定
  • 從 IQY/通用信箱切入後,這家有沒有價值、要不要用 Hunter 找 keyman,由我判斷
  • Hunter 額度每月 2,000 次、11/21 才重置:哪些公司值得花額度查 keyman,我決定
  • 每封稿我審、我改、我親自寄(附型錄),絕不自動寄出;追蹤時選誰升級電聯,也是我決定

MUSE 執行

  • 找公司跟 Grok 交叉比對,名單先對客戶總表與 BD_AT 去重,已是客戶或巨頭的剔除(曾漏過 Revel、Lightspeed、Square,靠二次核對抓回)
  • 看對方官網 About 頁,只用查證到的事實寫 80–120 字短稿;非英語系國家附當地語翻譯,UAE 只寫英文
  • 職位優先序:採購 → 產品經理 → 小公司 CEO;具名信加轉介句
  • 寄出時同步設定追蹤日期,追蹤前對 BD 表格與 email 查有沒有回應,並協助找高價值客戶的 keyman 電話
04

交叉比對:成果可信,是因為每一步都有人核對

三方對照,不靠記憶

回覆客戶前,先對三個來源:信件最新一封、詢價 PI 紀錄、出貨收款表。狀態以最新信件為準,不用早上寫好的舊結論去回下午變卦的客戶。

價格只認確認過的版本

官網劃線價不是 MSRP;型錄舊價與內部確認價不一致時,以確認價為準並標記待同步。曾發生推薦信誤用舊價的案例,之後改為出稿前逐項對價、對不上就停。

出貨逐箱查,不假設

多箱出貨逐一核對追蹤狀態才回報「已送達」。「同批出貨」不等於「同日送達」,這是實際踩過、並已寫進流程的教訓。

核對原則同樣適用二部:規格以說明書與工廠文件為準,認證未取得文件前不寫 FDA、不寫療效。準備工作先做對、做齊,再依進度啟動下一步。
04b

第二部:紅光線準備階段,先把目錄與名單做對、做齊

Nephaea 紅光線 · 準備階段

目前在準備階段:先把自製目錄和 BD_二部診所名單做對、做齊,等寄件信箱確定再啟動,確保用對品牌名義寄出。

自製目錄:Nephaea 紅光目錄 6 頁

由 Migo 自行製作,不是拿工廠現成檔改字。收錄四類紅光產品:

  • 半身墊 T61G/上架名 T210G
  • 護腕 T54G/上架名 NG480
  • 面罩
  • 護膝

編輯原則(Migo 定):無價格、無療效宣稱、無 FDA 宣稱。認證文件未齊之前,目錄只寫規格與使用方式,不碰功效與認證字眼。

範圍 只做紅光線不碰 先不開發擦的保養品

BD_二部診所名單:找什麼樣的人發信

  • 疼痛管理診所 302 家,已找到 25 位 keyman
  • 物理治療 66 家
  • 另有脊醫、運動醫學、Wellness/Medspa、銀髮居家、醫療器材經銷、藥局、健身恢復、經銷商等客群
  • 名單橫跨 18 國

發信對象:診所負責人、營運主管、醫師等 keyman 為主;找不到具名窗口時,通用信箱 info@/contact@ 也可寄,不因沒有 keyman 就放棄一家。

下一步 等寄件信箱確定後才寄口徑 同樣只認 Migo 審改後親自寄出的寄出數
為什麼二部更容易直接對到人:二部紅光的對象預期大部分是直接營運者(診所負責人、營運主管、醫師),而非大型 B2B 企業公司,決策鏈較短,不必層層轉介,所以直接找到對口的機率更高。目前是準備期,先把資料蒐集好,等寄件信箱完整就可以開始開發,正式開拓 B2B 市場。

MIGO 決策(二部)

  • 只做紅光線、先不開發擦的保養品,是產品範圍的取捨
  • 目錄不寫價格、不寫療效、不寫 FDA,是合規底線
  • 目前先做好目錄與名單準備,等寄件信箱確定再啟動,確保用對品牌名義寄出

MUSE 執行(二部)

  • 協助整理目錄規格與名單欄位,逐家核對客群分類
  • 找 keyman 時對照職位:負責人/營運主管/醫師優先
  • 名單先建好、去重與備註齊全,等信箱確定即可啟動,不用重找
04c

把經驗做成系統:CRM、階梯報價 SOP 與產品判斷

Migo 改善並建立的方法

這三件事的共同點,是把原本靠記憶、靠臨時問人才能完成的工作,整理成每次都照同一個方法做的系統。不是多做一份表,而是讓客戶、金額、價格和產品判斷,都有清楚的紀錄和依據。

一、BD 表格裡的完整 CRM

我在 BD 表格裡建立了 CRM 的做法,讓它不只是開發名單,而是可以一路追蹤客戶狀態的管理工具:

  • 出貨金額每一次都清楚更新:每一筆出貨的金額都即時對照、更新進表格,金額和進度隨時查得到,不用回頭翻信或翻其他表拼湊。
  • 進線詢問完整標明狀態:進線詢問的客戶也完全標明目前狀態,並自動寫入表格,從第一次詢問、報價、PI 到出貨與收款,狀態接得起來。
  • 成為完整的 CRM:陌生開發、進線客戶、進行中的案子和已出貨金額放在同一個系統裡看,誰在哪一個階段、下一步要做什麼,一眼就清楚。

這是我接手後重點改善的一塊:把分散的紀錄整理成完整的客戶管理,讓後續追蹤不再靠記憶,也不會漏接。

紀錄 出貨金額每次更新狀態 進線客戶完整標明方式 自動寫入表格

二、階梯式報價 SOP:先定區間,再自動計算

階梯式報價的區間,是經由每次跟採購以及前主管討論,一次一次累積、確認出來的:

  • 確定的區間確保利潤:報價不是每次從零猜,而是落在已經討論確認的區間內,折扣往下走,利潤守得住。
  • 有了 SOP,不必每次細節化詢問同事:一般海運報價依數量階梯,就可以自動計算報價區間,速度更快,也不會因為等回覆而拖住客戶。
  • 空運是例外,另行討論:如果有空運,再與採購主管討論利潤空間,以及是否額外加價,確認後才報給客戶。

簡單說:常規報價走 SOP 自行判斷,特殊運輸方式回到討論,兩種情況都先確保利潤,再對外報價。

基準 由 Migo 定 · 量大最多 8 折 · 必要時與 Seven 討論利潤常規 依 SOP 自動計算空運 另與採購主管討論加價

三、產品問題與客製:先讀資料,再由 Migo 判斷怎麼回答

資料先行:客戶詢問的產品問題,會先從官網、Amazon 網站直接讀取並分析,規格、相容性和實際使用情境對清楚了,再由 Migo 決定怎麼回答,不是照貼產品頁文字。

模組知識幫得上客製:Migo 本身有支架模組知識,知道哪些部位可以拆、可以換、可以調整,所以客戶提出客製需求時,能更快判斷做不做得到、要怎麼改,不必每一題都等工廠回覆。

實例:Numatic International Limited

上個月 Numatic 訂購 TH-518 100 組、無底座版本。這類客製需求可以先用簡短的來回與客戶確認重點,省下冗長的溝通時間;需要談得更深入時,Migo 會直接打電話,或者約視訊會議對齊,不只靠信件一來一往。

做法 官網+Amazon 先讀先分析判斷 由 Migo 決定回覆深入溝通 電話/視訊會議
05

主動優化:PI 從手改 Word,到填表單出檔

以前:手工做 Word

  • 每開一張 PI,逐欄改客戶、品項、單價
  • 金額靠手算,改一欄要重對整張
  • 格式容易跑版,銀行資料怕貼錯

現在:PI 生成工具

  • 以現行 PI(如 Barbican AT-2610-10)為底版,抬頭、表格、銀行資料、Thank you 全部原樣保留
  • 填表單即產生同格式 .docx,金額自動計算
  • 我的時間從「排版打字」轉回「確認價格與條款」

時間節省:Before / After 對照

工作項目以前(Before)現在(After)省下時間
PI(一張)手動改 Word,約 5–8 分鐘,還要調版面填表單,約 3 分鐘內完成,只要確定資料正確每張省約 2–5 分鐘
Triage(每天)自己掃六個信箱,約 15 分鐘看 09:00 日報,約 3 分鐘每天省約 12 分鐘,一個月約省 4.4 小時(22 個工作天計)
開發信(一封)找 keyman+讀取網站內容,約 25 分鐘Muse 準備+Migo 審改,約 5 分鐘每封省約 20 分鐘

時間為 Migo 估計。

固定節奏取代臨時想起

AI Agent 排程自動執行(不是 Chat 問答):每日 09:00 triage、每 3 小時掃 jay@/support@/sunia@、每 48 小時 PI 跟進+sales@(主要信箱)、每天 09:00 與 17:00 檢查 side chat Agent、每週五業績統整、每月 18 日準備與財務對帳。這些都不用每次在對話框叫 Muse 做,有事才通知 Migo;提醒系統化之後,靠的不是記憶力,是排程。

日報單一化

原「日報+工作日誌」雙表合併為單一工作日報,月報按曆月(每月 1 日 – 30 日/31 日)自動加總。同一份資料只寫一次,是最基本的效率。

額度也是成本

Hunter 每月 2,000 次查完不補。官網有公開信箱的先用免費管道,額度只留給真正有價值的 keyman,查之前先判斷值不值得。

06

目前卡點與下一步

依優先序排列

卡點

  • Vish 單點集中(不確定 · 全力衝刺中):11 月預計進線 78.9% 押在一單,對方尚未回覆最終價格確認。周五已發信、電話無法打通,預計周一 11/09 21:00 第二次追蹤,周一晚間對應加拿大時間早上再嘗試,一直到聯繫上為止。時間優先序:Vish > 到期 PI > 新開發。
  • 審稿瓶頸:未寄草稿都在等 Migo 審改,產稿速度遠超審寄速度,繼續產稿只會增加積壓;日報只認寄出數,未寄不計。
  • 陌生開發尚未追蹤:目前都只是寄出,還沒有追蹤。有沒有回應要同時看 BD 表格以及 email,兩邊還沒系統性對過,這是下一階段要補上的環節。
  • Hunter 額度:11/21 才重置,新市場開發需排隊,不能與清積壓同時全開。
  • 二部準備中:自製紅光目錄 6 頁與 BD_二部診所名單持續整理中,寄件信箱與紅光認證文件尚待確認;先把目錄與名單做對、做齊,等信箱確定再啟動,確保用對品牌名義寄出。
  • Quince 待付款(不確定):AT-2610-02,TH-218 ×40,$71.99,$2,879.60,美國海外倉,尚未付款。目前等待銀行文件確認,相關文件已提交,等對方確認後再確認付款安排;已自 10 月進線移出,改列入 11 月預計進線的不確定部分。

下一步(依 ROI 排序)

  • 1. Vish 周一 11/09 21:00 第二次追蹤(第一優先):周五已發信、電話無法打通,周一晚間對應加拿大時間早上再嘗試,一直到聯繫上為止;走電話與關鍵資訊確認,守住 $22,$21 只留作最後讓步。
  • 2. 盯 Barbican 11/10、Orain 11/15 到帳,進線轉實收逐筆核銷;Quince $2,879.60 等銀行文件確認、對方確認後再跟進付款安排。
  • 3. 開發先清積壓、審寄優先於新產稿;Hunter 重置後再開新市場。
  • 4. 啟動陌生開發追蹤:10 月寄出的批次在 11 月開始追蹤,依寄出時設定的追蹤日期總共追蹤三次(FW1、FW2、FW3);BD sheet 的 FW1、FW2、FW3 欄位已以灰底建好,被拒絕的打 NA。每輪先對 BD 表格與 email 確認有沒有回應,再更新狀態。
  • 5. 追蹤中評選更有價值的客戶,盡量找到 keyman 電話,選出值得電聯的人由 Migo 親自電聯,進一步追蹤。
  • 6. 舊客戶重啟名單按 P1/P2/P3 推進,電聯優先於再寄一封信。