22.3.5. 網路櫃檯(一)[20070711]

擁有一個網站是從事印刷設計的美夢,擁有一個能執行線上傳檔、下單、校對、網路檔案櫃更是過去幾年來許多人想要的簡易印刷功能性網站。

在 Sirius 系列之下單系統 SiriusSendX 發展多年之後,SiriusSendX 除了原先的傳檔下單功能之外也佈滿搭載極多的附加功能,這些的設計思考來自於考量一個印刷店頭所需的強化工具,功能的方向逐漸由 B-B 走向 B-C,SiriusSendX 擁有極大的線上下單優點,包含結合 FTP 的檔案資料與WEB的訂單資訊、用戶各自的環境與訊息、產品、價格,功能甚多不勝枚舉;不過其缺點就是優點的背面,包含:

  • 需下載安裝,只有 Windows 版本
  • 因為 SiriusSendX 會傳輸資料與檔案到網外,所以可能會被防火牆擋下,必須另外設定防火牆
  • SiriusSendX 伺服機端之建構與維護需有相當能力的專人處理

除了合版之外,思考數位網路影印、傳統印刷、數位沖印、大圖噴繪、各式傳檔輸出、與似乎是逐漸風行的 POD 生意等都需要相類似的線上傳檔下單的 B-C 網站。

因為要 B-C,所以必須完全使用『網頁』,不能套用類似需下載與安裝的 SiriusSendX 之解決方案,同時目前大部分的這些公司的規模也都不太可能設置專業資訊部門來建構伺服機與後台系統;雖然市場上有幾個想解決這些問題的系統,例如:恆剛資訊的各式下單系統Press-Sense 的 iWayXEROX 的 FreeFlowPrintJobprinthouse 的 Online Printing ManagementEFI Print ManagementAgile Web2PrintDocTera、...等等,不過就這些已發現的產品在台灣現實環境下,我的看法是:

  • 有些是功能完善且龐大的系統,對以中小企業為主的台灣,難以在小公司或小生意上操作
  • 作業習慣問題,例如客戶核可訂單的程序,台灣大部分都是最後一個執事者直接下單,沒有要下單後再由層層管理核可,就算有也是在自家內完成,更不可能在廠商內辦理
  • 為保護系統被複製,網站集中代管代收,傳到ISP再拉回來,好處是建置易省管理,缺點是檔案還要拉回來與控制性低
  • 有些單價極高,如果業務規模量不足將難以支撐
  • 中文化問題,沒有中文一切免談

除了合版上、中、下游業者的網路傳檔下單之需求外,在今年數位印刷 (POD) 設備大賣之際,也發現買 POD 硬體設備是現在客戶的第一與唯一考量,考量機器的色彩、品質、速度、售價與每張生產的費用,計算買那一台的回收最好最快,...我認為其實每一台的計算方式都對,而唯二的問題是所有的計算都假設了:

  • 沒有業務來源的問題(機器可以有源源不斷的案子來處理)
  • 沒有檔案付印前的預備問題(將客戶資料轉換、檢查、修整到可送入計算列印)

現實面是以任一台設備的速度幾乎都非是購買者原本的業務量與服務能力之所能供給,可能的方法是用網路走出去,也就是線上數位印刷服務 (Web to Print),也因為這是一個嶄新的市場,還沒有發現什麼已經廣泛應用的網路接單的解決方案。

林林總總地市場觀察與了解,感覺『B-C網頁式的傳檔下單』似乎是當下網路印刷的商業模式所亟需的那一環,因此觸發研發『網路櫃檯』(Print Web Counter) 的念頭。

在反覆市場研究與模擬,對想做的 B-C 網頁式的傳檔下單系統-『網路櫃檯』設定的初期目標是:

  1. 純網頁式的傳檔下單,結合資料(檔案)與資訊(訂單資訊)於一體的操作
  2. 不需下載元件式的傳檔(這樣就不會限於 Windows,也避免被瀏覽程式檔下)
  3. 容易自我安裝與自我維護
  4. 後台作業,以分發、登錄、追蹤、與提供客戶回饋工作進度
  5. 目標適用範圍為要傳檔案(資料)與賦予生產指令(資訊)的應用
  6. 提供工作檔案數據倉庫 (Data Warehouse) 的功能,包含公共與個別用戶的網頁版數據倉庫,這樣能提高網頁生意的承接性
  7. 提供基本網站的結構 Framework,讓網站與傳檔下單一次取得,一次建購
  8. 提供產品、分類、價格的標準資料庫結構,只要填好資料庫表格,就完成網頁產品的選取與價格,同時能根據用戶的會員等及選用不同資料庫,而看到不同的產品與價格
  9. Plug and Play 與適度的客製化間取得平衡
  10. 便宜或免費的代價裝到自己的網站(不集中代管)

這是初步想像中『網路櫃檯』的模樣,也開始進入純 WEB 的網路印刷的思索與開發。

 進入留言討論區

counter
Idea associations
Table of contents