找技術顧問前要先準備什麼？

上週有間做電商的公司找我們聊，會議一開始老闆就問：「你們大概多少錢可以把我們的系統做完？」我們反問：「系統目前卡在哪裡？」對方愣了一下，說「就是覺得該找人來看一下」。聊了四十分鐘，才發現真正困擾他們的不是系統本身，而是訂單處理流程一直靠人工對帳，數位化只是他們自己猜測的解法。

這種狀況我們幾乎每週都會遇到。企業主感覺到「哪裡不對勁」，於是想找技術顧問，但還沒釐清問題是什麼、預算能到哪、決策權在誰手上，就先約了會議。結果顧問問一輪，企業主答不出來，會議變成顧問單方面幫忙做免費診斷，雙方都覺得浪費時間。找技術顧問前，有幾件事真的要先想清楚。

你要解決的是「症狀」還是「病因」

多數企業主帶著症狀來找顧問：報表看不懂、系統跑很慢、客服訊息回不完、老闆想做的功能工程師聽不懂。這些都是症狀，不是病因。

判斷方式很簡單：如果你形容的問題是「某個工具用起來很卡」，那通常是症狀；如果你能講出「因為訂單資料分散在三個系統，所以每次對帳要花兩天」，這才接近病因。顧問真正能幫上忙的，是後者這種已經有一點輪廓的問題。如果你連症狀都還沒整理過，建議先花半天內部盤點，把每天卡住的環節寫下來，再去約顧問，效果會差很多。

預算區間要先有概念，不然雙方都在猜

台灣目前技術顧問的收費，日顧問費落在一萬到八萬元不等，差異來自資歷、技術領域（AI 與資安通常偏高）、專案急迫程度，以及是否需要到場支援。如果是整包的導入專案，中小企業常見的預算區間大概在三十萬到一百五十萬之間，視系統複雜度而定。

很多企業主不是沒有預算，而是沒有把預算「說出來」。顧問問「大概預算多少」，企業主怕講出來被當肥羊宰，於是回答「先聽你們怎麼說」。但顧問端真正需要的不是精確數字，而是一個區間，這樣才能判斷該提輕量方案還是完整方案。與其保留答案讓雙方互猜，不如直接給一個區間，讓討論從一開始就在同一個頻道上。

決策權沒在會議室裡，顧問給的建議也落不了地

我們遇過最浪費時間的狀況，不是企業主沒準備，而是來開會的人沒有決策權。IT 主管很認真地聽完整套建議，最後說「這個我要回去跟老闆討論」，然後就沒有下文了。顧問端投入的時間成本其實跟正式簽約的專案差不多，但因為決策鏈拉得太長，最後不了了之。

如果你是中階主管，想先幫公司探路找顧問，比較實際的做法是先跟老闆確認：這次會議的目的是「蒐集資訊」還是「準備決策」。如果只是蒐集資訊，可以直接跟顧問講清楚，讓對方用比較輕量的方式介紹做法，不用花時間做完整診斷；如果是準備決策，就該讓真正拍板的人一起參與，至少同步關鍵資訊，會議效益會完全不同。

內部資料整理到什麼程度才算「準備好」

不用做到像顧問公司那種正式的系統文件，但至少要能回答三個問題：現在用哪些系統或工具、資料存在哪裡、誰是主要使用者。很多企業的痛點其實不是技術太複雜，而是沒有人講得清楚現況，連內部人員自己都說不準資料到底存在哪個表格或哪個系統裡。

如果你講不清楚現況，顧問第一次會議會花大半時間在做基礎盤點，這部分的診斷成本通常會反映在報價或後續合作的信任感上。反過來說，如果你能整理出一張簡單的流程圖，哪怕只是手畫的，都能讓顧問在第一次會議就進入實質討論，節省雙方至少一到兩次會議的時間。

真正決定合作品質的，往往不是顧問的資歷有多深，而是企業這邊有沒有把「問題、預算、決策權、現況」這四件事先想過一輪。準備好這些，再去約會議，你會發現顧問給的建議突然變得具體很多，因為對方終於知道自己在跟誰討論、討論什麼問題。