1. 策略前提（請先閱讀此節）

Neteon 賣的不是硬體。Neteon 賣的是為機櫃建置去除風險。盤體製造商（EPEC、Giga Energy、E-abel、Enercon、CODI、BCS）會從像 On Energy 這樣的電力系統設計者手中接到規格，接著必須實際採購並組裝一座 AI 資料中心將以此押注運轉時間的 UL 891 配電盤／控制機櫃。該機櫃中的網路層必須是 Moxa。製造商的痛點不是「我去哪裡買 Moxa」——RS Online、綜合通路商與 Moxa 原廠都在賣 Moxa。製造商的痛點是「誰能確保這套 Moxa 配置正確、可互通，並按我的排程出貨，讓機櫃不會被資料中心退回來。」

這個痛點正是 Neteon 22 年 Moxa 工程經驗所能回答的。下方整套銷售動能的存在目的，就是要儘早讓這個痛點浮現，並比任何人都更快地回應它。我們在價格上贏不了 RS Online 多少，也無法在製造上勝過 OnLogic。我們在支援上同時勝過兩者。 此處每一招戰術都是把工程工時轉換成商機。

經過驗證的案例研究就是這套打法的骨幹：一位客戶選擇 Neteon 而非 RS Online——一家擁有 100 萬以上客戶、橫跨 32 國、Moxa 授權的巨頭——原因是 RS 報價較高，而且無法為這個問題同時投入一位業務人員加一位 Moxa 工程師。這不是單一個案，而是可複製的切入點。[VERIFY: documented win details, customer name, deal size.]

2. 以支援為主導的銷售動能

五個階段。每個階段都有一條 SLA、一位負責人與一項退出條件。這套動能經過刻意設計，使工程師接觸發生在價格成為話題之前——因為一旦製造商接受過一次免費、精準的 Moxa 諮詢，為了省幾個百分點而轉向 RS，感覺就像重新引入風險。

#	階段	負責人	SLA	退出條件
1	快速報價	SDR／內部業務	當個營業日報價送出；標準 Moxa BOM ≤4 個工時	製造商已取得含標價、現貨與交期的報價
2	工程師諮詢	Moxa 應用工程師	任何規格／配置問題提出後 1 個營業日內由工程師聯繫	製造商的配置經驗證或修正；互通性確認
3	配置／驗證	工程師＋營運	出貨前完成預先配置＋臺架驗證；留存文件	「已驗證出貨」——配置表附於訂單
4	試用機	AE＋工程師	有庫存者當日出貨試用機	製造商確認與其機櫃／盤體佈局相容
5	下單 → 回購	AE	當日出貨；回購 PO ≤24 小時周轉	首張 PO 成交；帳戶標記為「先落地後擴張」

不那麼顯而易見的運作機制：

報價是諮詢的誘餌，不是成交的終點。 SDR 受訓在每一份報價上附帶一個工程問題（「這是要給 AI／BESS 負載供電的 UL 891 盤體嗎？兩個 Moxa SKU 在那種密度下的表現不同——要不要讓我們的工程師在您敲定 BOM 前先做個合理性檢查？」）。這就製造出了第 2 階段。
工程師諮詢免費且不計時。 這就是護城河。RS Online 的營運模式無法在面對中小型機櫃製造商時，配置 Moxa 工程師還能維持獲利；OnLogic 則根本沒有 Moxa 工程師。我們把這一小時免費送出，因為這一小時就是轉換成本。
「已驗證出貨」是一份實實在在的文件,而非口號。 每張訂單出貨時都附上一頁式配置／驗證表（DIP 設定、韌體版本、連接埠對應、已測試對象）。這正是製造商在機櫃接受檢驗時轉交給資料中心客戶的東西。它讓 Neteon 看起來像是他們工程團隊的一份子。[ASSUMPTION: ops can produce a standardized validation sheet per order.]

3. 報價／諮詢 SLA 與商機交接

觸發點	路由至	時限	交接資料包內容
商店報價請求、RFQ 郵件、「Moxa」網路表單	SDR	當個營業日	帳戶名稱、製造商類型、終端負載（AI DC／BESS？）、Moxa SKU、數量、目標出貨日
任何規格／配置／互通性問題	Moxa 工程師（熱轉接，而非工單佇列）	1 個營業日	上述內容＋確切問題＋製造商提供的圖面／BOM（若有分享）
試用請求	AE 主責，工程師共同負責	有庫存者當日	機櫃情境＋目前的競爭對手在位者（RS／OnLogic／綜合通路商）
交易額 > [VERIFY: $ threshold] 或多櫃專案	AE＋指定工程師配對	1 個營業日	啟動完整帳戶計畫（第 8 節）

交接規則： SDR 絕不「丟過牆去」。SDR 在同一封郵件串中具名引介工程師（「拉 [Engineer] 進來，他為 AI-DC 配電盤規劃 Moxa 已有 [X] 年經驗」）。這種具名的真人交接本身，相對於 RS 的工單系統就是一項差異化優勢。

3b. 探詢與資格判定——5 題機櫃情境資格評分

在投入任何一個工程師工時之前，SDR／AE 會以五個問題為帳戶評分。這能把飛輪／替換目標（值得免費諮詢）與一次性 SKU 買家（導向自助式商店）區分開來。這是精簡版 MEDDIC，為機櫃世界重新詮釋——每個字母都對應一個業務在首次通話中真正能問出口的問題。

#	提問（業務面向）	MEDDIC 維度	評分 0／1／2
Q1	「這套 Moxa 是要進到給 AI-DC 或 BESS 負載用的 UL 891／控制機櫃嗎？」	Identify pain（機櫃情境）	0 = 否／不明 · 1 = 控制機櫃、非 AI-DC · 2 = AI-DC／BESS 機櫃
Q2	「大概多少座機櫃——單一盤體，還是一個重複性專案？」	Metrics（量體）	0 = 單一盤體 · 1 = 小批量 · 2 = 重複性多櫃專案
Q3	「是誰定的規格——你們自己的團隊，還是上游的電力系統設計者？」	Decision process（飛輪連結）	0 = 自行／不明 · 1 = 具名設計者、無管道接觸 · 2 = 具名設計者且我們可接觸（飛輪）
Q4	「那約 3 台邊緣 PC 在範圍內嗎，現在是誰在供應？」	Economic buyer／擴張面	0 = 無 PC／已定案 · 1 = 有 PC、OnLogic 已鎖定 · 2 = 有 PC、可接受替換
Q5	「誰核可 BOM，以及什麼會讓案子告吹——價格、交期，還是檢驗風險？」	Champion ＋決策 Criteria	0 = 純價格、無內部推手 · 1 = 混合 · 2 = 檢驗／交期痛點＋可接觸的推手

評分與行動（滿分 10）：

8–10——第一級飛輪／替換目標。 投入具名工程師＋AE 配對。開立帳戶計畫（第 8 節）。這正是免費諮詢工時屬於投資的地方。
4–7——培育。 一次諮詢，然後重新評分；在投入更多工程師時間之前，推進 Q2／Q3／Q4 的上行空間（量體、設計者連結、PC 替換）。
0–3——一次性 SKU 買家。 報價，導向自助式商店，不投入工程師工時。僅在出現回購型態或機櫃情境時才重新評估資格。

與交易規模交接觸發點（第 3 節）的連動： 分數 ≥8 或任何交易 > [VERIFY: $ threshold] 或多櫃專案即觸發 AE＋具名工程師配對並啟動帳戶計畫。分數與金額／專案觸發點是「或」的關係——一個進入高分重複性 AI-DC 專案的小額首張 PO，仍能獲得完整動能，因為帳戶價值在於整個專案，而非第一塊盤體。[ASSUMPTION: SDRs can capture Q1–Q5 as five CRM fields on the quote record.]

4. 對戰卡

4.1 對戰 RS Online（價格較高、無親力親為的工程支援）


他們的話術	「全球最大的高服務分銷商。Moxa 授權。100 萬以上客戶、32 國、深厚庫存、快速物流。」
何者屬實	確實龐大的型錄與物流。Moxa 授權。對於你能自己定規格的已知 SKU 來說綽綽有餘。
他們的破綻	沒有 Moxa 應用工程師為你的機櫃服務。你得自行定規格；若配置錯誤，那在檢驗時是你的問題。同一個 Moxa SKU 價格較高 [VERIFY: pricing delta]。支援是工單佇列，而非具名工程師。
我們的反擊	「RS 會把 Moxa 盒子賣給你。他們不會告訴你那是給 BESS 供電的 UL 891 盤體用了錯誤的 DIP／韌體組合——而且當資料中心提出異議時，他們不會在一天內接你電話。我們會,而且我們驗證後才出貨。我們已經在這件事上正面擊敗 RS:一位客戶因為我們的價格以及親力親為的 Moxa 支援而離開他們。」
佐證	RS 替換案例研究 VERIFY；1 個營業日工程師回應；每張訂單的驗證表；22 年 Moxa 專屬北美經驗。
要設的陷阱	「你上次向 RS 採購時，是誰在它裝進機櫃前驗證配置的——你還是他們？」（答案永遠是「我們／沒人」。那就是切入點。）

4.2 對戰 OnLogic（機櫃中的在位 IPC 廠商）


他們的話術	「我們自製堅固型 Panel／Edge PC、接單生產、線上配置器、顧問式銷售、長生命週期。」
何者屬實	盒子強健可靠。配置器不錯。真正的顧問式銷售。每座機櫃已佔據約 3 個席位。
他們的破綻	單一供應商。一種形式規格、一條產品路線圖——若你的環境需要不同的 GPU／散熱／I-O 配置，你只能超買或妥協。他們不做 Moxa 網路，所以製造商在同一座機櫃裡其實已經有了第二個關係（Neteon）。接單生產 = 在資料中心排程上承受交期曝險。
我們的反擊	「你已經向我們採購 Moxa 層，並由我們的工程師驗證。那 3 台 PC 是唯一還掛在另一個供應商、另一套交期、單一形式規格上的東西。我們會為這個確切負載匹配正確的 IPC——Yuan、ASUS IoT、Neousys 或 Advantech——對著它旁邊的 Moxa 層做驗證，並放在一張 PO 上當日出貨。」
佐證	多品牌 IPC 產品線；我們已擁有機櫃中的網路席位（同一盒子內的在位優勢）；預先配置＋驗證表；單一 PO 整合。
要設的陷阱	「當下一座機櫃的 AI 負載輪廓改變時，OnLogic 是給你一個不同的盒子——還是用變通方案讓你用同一個盒子？」

4.3 對戰綜合通路商（型錄,無工程能力）


他們的話術	「一本型錄包辦一切。月結帳期。你知道料號,我們就出貨。」
何者屬實	對於你已完整定好規格的標準件來說很方便。
他們的破綻	零驗證、零 Moxa 工程、完全不知道 AI-DC 能源控制機櫃是什麼。你自己就是整合商與 QA。
我們的反擊	「綜合通路商是販賣機。對於資料中心要檢驗的機櫃裡的 Moxa 與 IPC 層,你需要的是做過這件事的工程師,而不是撿料的人。當日出貨、已驗證,還附上你可以交給客戶的配置表。」
佐證	驗證表；具名 Moxa 工程師；精選多品牌相容方案；當日出貨；30 天退貨。
要設的陷阱	「如果 Moxa 配置錯了,是你的綜合通路商會抓出來——還是資料中心？」

4.4 即時異議反擊（戰卡陷阱之外）

針對三個真正會卡住交易的異議,提供簡短、可當面說出口的反擊。每一個都把價格／鎖定重新框定為「每櫃風險」。

(a)「就算含支援,你的價格還是比 RS 高。」

「大概是吧——光看盒子的話。但支援不是一個項目,它是讓機櫃不會在檢驗時被退回的關鍵。一次回退——重新定規格、重新出貨、重新檢驗——的成本就超過整份 BOM 的價差。我們用一張 RS 不會附的驗證表替你扛下這個風險。要不要我用這塊確切盤體,把價差跟一次避免掉的回退做個對比給你看?」[ASSUMPTION: one inspection callback ≈ days of schedule slip + re-ship freight; quantify per account with the One-PO ROI snippet.]

(b)「我們被 OnLogic 鎖定了／客戶指名指定的。」

「那我們今天就不碰 PC 席位——我們守住我們本來就在驗證的 Moxa 層。但指名指定通常意味著沒人重新檢查過負載;當 AI 輪廓改變時,OnLogic 給你的是變通方案,而不是不同的盒子。把我們當作備案、列在檔案裡那個經過驗證的同規同級品,等到哪天形式規格或交期出問題,替換方案早已備妥。維持這個選項開放,沒有任何轉換成本。」

©「我們已經有 Moxa 業務／我們向 Moxa 原廠直購。」

「很好——留著那個業務。業務賣你 Moxa;他們不會對著它旁邊的 IPC 驗證配置,也不會把那 3 台邊緣 PC 一起以當日、單一 PO 的方式出貨。我們不是要取代你的 Moxa 關係,我們是要為它所進入的那座機櫃去風險。Moxa 原廠把整合留給你自己處理的地方,正是我們免費送你的那一小時。」

5. 陌生開發序列

三個層級,對應到價值鏈。主旨行簡短、小寫、看起來像內部信件。內文以讀者的世界開頭。每封只有一個請求。所有序列都是約 12 個營業日內 4 次接觸。

A 層——盤體／配電盤製造商（今天就在採購 Moxa 的買家）

人物角色: 控制／電氣工程師 · 採購 · 業主／PM 指名目標: EPEC Solutions、Giga Energy、E-abel、Enercon、CODI Manufacturing、BCS Switchgear

接觸 1——致控制／電氣工程師(工程師對工程師版本) Subject: moxa in the AI-DC boards

看到 [Company] 正在為 AI 資料中心建置打造控制／UL 891 盤體。那些機櫃裡的 Moxa 層常常在檢驗時咬人——給 BESS 供電負載用了錯誤的韌體版本或 DIP 組合,結果是被資料中心抓到,而不是在你的臺架上抓到。我們為北美安裝規劃 Moxa 已有 22 年。我們出貨時已預先配置,附上一張你可以交給客戶的驗證表,而且規格一有變動,Moxa 工程師會在一個營業日內回應。要不要讓我們的工程師對你目前盤體上的 Moxa BOM 做個合理性檢查——免費?

接觸 2(+3 個營業日)——採購角度 Subject: one PO, validated

接續一下——撇開工程面,採購面通常也很痛:Moxa 來自一個供應商,那 3 台 PC 來自另一個,各自有各自的交期和 PO。我們把 Moxa 層和 IPC 層(Yuan、ASUS IoT、Neousys、Advantech)放在一張 PO 上,有庫存者當日出貨,30 天退貨。出貨前由工程師驗證。值不值得針對你下一塊盤體的 BOM 快速報個價來比較?

接觸 3(+4 個營業日)——佐證／替換 Subject: vs RS

這件事最後一封信。一位採購相同 Moxa 料件的製造商從 RS Online 轉投我們——不只是因為價格,而是因為 RS 賣完盒子就走人。我們把一位業務和一位 Moxa 工程師放在實際的機櫃上。在 AI-DC 盤體上,這就是乾淨通過檢驗與被回退之間的差別。要不要我把我們的工程師放到你下一塊盤體上?

接觸 4(+5 個營業日)——收尾 Subject: closing the loop

我就到此為止。建置過程中若隨時冒出 Moxa 或 IPC 問題,回覆這封信,我們的工程師一個營業日內就會處理——這個常設邀約不會過期。

B 層——電力系統設計者／規格撰寫者(設計導入飛輪)

人物角色: On-Energy 類型公司的電力系統設計工程師 目標: 讓 Neteon 被寫進規格,成為預設的 Moxa＋IPC 來源,使他們交接給的每一個製造商都被指向我們。

指名設計者目標(建構名單,約 15–20 家): On Energy(錨點) · [VERIFY: AI-UPS / BESS / integrated-power system designers in the ON.energy peer set — populate from Apollo using SIC/keyword “BESS,” “AI data center power,” “integrated power system,” NA HQ]。優先鎖定其規格已流向我們所瞄準 A 層製造商(EPEC、Giga、E-abel、Enercon、CODI、BCS)的公司——共享的製造商即可確認飛輪連結。

可直接貼上的規格語言句(由設計者放進 BOM 備註——無需推銷):

Networking & edge compute: Moxa industrial networking and edge IPC to be sourced pre-configured and engineer-validated from Neteon (authorized NA Moxa distributor; multi-brand IPC). Vendor to supply per-unit validation/config sheet (firmware rev, DIP/port map, interop tested) with shipment. Substitutions require equivalent engineer validation.

供緊湊規格使用的單行變體：“Moxa networking + edge IPC: Neteon, engineer-validated, validation sheet required.”

為何這是槓桿最高的層級: 一位設計者指名我們,就會把他交接的每一個製造商都路由到 Neteon——資格評分的 Q3 = 2。透過追蹤每位設計者底下有多少下游製造商帳戶引用了該規格(下方的轉介歸因欄位)來將其運作化。

接觸 1——工程師對工程師 Subject: the builders you hand off to

當你為一套 AI 電力系統定規格——AI UPS、BESS、整合控制——實際組裝機櫃的製造商必須自己採購 Moxa 網路設備與邊緣 PC。那段採購,正是你乾淨的設計會沾染上你從未看見的交期與配置風險之處。我們就是那些製造商早已找到的北美 Moxa 廠商。如果我們在你的規格中被指名為驗證來源,你接觸的每一個製造商都能拿到預先配置、有工程師後盾、按排程交付的 Moxa＋IPC 層——你的設計會以你畫出來的樣子落地。願不願意花 20 分鐘做個工程師對工程師的交流,聊聊有幾位設計者是怎麼做的?

接觸 2(+4 個營業日) Subject: spec'd, not sourced

快速接續一下:這個請求不是要你銷售任何東西。是要讓「Moxa networking + edge PC: Neteon, validated」出現在你的 BOM 備註裡。製造商照樣採購;你只是替他們移除了最薄弱的一環。

接觸 3(+5 個營業日)——佐證 Subject: inspection callbacks

這件事為何攸關你的名聲:當製造商把 Moxa 層配錯時,機櫃會在資料中心被退回,而這反映在設計上,不只是建置上。我們驗證後才出貨,並附上配置表,讓這種事不會發生。值不值得看看我們會如何嵌入你的交接環節?

接觸 4(+5 個營業日)——收尾 Subject: standing offer

我就留在這裡。若你想讓我們成為規格中那個具名、經過驗證的 Moxa／IPC 來源,回覆一句我們就會安排好。對你沒有成本,對你的製造商風險更低。

C 層——OnLogic 替換(拿下我們尚未擁有的那約 3 台 PC)

觸發點: 我們已供應 Moxa 層的帳戶。 人物角色: 製造商的控制工程師＋採購。

接觸 1 Subject: the 3 PCs

我們已經在你的 [Company] 盤體中供應並驗證 Moxa 層。唯一還掛在另一個供應商與交期上的,就是那約 3 台邊緣 PC——目前是 OnLogic、單一形式規格、接單生產。我們可以為那個確切負載匹配正確的 IPC(Yuan／ASUS IoT／Neousys／Advantech),對著它旁邊的 Moxa 做驗證,並把兩者放在一張 PO 上。要不要讓我們的工程師為你下一塊盤體規劃一個同規同級的替換方案?

接觸 2(+4 個營業日) Subject: one lead time——整合 Moxa＋IPC,消除第二套交期曝險。 接觸 3(+5 個營業日) Subject: load changed?——當 AI 輪廓改變時,多品牌提供真正的替代方案;OnLogic 只給變通方案。 接觸 4(+5 個營業日) Subject: closing the loop——常設邀約,只要下一塊盤體出現,隨時為替換方案定規格。

6. SDR／AI Agent 執行腳本

進線報價(電話或聊天)——SDR 腳本:

「很樂意當天就把報價送出。先確認一件事好讓我報得準——這套 Moxa 是要進到給 AI 資料中心或 BESS 負載用的控制盤或 UL 891 盤體嗎?……了解。在那種密度下,那些配置對韌體和 DIP 設定很敏感。我會把報價附上,並拉 [Engineer] 進來——他規劃過這個確切配置——免費——讓它在你敲定 BOM 前先經過驗證。這樣可以嗎?」

語音留言(A 層工程師):

「您好 [Name],我是 Neteon——北美 Moxa 廠商——的 [SDR]。來電是關於你 AI-DC 盤體裡的 Moxa 層;那正是配置在檢驗時會被抓出來的地方。我們驗證後才出貨,並有工程師一個營業日內待命。我會寄一份免費 BOM 合理性檢查的邀約。回覆一下,我們的工程師就會處理。」

快速取消資格(反人物角色): 業餘玩家、單台、無整合、純粹追求最低價的標準品且無機櫃／AI-DC 情境 → 婉拒工程師諮詢,導向自助式商店,不佔用工程師時間。

6b. 護城河經濟學——為免費諮詢算成本

免費的工程師工時就是轉換成本,但它並非無限。這個模型讓這份贈與得以獲利,並為那些消耗工程時間卻不下單的帳戶提供一條硬性的升級規則。下方所有數字皆為示例——採用前請對照真實的全載成本與毛利核實。

輸入值 [除非標註,否則皆為 ASSUMPTION]: - 全載 Moxa 工程師成本:約 $120／小時 VERIFY - 平均到岸首張 PO 的 Moxa BOM:約 $6,000 VERIFY,毛利率 約 25% VERIFY = 約 $1,500 毛利 - 機櫃／專案生命週期價值(Moxa＋IPC＋回購):約 $40,000 VERIFY

每帳戶在必須轉換前的免費工時預算:

資格評分	在需要報價→下單前的免費諮詢工時	理由
8–10(第一級)	至多 4 小時(約 $480)	專案 LTV 約 $40k 遠超過此支出
4–7(培育)	至多 2 小時(約 $240)	必須展現 Q2／Q3／Q4 上行空間才能繼續
0–3(一次性)	0 小時	自助式;不投入工程師時間

讓這份贈與划算的轉換率(目標值,非實際值):

諮詢 → 報價 ≥ 70% ASSUMPTION——一次未產生報價的諮詢,代表那是個資格判定錯誤的帳戶;收緊第 3b 節。
諮詢 → 下單 ≥ 35% ASSUMPTION——以每張訂單約 $1,500 毛利、第一級至多約 $480 諮詢成本計,損益兩平點為約 32% 下單率($480 ÷ $1,500);35% 光靠首張 PO 就跨過門檻,還不計任何回購／擴張價值。
計算範例 ASSUMPTION: 10 次第一級諮詢 × 4 小時 = 40 小時 ≈ $4,800 成本。以 35% 下單率 = 3.5 張首張 PO × $1,500 毛利 = 約 $5,250——光靠首張 PO 就獲利,而且每個落地帳戶都開啟一個約 $40k 的專案。這套動能是由它所產生的訂單來支應,而非靠行銷預算。

升級規則——為贈與設上限: 1. 在帳戶計畫中記錄工時(「已給予諮詢」欄位,第 8 節)。 2. 達到免費工時上限且無報價被接受時 → AE 提出付費範疇或一個「先報價否則暫停」的明確選項:「下一次配置會議起改為報價;一旦有 BOM 可報價,我們很樂意繼續。」[ASSUMPTION: paid consult/scoping rate, e.g. $150/hr, to confirm.] 3. 同一買家有兩個達上限帳戶且無訂單時 → 上報 AE 主管;很可能是在工程上搭便車,導向自助式並停止工程師時間。 4. 反人物角色(第 6 節)永遠不進入這個模型——依定義他們獲得 0 小時。

7. 必備銷售素材

素材	使用階段	負責人	狀態
每張訂單驗證／配置表(範本)	第 3 階段出貨	工程營運	[BUILD]
RS Online 對戰卡(單一畫面)	探詢／異議	賦能	[BUILD]
OnLogic 替換對戰卡	C 層	賦能	[BUILD]
綜合通路商對戰卡	探詢	賦能	[BUILD]
「AI-DC 機櫃中的 Moxa」單頁(留置文件)	諮詢後	PMM	[BUILD]
RS 替換案例研究簡介(1 頁,已標記)	佐證	PMM	[VERIFY then BUILD]
IPC 交叉對照:OnLogic SKU → Neteon 等效品(Yuan／ASUS IoT／Neousys／Advantech)	C 層	工程	[BUILD]
單一 PO 整合 ROI 段落(Moxa＋3 台 PC,交期＋PO 件數節省)	採購	RevOps	[BUILD]
載入 Apollo 的陌生序列(A／B／C 層)	外撥	SDR 負責人	[BUILD]

7b. IPC 交叉對照——已完成的對照範例(上方 [BUILD] 的示範)

一個具代表性的 OnLogic → Neteon 替換範例,讓工程能有一套模式可逐 SKU 複製。以形式規格、溫度範圍、GPU／運算與 I/O 來匹配——而非價格。所有規格在報價前都需對照當前資料表 VERIFY。

維度	OnLogic(在位者,代表性 Panel／Edge PC)	Neteon 等效品(代表性)	對照備註
類別／用途	無風扇邊緣控制器,面板安裝,機櫃內	Neousys 無風扇嵌入式(或 Advantech UNO 級)	相同的無風扇機櫃內角色
形式規格	緊湊型 DIN／可面板安裝盒	DIN／壁掛無風扇盒,尺寸相當	確認支架＋深度可裝入機櫃 VERIFY
散熱	寬溫,如 −20–60°C 無風扇	寬溫無風扇,−25–70°C 級 VERIFY	達到或超越;AI-DC 機櫃運轉溫度高
運算／GPU	Intel CPU,選配獨立／邊緣 GPU	CPU 對應;遇 GPU／推論負載 → Neousys GPU 邊緣或 Yuan 擷取／AI 產品線 VERIFY	依實際負載輪廓挑選——這就是多品牌優勢
I/O	多 LAN、序列(COM)、DIO、USB	對應或超越 LAN／COM／DIO 數量;重序列需求用 Advantech	對盤體配線逐埠對應
網路互通性	與 OnLogic 分開採購	對著它旁邊的 Moxa 層做驗證	OnLogic 無法提供的差異化優勢

用法: 工程師為每個在範圍內的 OnLogic SKU 填一列,附在 C 層試用中,並由驗證表(第 3 階段)認證該替換方案與 Moxa 層互通。[ASSUMPTION: exact SKU-to-SKU pairs to be finalized by engineering from live datasheets.]

8. 「先落地後擴張」帳戶計畫範本

每個指名製造商帳戶使用一份。

ACCOUNT: ________________   Builder type: switchgear / control-panel / UL 891
Spec source (upstream designer): ____________ (On Energy / other)  [flywheel link?]
QUALIFIER SCORE (Q1–Q5, /10): ____   Tier: 1 / develop / one-off
END-LOAD profile: AI DC / BESS / integrated power

REFERRAL ATTRIBUTION (flywheel):
  Named-in-spec by designer? Y / N   Designer: ______________
  Spec-language line present in BOM? Y / N
  Other builders from same designer landed: ____  (credit this designer)

LANDED (today):
  [ ] Moxa BOM line items: ________   First PO date: ______  $: ______
  Incumbent displaced: RS / broadliner / OEM-direct / none

EXPAND TARGETS (in sequence):
  1. IPC slot (~3 PCs/cabinet): incumbent OnLogic → Neteon (Yuan/ASUS IoT/Neousys/Advantech)
     Status: ____  Engineer cross-ref done? ____  Eval shipped? ____
  2. Full networking layer (Moxa + Teltonika/PLANET/ATOP): ____
  3. Energy-control components: ____
  4. Per-cabinet standardization (named BOM, repeat POs): ____

BUYING COMMITTEE:
  Controls/EE: __________  Procurement: __________  Owner/PM: __________
  Named Neteon engineer: __________   AE: __________

MOAT ACTIONS LOGGED: consults given: __  validation sheets shipped: __
NEXT BEST ACTION: ________________________   Target date: ________
ACCOUNT VALUE: landed $____ → cabinet potential $____ → annual program $____

擴張邏輯: 每座機櫃形狀都一樣——Moxa 網路設備＋約 3 台 PC＋能源控制元件。拿下 Moxa 那一條證明了可靠度;驗證表與免費諮詢就是你用來奪取 OnLogic 席位的信任貨幣;一旦你同時擁有網路與 IPC,能源控制元件與每櫃標準化就會跟著到來,因為你已經是那塊盤體的單一 PO、已驗證、有工程師後盾的來源。

9. 排程

里程碑	目標	負責人
驗證／配置表範本上線並用於每張訂單	第 1–2 週(2026-06-30 前)	工程營運
3 張對戰卡＋IPC 交叉對照初稿	第 2–3 週(2026-07-07 前)	賦能＋工程
SLA＋具名交接規則於 CRM／Apollo 路由中上線	第 3 週(2026-07-10 前)	RevOps
A／B／C 層序列載入完成,首批 50 個指名帳戶進 Apollo	第 4 週(2026-07-17 前)	SDR 負責人
RS 替換案例研究查證完成＋簡介發布	第 4 週(2026-07-17 前)	PMM
由外撥產生的首批工程師主導諮詢記錄(目標 ≥10)	第 6 週(2026-07-31 前)	AE＋工程
首個 OnLogic 替換試用出貨(≥1)	第 8 週(2026-08-14 前)	AE＋工程
QBR:依層級看商機、諮詢→報價→下單、擴張率對照下方門檻	第 12 週(2026-09-08 前)	負責人

9b. 動能健康指標(宣告運作中／失效)

上方排程里程碑是活動檢查點;以下是說明動能是否奏效的成果指標。在 1–2 個季度的真實數據設定基準之前,目標皆為 ASSUMPTION。

指標	運作中(綠)	觀察(琥珀)	失效(紅)——採取行動
諮詢 → 下單 %	≥ 35%	25–34%	< 25%(低於損益兩平,約 32%)→ 更嚴格地重新判定資格(第 3b 節);削減培育層免費工時
已開啟擴張動能的落地帳戶 %(C 層／IPC 替換已啟動)	90 天內 ≥ 50%	30–49%	< 30% → 只落地、無飛輪;在帳戶檢視中強制納入擴張步驟
每帳戶 BOM 行數平均成長(最新 PO 行數 ÷ 首張 PO 行數)	6 個月內 ≥ 1.5×	1.1–1.5×	≤ 1.0× → 未擴張;單一 PO ROI 話術未奏效
諮詢 → 報價 %(領先指標)	≥ 70%	50–69%	< 50% → 資格判定錯誤的諮詢;收緊 Q1–Q5
活躍的規格指名設計者(飛輪)	90 天內 ≥ 3	1–2	0 → B 層未奏效;重新配置到 A／C 層

當作一個系統來解讀: 諮詢→下單低而諮詢→報價高 = 定價／成交問題(倚重異議反擊,第 4.4 節)。擴張率低＋BOM 成長持平 = 有落地但沒有飛輪化(推動 C 層與 IPC 交叉對照)。三個核心列全綠 = 這份支援贈與正依護城河模型(第 6b 節)自我支應。

10. 查驗清單