我們用 SMART——Specific（具體）、Measurable（可衡量）、Achievable（可達成）、Relevant（具關聯）、Time-bound（有時限）——把每個故事拆成五天，作為每次動手造輪子前的五個檢查問題。

本篇是故事二「RFID 天線還沒選型，RD 先要求它配合手上那條饋線」的 Achievable 篇：利用現有工具與最小變更，做得到嗎？

本篇定位：提出一套可執行的選型順序，並說明如何善用現有零件而不被它綁住。

當時發生了什麼

驗證項目列出來之後，來了一個很現實的反彈：「照你這樣做，每種組合都要買回來裝一次試一次，要試到什麼時候？」

這個反問是對的。天線目錄動輒幾十款，饋線分好幾種等級，接頭型式又不只一種，不可能一一實測。也正是這個現實，讓「就用手上那條線」格外像解方：先固定一個變數，剩下的選擇就少了。

但這裡有個順序差別，我當時沒看出來。用庫存零件收斂選項，和用它當起點，是兩件事。前者在候選清單成形後刪去不可行的組合；後者在需求還沒定義前就砍掉大半個解空間，而且砍掉哪些沒人知道。

真正的問題在哪裡

倒著選型誘人，因為它解決了一個真實的焦慮：選擇太多、時間有限、每個決定都可能錯；從已知的零件出發，至少有東西可抓。

問題是這樣長出來的規格會有一種奇怪的形狀。饋線先定了，天線得配合它的接頭與長度；能用的天線少了，涵蓋範圍不足。這時最直覺的補法是「功率調高一點」，但那條路是封死的：法規鎖住可用的傳導輸出功率，天線增益太高還得從功率裡扣回來，能補的其實是天線的數量與位置。於是天線多了，機構得多開孔位、多留走線，成本一路往機構與施工那側長。每一步都只為了配合上一步，最後拼出一套自洽的規格，卻沒有一項是從場域需求推導出來的。

損耗這件事我也算反了方向。當時的想法是「線這麼長，損耗大概就這麼多」。正確的因果倒過來：先由目標讀取距離、法規容許的功率上限與標籤晶片靈敏度，推算整條路徑可容忍的損耗總額，饋線長度與線材等級是在這個額度裡取捨的變數。額度先算出來，才知道那條線是綽綽有餘還是早就超支。

收斂選項沒錯，錯的是方向：要收斂就用最強的限制先篩，也就是不滿足就整案不成立的那些條件，而它們永遠來自場域與法規，不會是倉庫。

可以怎麼做

Achievable 這一步，是把選型排成一條有方向的路，每關都允許砍掉大量選項。

第一關，用場域條件與法規下門檻。 增益、波束寬度、極化、尺寸與防護等級怎麼對應場域，前面已經談過，這關只把它們變成通過或不通過：頻段不符合當地規範的，出局；額定讀取距離與波束涵蓋不到指定讀取區的，出局；標籤朝向不固定卻只有線極化、又無法用多天線補角度的，出局；尺寸放不進安裝空間的，出局。門檻要在看到任何型號之前就寫下來，否則會不知不覺變成替某一款量身訂做的規格。

第二關，用安裝位置決定傳輸路徑。 天線類型有了候選，讀取器放哪、線走多長才變成有答案的問題。先算出可容忍的損耗總額，再看這個長度該用哪個等級的線材才塞得進去。

第三關，機構與施工。 固定件、孔位、走線槽、能不能單獨換掉天線或饋線，這關才定案。

第四關，才輪到成本與供應。 那條饋線在這裡登場：長度與衰減落在第二關算出的額度內、接頭又與候選天線相容，它確實划算，交期為零。但這個優勢只成立在第一台。量產與備品要另外確認：同規格的線材現在還買不買得到、有沒有第二來源？若那捲線是停產品或當年餘料，用它等於在物料表上埋一個單一來源風險，第一台省下的交期會在第二批訂單上還回來。

要壓低驗證成本，可以向代理商或原廠借測樣品、租讀取器開發套件；也可以在最不利的位置做一次小規模的概念驗證（PoC，proof of concept），用它淘汰整類方案而不是逐款比較——如果圓極化在該場域都撐不住朝向變化，線極化就不必再試。淘汰的效率來自每次測試都針對一個會決定方向的假設。

另外至少留一個可行的次選組合與供應來源，別讓單一料件缺貨就整案停擺；也別一次客製天線、線長與機構，任一項延誤都會拖住其他兩項。

最小可行選型不是挑最便宜的零件湊一套，是用最少的實測次數，取得足以做決定的證據。

今天學到的事

選型的順序不是形式問題，它決定了你在替誰最佳化。從場域往下走，每一步都在回答「客戶的物品會不會被讀到」；從庫存往上長，每一步都在回答「這條線怎麼用掉」。兩條路都產出規格書，只有一份和現場有關。

現有庫存可以影響決策，但不該在問題還沒定義時，先升格成不可質疑的系統需求。不過就算順序沒人反對，還是會有人問：不就是一條線嗎？配合一下省下的成本實打實，有必要這麼講究？這筆帳值得認真算一次。