原廠改版了,業務還在報舊規格?多品牌代理的文件版本管理
· 4 分鐘
一家代理十幾個品牌,型錄、價目表與規格書各有各的改版節奏。拆解報錯規格的兩種典型情況、版本走散的三個成因,以及一套不靠記性的更新節奏與交接做法。
報錯規格,通常是這兩種情況
報錯規格的案例攤開來看,九成落在兩種情況裡。第一種是用了舊版:業務手上那份型錄是去年下載的,原廠今年改了工作電壓範圍或封裝尺寸,而改版通知寄到了另一個信箱。第二種是用了別版:同一個系列有標準品與客製品兩份規格書,業務抓到的是客製那份,規格看起來很像,關鍵那一欄不一樣。
兩種的共同點是:出錯的當下沒有人察覺。規格報出去、客戶照著設計、樣品做出來才發現對不上——而那時候要改的已經不只是一封回信。代理十幾個品牌時,這件事的機率不是加法而是乘法:每多一個品牌,就多一組改版節奏、多一個通知窗口、多一份要盯的文件清單。
版本為什麼會走散?
版本走散有三個成因,而且都不是誰不用心。第一,改版通知的收件人不是使用者:原廠的 EOL 與改版通知通常寄給採購或負責窗口,而真正會拿文件去報價的是業務與 FAE,中間少了一次轉發,新版就沒有到達會用它的人。
第二,文件有太多份拷貝:同一份規格書同時存在於原廠網站、共用雲端硬碟、某位同事的桌面、以及三封轉寄過的郵件裡。更新的時候只換得掉其中一兩份,剩下的繼續在公司裡流通。
第三,沒有「現行版」這個概念。檔名叫「最新版」的檔案,在下一次更新之後就是錯的;而沒有標日期的檔案,連判斷新舊都做不到。對剛接手、沒有人帶的內勤來說,這一點最致命——他沒有辦法從檔案本身判斷該用哪一份,只能問人,而問到的答案也未必是最新的。
一份文件一個主題,切分決定更新成本
文件怎麼切,直接決定了改版時要動多少東西。把產品規格、價格、認證與活動條件全部塞進一份「產品資料包」,任何一項改變都要重做整包,而重做整包的成本高到讓人乾脆不做——於是整包一起過期。
正確的切法是會一起過期的內容放同一份,不會一起更新的分開放。規格書歸規格書、價目表歸價目表、認證證書歸認證證書;原廠調價的時候只換價目表那一份,規格書不受影響。這個原則來自知識庫建立指南第六章,對紙本與雲端硬碟一樣適用,不需要任何工具就能開始執行。
更新節奏怎麼訂?
更新節奏不該靠記性,而該綁在會發生的事件上。靠記性的問題在於,愈忙的月份愈容易漏掉,而愈忙的月份也正是報價量最大、報錯代價最高的時候。綁事件的做法則是把「什麼情況下這份文件要重看一次」寫死,誰值班都照同一套走。下面這張表可以直接抄成公司的檢查清單:
| 文件類型 | 觸發更新的事件 | 定期檢查 |
|---|---|---|
| 產品規格書 | 原廠發改版通知、料號進 NRND 或 EOL | 每季抽查主力料號 |
| 價目表 | 原廠調價、匯率調整、年度合約換約 | 每月核對一次 |
| 認證與安規證書 | 證書到期、法規更新 | 每半年查一次到期日 |
| 型錄與選型指南 | 產品線新增或下架 | 每半年 |
| 交期與庫存 | 隨時變動 | 不做成靜態文件,查系統 |
最後一列是刻意的:交期與庫存的變動速度快到任何靜態文件都追不上,把它寫進型錄只會製造一個保證會過期的數字。這類問題的正解是查系統,或在查不到的時候交給真人回答,而不是留一份三天前的快照。
舊版該留還是該刪?
舊版要留,但要移出流通路徑。追溯的需求真實存在——客戶三年前照著某一版規格設計,今天回頭問「當初那顆的耐溫是多少」,能回答的只有當時那份文件。刪掉等於放棄追溯能力。
但舊版留在現行資料夾裡,就會被當成現行版拿出去用,這是「用了舊版」那類錯誤最直接的來源。做法是分開兩個位置:現行資料夾只放一份現行版,舊版一律移到封存資料夾並在檔名帶上版本日期。判斷標準很單純——會被拿去回答客戶的地方,只能有一份。
換版本的時候,系統該怎麼接?
Kinsunn AI 的知識庫把「換版本」設計成一個明確的動作,而不是靠使用者自己記得刪舊檔。重新上傳同一個檔名時,系統會問要不要取代舊版;選取代之後,它會先上傳新版、分析完成才刪掉舊版——中途失敗的話舊版還在,不會出現一段「新的還沒好、舊的已經沒了」的空窗。原本設定好的可見範圍與顧客綁定會自動沿用,不必重設一次。
改完之後值得多做一步:用「試聊看看」抽問一題,確認 AI 答的是新版的內容。這一步花不到一分鐘,擋掉的是「以為換好了其實沒生效」——而過期文件留在庫裡,正是 AI 拿舊內容回答顧客最常見的原因(其他限制與補法)。後台的知識缺口清單則會把「客戶問了但答不出來」的題目收集起來,那份清單通常就是下一批該補或該更新的文件。