22.1.7. 書版的線上下單[20060422]

當『線上下單』完成許久之後,回顧其實『線上下單』相對於『網路印刷』的大範圍不過僅僅是解決了『合版』的固定樣式產品的下單行為,也就是預先設定的固定產品:『名片』、『海報』等等,品項有限與固定,價格也有限與固定。

另一部分的書籍、型錄部分因為涉及多種樣式的組合,例如:封面、書口、內彩、內單、裝訂與後加工等,更因為書籍實大與頁數,必須多重考慮要使用何種大紙與開模方式(雙面、輪轉或是合版)卻還是無法鞭辟入裡。

於是開始探討現有的書籍下單與報價模式,很訝異的居然目前所憑藉的幾乎都是經驗智慧的人工開單計算,大小廠都一樣。其導致的結果是:

  • 同一本書給各廠估價,價格差異很大
  • 同一本書給同廠不同業務人員估價,價格也有不小差異
  • 同一本書給同廠同ㄧ業務人員不同時間估價,價格也有差異
  • 估價需要參考許多背景參考資訊,例如紙價等,所以最熟析最快的也要一、二十分鐘,加上文書編輯作業,往往要半到一小時以上才能拿到估價單
  • 甚至因為估價是需要經驗值,所以也不是每一位業務人員都能報價
  • 估價是否正確難以即時評估,或許還好,有一小部份可能虧了,也有可能不小心暴賺一筆
  • 所以較具『規模』的廠商採用主管檢核,雙重稽核當然降低誤失率,不過估計的流程就更加緩慢了

這個現象總是會讓需要拿到估價單的人發生不耐、疑慮與不滿足,因為他的心裡會想:

  • 報價都不一致,可能買貴了
  • 一張估價單搞那麼久
  • 其實我的總預算是XX元,現在高(低)了ㄧ些,那換個紙(頁數、大小、加工)來做最佳的組合,,可是再要張估價單好像很不方便

反過來業務人員也有苦水要吐:

  • 身上背的業績那麼多,小小幾千或是幾萬元要估價十幾回,時間根本來不夠用
  • 一不小心估錯了就麻煩大了
  • 文書處理很麻煩
  • 成交後,來回校稿簡直是整人

所以開始思考起是否能克服這個問題,一樣用『知識管理』的模式,首先將『基礎』的『原料』價格(紙價、印工、...)分析建構資料結構放入資料庫內,然後將『開模』、『組成』、『加工』、...等等的『經驗知識』變成操作演算法,再加上實戰的演練,結果就形成了一個簡易使用的估價程式(資料庫)了。

 進入留言討論區

counter
Table of contents