上個月開始（前）同事K離職，（結果她掉進一個超級忙碌的工作……，這是後話），開始分出時間和精力來接她的工作：網站編輯，在接手的這段期間，最重要的事情其實是負責監工自家網站改版的事。
然後前一陣子與在博客來工作的友人Gene碰了面，針對未來的可能性討論了一些事情，Gene的技術沒話講，他在博客來作的也是近乎於R&D的工作，猶如神兵利器一般，事實上是，這麼強大的技術面反倒在我們這邊不太用得到，所以也只是閒聊罷了。唯一討論到的事情是，Gene提出了找套F/OSS的CMS來改成公司網站的主意，一來是他對F/OSS的CMS還算熟悉，二來是他可以找到適當的人來進行客製化的工作。之前沒有認真考慮過這個可能在於，找不到可靠的人來客製化（當然監工也是個問題），客製化完之後也沒有人負責客服的部分，像維護之類的事。但由於Gene的人脈十分穩健可靠，足以提供強大的技術奧援，這些都變得相對不是問題，不過由於網站甫在改版階段，倒也不想在一時三刻間動太大的手術，原本是當作一年後的備案。
【技術講解：F/OSS是Free software/Open source software的縮寫，自由軟體及開放原始碼軟體，要簡單的解釋的話，就是免錢，而且不會被某家特定的廠商給綁住規格。CMS是Contents Management System的縮寫，可以譯作內容管理系統，不過通常是直稱縮寫而不用翻譯，泛指任何可以快速上稿、在網路上發佈文章的系統，部落格也是CMS的一種，大部分的網站都是用CMS來上稿，而不是人工去手動製作網頁。】
一年後的備案，這句話的意思是，K和我的意見都一致認為，現在的網站不久之後必然得全盤翻新重寫，這主要是技術上的考量。目前網站的架構是令資訊人員手都會抖的Windows server＋IIS＋Access＋ASP，隨著流量和內容的增加，必然會不堪負荷，資料庫掛掉是遲早的事情。另外，還有程式修改的問題，舊版本的ASP幾乎沒辦法在新的系統上跑，且這個程式一改再改，疊床架屋，要修改程式對於後繼者是非常艱辛的工作。總之，大刀闊斧的改版是必然，只是何時的問題。問了工程師的意見是，這網站大概只能再撐一年，所以K對於改版的盤算也只是用最少的錢，增加一些功能，讓這網站再撐個一年後整個淘汰掉。
【技術講解：Windows是微軟的作業系統，IIS是微軟的網頁伺服器，Windows＋IIS的組合，普遍被認為是安全漏洞很多的棘手組合，而且執行效率也沒有比較好。Access是微軟最低階的資料庫，當初選擇Access的原因必然是因為授權費的問題，如果選擇高一階的Microsoft SQL Server，大概得花上六七萬不止的授權費，但Access是非常低階、家用型的資料庫，功能有限、效率不高，需求大到一個程度後就會十分窘困。ASP是微軟發展出來的程式語言，只能在IIS上面執行，但IIS又有安全性問題，（跟其他莫明其妙的狀況），不想要找麻煩的資訊人員都不會用這種組合，（用這種組合通常在於別的考量，而不單只是網站的問題）】
【補充：後來遇到了一個寫ASP八年的老手，理所當然的他也是在Windows＋IIS環境下工作了至少八年，沒出過什麼問題。我們公司的伺服器常常出狀況，只能說風水不好吧……】
策略聯盟登場，以及後端外包的好處
後來又注意到博客來老早就開始有策略聯盟（簡稱AP，約莫是Affiliate Program的縮寫）這回事，對於策略聯盟這種事情，我向來很感興趣；
- 一來是我們除了可以賣自家的書，還能在不負擔進貨成本的情況下，賣別家的書，譬如說，在賣石田衣良的《池袋西口公園》時，為什麼不能順便賣賣別家出版的《娼年》呢？或是賣羅爾斯的《正義新論》時，也可以賣賣別家出的《正義論》。諸如此類的例子太多了，這已不是單純的批貨進來賣的想法，而是我們只能出有限的書籍，但讀者的需求是無限的（而且也應該是），不論是站在服務讀者的立場，或是推動整個出版市場把餅作大，賣別家的書理當是好的，唯一的前題是，在有限的人力和財力下，不可能還分出餘力來照顧別家的書，完全是自顧不暇。但策略聯盟會讓整件事情改觀，我們可以在接近零成本的狀況下去賣自己家之外的書（當然利潤是很微薄，不過賣別家的書並不全然是利潤考量）。
- 二來是如果在CMS跟良好的網路商店間不可兼得（譬如限於財力或人力的關係），我偏好是選擇一個純粹提供內容的網站，而把交易的部分扔給別人代為處理。像金流和物流得大到一定的規模才能攤掉成本，外包出去，毋寧是更省事，而且讓組織更有彈性的，變得可以不用為了處理極少量的訂單而僱用人手。
- 三來，自己的部門跟編輯部談案子的經驗是，編輯部那邊行銷能發揮的空間有限，因為網站的購物功能是非常貧瘠的，簡單的「任選若干本若干元」都辦不到，而增加任何一項功能都得再多花錢，這多花的錢可能會因為之後網站整個改版而得重頭作起。在策略聯盟的情況下，至少東西可以丟到博客來的網站上去賣，而我們自家的網站幫忙作消息發佈的動作，然後靠著策略聯盟的微薄佣金來彌補行銷上的費用（像是外包網頁美編）。
注意到博客來的策略聯盟之後，我把隱約成型的想法跟Gene討論，詢問他技術上的可能性問題，簡單的說，我們能不能用一套CMS去客製化後成為網站的主架構，然後把CMS普遍弱的購物功能丟給博客來代為處理。這中間有很多細節的問題，會花篇幅在後面的文章中一一討論。
後端外包問題之一：無縫的購物體驗
首先我重視的是能否達到「無縫」的購物體驗，讀者即使在我們的網站上購物、而那購物車是連到博客來，他也不會有離開共和國網站的感覺，並不會因為要購物而跳出了另一個博客來的視窗來（而這正是城邦模式），要作到這點，首先是博客來把他們那邊的界面都開放出來，我們這邊作假的購物車頁面，實際的程式處理是丟到幾十公里外的博客來主機上跑。但對讀者來說，加入購物車後、檢視購物車、繼續消費、這整個流程都沒有離開過共和國的網站，這是個一致的消費體驗。
理所當然的，這在技術上絕對可行，而且並不是那種花費甚昂的絕對可行，而是很簡單的幾個動作來完成。
後端外包的災難：會員管理、會員管理、會員管理！
撇開這點疑慮之後，在跟編輯部會報時，編輯提出了兩個點，後來的事情演變證明了這兩個點是地雷般的威力。一個是會員登入，另一個也跟會員有關，是消費記錄。會員登入時有個問題，只要得在網路上消費，至少都得登入成為會員，否則每次消費的資料都得重打。其實在整個交易流程中，我們只要拿得到任何的付款證明，和寄件人姓名地址就可以了，加不加入會員是另外一件事，但幾乎所有的網站都不會放棄這塊，讓你的客戶成為會員、留下資料、日後追蹤、提供訊息，種種的行銷動作都太誘人了。這樣聽來會員是個單純個人資料被剝削的客戶，並不是那麼一回事。把所有的商業外衣褪去，不管行銷用詞，我們作的事很簡單，以出版來說，我們是跟讀者打交道、跟讀者購通，我們希望能製作出讀者會想閱讀的書、並把這書的訊息傳遞到讀者手上，我們希望能跟讀者建立長久的、良好的關係，大家彼此互相熟識，（轉化到商業的世界就是，我可以給你更好的優惠，讓老讀者以更實惠的價格享受好的書籍）。另外一點是使用者介面的問題，他只要登入了會員，所有的填單動作都免了，以亞馬遜來說，亞馬遜作到了one-click購物（而且還申請了專利！），任何會員登入亞馬遜之後，只要曾經有過消費記錄，都可以輕鬆到驚人的傾家蕩產，所有的流程被簡化為按一個按鍵，然後你的舊資料、包括付款方式、寄送地址都被調出來，你甚至不用回顧看你的購物車，整個購物就結束了，感覺上像是帶著管家去採購「我要這個、這個、這個、全部包起來帶走」，然後管家就在後面忙著結帳付錢。
我花了很長的篇幅辯解「為什麼消費一定要登入會員」這件事。因為當這件事是成立的時候，就有新的疑惑誕生了。我們可以假設博客來的會員數是共和國會員數的百倍，一位讀者很可能上來共和國網站想購物，發現加入會員的過程太麻煩了，決定調頭而去，這時如果我們跟他說，「其實你用博客來的帳號登入就行了，你總會有博客來帳號吧」，有很大的比例，這位讀者擁有博客來的帳號（而且他還記得密碼！），交易很輕易的結束了。不過問題還沒有結束，我們留到待會再來討論。
另外一個問題看似很無辜又單純，事實上現在想起來簡直是過於天真了「那麼從我們這邊連到博客來的消費，我們拿得到會員資料跟交易記錄嗎？」，跟一般的策略聯盟不同，我們不只是把讀者導引過去，而是博客來就是我們的後端，我們的金流跟物流，我們的下游廠商，以這個邏輯來思考，當然資料變成雙方分享。後來才發現完全不是這麼一回事，事情全卡在這裡。
先在這裡復習一下兩個重點，一件是會員的登入；另一件是會員資料的回饋。
跟編輯部會報完的隔天，我與博客來的AP部門連絡，AP部門算在行銷單位裡面，我認為這是重要的前題，AP的立場在於她們是行銷部門，這使得談話的結果十分挫敗，挫敗的原因很大一部分在於「城邦模式」的前例，使得後來的跟隨者（像是我們），必須依循城邦模式，想必當初城邦模式的建立也是花了一番功夫的，但我們並不想要追隨他們，我們是創新者、革命家、破壞者，我們希望能達到更好的、更新的模式，而不是延用城邦（抱歉講重話了）因循苟且的模式。
接下來有很長的討論以及下決定的過程和考量，我先在此處打住，而不是讓這篇文章漫無秩序的延伸下去。
（舊文，原寫於2005年11月，從未完成）
0 意見:
張貼意見