22.2.5. 合版怪獸

今天合版印刷從無到有,主要的發展是從人的技術與合版的概念,人的操作熟稔度看起來已臻極致,再厲害的從業人員想要更快更好的機會不大,所以我們開始思考用機器來替代人工繁瑣的部分。

2002年時我們製作了一個很有限的基本合版組版程式,因為當時我們聽說合版組版很困難很麻煩,當我們的書籍組版完成一定規模與等級時不由得見獵心喜地想這個從來沒人用程式來玩的領域。事實上因為我們都只是在外面觀看與傳聞而已,所以到今天回首時早期程式分析與計畫幾乎已經全然退殼如毛毛蟲到蝴蝶般之轉變與不同,在這裡我略述期間的轉折與變化:

  • 本來只考慮同大小的合版,變成任意混合大小。
  • 本來只考慮預先定義的固定版行,變成任意置放到隨意置放與依公司、色彩、大小最佳化排列。
  • 從單一的合版到啟動從接稿、轉檔、自動檢查稿件、到加工流指示、客戶訂單追蹤、客戶帳款問題等等。本來以為只要解決合版的拼版問題就好了,後來才發現瓶頸是永遠存在的,解決了合版拼版的瓶頸後,瓶頸自然移到另一個地方,再解決這個瓶頸另一個次瓶頸自然變成主瓶頸,所以思考規劃與程式的修正目標自然隨之飄移。
  • 本來我們是挾有處理書版的能力去玩合版的組版,最後卻反過來根據任意合版的技術與概念翻修原來的書籍組版模組,變成一個與傳統書籍組版概念相逕其趣的東西,也就是行動版廠。

本來半自動的任意合版也逐漸演進到適用動的部份,以現有的能量一台一般機台約每小時可以組出二百正反台,相信早已超出最高的人員手工處理之可能性甚多,也就構成左側合版的基本核心。

但是在隨著深入合版市場演進的過程中,逐漸發現當解決了一個瓶頸後,就開始浮現出其他瓶頸了;本來以為解決合版本體就解決大致問題了,事後發現那只是一個相對顯著的問題,合版的本質是快速與低價,合版的製作流程從客戶做稿就開始,到交貨收款才結束。到目前為止我們看到的有:

  • 協助客戶製作簡易型的資料庫做名片模組
  • 協助客戶管理他的客戶與報價會計出貨模組
  • 雙層書籍型錄報價,自己與中盤兩種模組雙向資料交換、訂單收受處理、帳務清對模組
  • 快速與便利的目錄檔案處裡與監控之流程模組
  • 訂單系統或是傳統FTP, Email, 光碟收集檔案之目錄歸類、檢視、轉檔、入單等四大模組
  • 分析各類別訂單數,依據紙價、版費、印工、上光、生產法,計算出最佳化的合版集合模組
  • 任意合版模組
  • 書版型錄組版模組
  • 自動監控式之任意合版與書版型錄組版模組
  • 製版、印刷與加工廠工作指示單、委託單與材料、帳務之管制,不論是實質或是網路聯通模組
  • 材料庫存管制模組
  • 內部與外部追蹤狀態、稽核、集貨分貨與適時帳務推進模組
  • 客戶與市場服務模組
  • 成本分析與效能分析模組

以上是到目前為止我們所理解與正在想要或是正在或是已經解決的模組,較麻煩的是有些模組與模組間存在有資料的依存關聯性,與存在的內部與外部資訊通聯之問題,更麻煩的是必須配合現有的流程與方式(有時是很驢的)動作,就像是要把人從行進中的火車移轉到飛機時,又不能停下執行轉機的動作,因為合版的時程已經壓縮到太短,無法承受過多與過嚴重的錯誤變動。

而估算之內所需套用的基本核心程式技術則包含有:

  • PDF處理與分析
  • WWW/ASP
  • 二階層以上之資料庫處理
  • 低階網路監控與控流
  • 多工FTP客端處理
  • DES編解碼處理
  • ZIP壓縮與解壓縮
  • 多階式Grid處理
  • 應用程式銜接(Mail, Explorer, Office, CorelDraw, Illustrator, Acrobat等)
  • XML/CIP4/Compact WWW
  • 程式資源網路鎖碼

其實它的困難已經遠超原先的想像,也遠超原先印刷業所需的功能與技術,但是從市場的前車之鑑來看,以及之前的分析,如果贏別人的只是一下就可跨越的障礙,那麼將像今日合版的後浪快速侵蝕前浪的現象。

我也相信隨著演進與市場的試鍊,也將有不少的發掘與創意工作模式將必須被發現與解決,今日看到的或許只是鳳毛麟角,合版這個新興與快速演進的概念與業務將是必需集合許多人之智慧與創意去將之更擴大與挖掘。

所以我願意稱合版的終極將是一隻大怪獸。

 進入留言討論區

counter
Table of contents