我是 applemint 的 Eric。2020 年初因為疫情的關係，加速了許多產業數位化的需求，而數位化的其中一步，就是為自己的公司建立形象網站。因此，不論是何種產業，對於網站的製作需求都有提高。
不過，回顧今年初的館長 300 萬的新網站，不論是發案的業主或是接案的承包商，都在爭論到底怎樣的報價與服務才合理。而最近在 WordPress 社群中，又出現了一則接案勸世文，雖然旨在「勸誡」其他承包商、接案者，但實際上也點出了發案業主可能遇到的困境。
受到這兩件事的啟發，決定寫這篇文章，讓業主知道發案時「最糟的狀況」都是因何而生、又為什麼會出現這些問題，在最後告訴讀者如何避免自己的案件「被爛尾」。
Contents
發案方 (業主) 遇到的悲劇
首先，從〈勸世文〉的原文中，我們可以先進一步分析發案方可能會遇到、專案難以進行的 2 種情況：1. 程式品質降低 2. 專案被延遲或棄案。
先說結論：會造成這些結果，往往都是因為發案方與接案方一開始溝通不足所導致。這一溝通不足，固然不會是單方面的問題，一來受限於接案方的接洽經驗與專業程度，二來則受發案方較難表達其需求、或是錯估成本影響。
程式品質差，bug 一大堆
WordPress 網站最主要的組成有 3：
- 佈景主題
- 外掛
- 內容
一個專業的團隊，在報價過程中，會根據客戶的需求以及預算，決定要透過哪些佈景主題與外掛達成客戶的需求。任何無法直接透過調整佈景主題與外掛設定的細節 (譬如額外串接其他金流、電子發票系統)，則會需要額外的時間進行開發，這也就是所謂的「客製化」。
對於客製化程度較高的網站，如果客戶預算有限，又需要在短時間內完成，其結果就是接案方撰寫出「看起來還堪用」的程式：這種程式在驗收時並不會有什麼異常，但有可能隨著網站的流量增加後，原本的撰寫方式、架構無法負荷，或是在特定的情況下會出現錯誤 (bug)，屆時如果雙方合作關係已結束，後續接手的人會需要花費更多的成本去偵錯。
專案被延遲或棄案
另一種原因常見的狀況，就是是專案被延遲，甚至棄案。
這種現象主要是因為「這和當初說好的不一樣」所導致的。有時候客戶心裡想的是頂極熟成牛排，但是預算是麥當勞的價格。對於較新的製作團隊來說，如果當初並沒有做好成本計算，最後勢必得面臨「咬著牙根虧本做？斷尾求生？」這個難題。
當然，如果是還有其他謀生方式的團隊，可能就會將這個專案的優先度向後調，在其他專案空檔中稍微擠出可以繼續進行這個專案的時間。
坦白說，當初在 applemint 剛成立的時候，因為對於成本的估算不成熟，因此在估價時太過樂觀，加上中間溝通問題，導致最後無法負荷專案成本，與客戶協定終止專案。對於該專案，發案方損失了前半段的訂金，而 applemint 則損失了溝通時間與客戶信譽，這對雙方而言，是雙輸的結果。
從那次案件後，我們對於網站設計規格書的開立顯得格外小心。至於應該如何開立規格書？本文最後會再詳細說明。
為什麼悲劇會發生？
接案方最大的成本：時間
以 applemint 為例，一般在報價的過程中，我們會以「3 個人」的時間來作為評估標準：專案經理 (Project Manager)、設計師 (Designer) 與工程師 (Engineer)。有些團隊的分工可能更細，計算方法也會不同，這邊僅先以我們公司為例做計算。
一個案子從成案到設計、撰寫程式，大部分會以 3 個月作為專案時程，這 3 個月中，上述的 3 個角色，各自的工作內容加總起來大約各須 1 個月的時間。這樣的算法，尚未包含建置網站的其他成本 (如主機租賃、付費佈景主題與外掛等)、額外的客製化需求等。
換句話說，如果報價結果低於 3 個人 1 個月的薪資，那麼這個案子在開始的時候就已經是虧損的狀況了。這也是為什麼，一樣是使用 WordPress 建置的網站，有人可以開價 10,000 元，有些公司的報價則基本上難以低於 50,000 元。
關於 applemint 報價的詳細方式，可以參考以下文章。
「這個應該很簡單吧？」
這個問題，不僅是客戶對於接案者會抱持的疑問，也是許多接案者在報價階段因為溝通不足，而錯估的問題。
第一種「簡單」，叫做「簡單做一下」。對於某些功能的想像，如果在初期未做好溝通，那麼接案方很有可能會因為客戶的「簡單做一下」的方向去進行，最後導致客戶認為成品「不完整」。以「搜尋功能」來說，如何搜尋、搜尋的範圍有哪些、搜尋的結果會如何呈現，這都會影響到「搜尋」到底「簡不簡單」。
第二種「簡單」，叫做「拷貝」。「做得跟他們的網站一樣就好，不用另外設計，應該很簡單吧？」如果要重製一個一模一樣的網站，客戶是否已經有與參考網站一樣的內容架構了呢？每種素材的規格都一樣嗎？用不同的方式重現另一個網站的樣式，儘管省下了少許設計的時間，但是卻增加了更多溝通的成本。這也是客戶在詢價時，覺得簡單，但是實際上卻不容易的工作。
第三種「簡單」，叫做「這邊改一下」。有些客戶在進行系統測試時，往往是測到哪裡，就傳訊息傳到哪裡：「這裡寬一點、這裡文字小一點、這裡可以加 OOO 試試看嗎？」大多數的情況，改樣式的確很「簡單」，但是持續的、瑣碎的需求，對接案方來說，比起一次性的修改還要花時間。
不論是哪一種「簡單」，一旦客戶因為「這樣應該很簡單」的心態，試圖以此議價、提出額外的需求，可能最後會遇到一樣的問題：做到最後，因為無法應付逐漸增加的服務成本，最終棄案。
解決方法：開立網站設計規格書
前面說的種種困境，都源於最根本的問題：「溝通不足，造成錯估成本、預期落差。」因此，儘管大部分的接案方，都會提供需求訪談後，自己所理解的網站設計規格書給發案方。但對於發案方而言，準備一份自己的網站設計規格書是必要的。為什麼呢？因為當你拿出規格書，任何接案方都會知道「這個人不是在開玩笑的」，此外，也更容易讓接案方提出更適合的解決方案。
那麼，該怎麼樣去列出自己的規格書呢？
大部分的網站，除了首頁以外，還會包含彙整頁 (文章列表)、聯繫我們、關於我們等頁面，如果需要其他頁面，最好先列清楚。
當決定好頁面數量後，接著需要再決定：需要幾種版面配置？
此外，為了避免「這個應該很簡單吧？」的問題發生，在功能上也建議可以從幾個常見的問題去思考：
- 會員系統：需要開放讓其他人申請？入會需要付費？會員有哪些權益與功能？會員的資料是否要再與其他 CRM 系統串連？需要使用 Facebook/Google 登入？使用者可以上傳檔案嗎？
- 購物系統：要使用 WordPress 的 WooCommerce 系統？使用何種金流？資訊欄位是否需要其他額外資訊？需要串連 Google Merchant Center？需要串連 Facebook Catalog？
- 連絡表單：需要驗證表單嗎？收信者是誰？是否已經有寄件用的伺服器了？
其他網站常見的功能可以參考這個網站，該網站也整理出了站長自身經驗所得出的報價範圍，可以參考。
每一個網站對於品牌都是相當重要的資產，為了能夠讓接案方更能感受到「這不能亂來」，在詢價前，先準備一份自己的網站設計規格書吧！
從這裡聯絡 applemint！
