WordPress 網站設計行情?詢價前先必須先做這件事

WordPress 網站設計行情?詢價前先必須先做這件事

我是 applemint 的 Eric。2020 年初因為疫情的關係,加速了許多產業數位化的需求,而數位化的其中一步,就是為自己的公司建立形象網站。因此,不論是何種產業,對於網站的製作需求都有提高。

不過,回顧今年初的館長 300 萬的新網站,不論是發案的業主或是接案的承包商,都在爭論到底怎樣的報價與服務才合理。而最近在 WordPress 社群中,又出現了一則接案勸世文,雖然旨在「勸誡」其他承包商、接案者,但實際上也點出了發案業主可能遇到的困境。

受到這兩件事的啟發,決定寫這篇文章,讓業主知道發案時「最糟的狀況」都是因何而生、又為什麼會出現這些問題,在最後告訴讀者如何避免自己的案件「被爛尾」

發案方 (業主) 遇到的悲劇

首先,從〈勸世文〉的原文中,我們可以先進一步分析發案方可能會遇到、專案難以進行的 2 種情況:1. 程式品質降低 2. 專案被延遲或棄案。

先說結論:會造成這些結果,往往都是因為發案方與接案方一開始溝通不足所導致。這一溝通不足,固然不會是單方面的問題,一來受限於接案方的接洽經驗與專業程度,二來則受發案方較難表達其需求、或是錯估成本影響。

程式品質差,bug 一大堆

WordPress 網站最主要的組成有 3:

  1. 佈景主題
  2. 外掛
  3. 內容

一個專業的團隊,在報價過程中,會根據客戶的需求以及預算,決定要透過哪些佈景主題與外掛達成客戶的需求。任何無法直接透過調整佈景主題與外掛設定的細節 (譬如額外串接其他金流、電子發票系統),則會需要額外的時間進行開發,這也就是所謂的「客製化」。

對於客製化程度較高的網站,如果客戶預算有限,又需要在短時間內完成,其結果就是接案方撰寫出「看起來還堪用」的程式:這種程式在驗收時並不會有什麼異常,但有可能隨著網站的流量增加後,原本的撰寫方式、架構無法負荷,或是在特定的情況下會出現錯誤 (bug),屆時如果雙方合作關係已結束,後續接手的人會需要花費更多的成本去偵錯。

專案被延遲或棄案

另一種原因常見的狀況,就是是專案被延遲,甚至棄案。

這種現象主要是因為「這和當初說好的不一樣」所導致的。有時候客戶心裡想的是頂極熟成牛排,但是預算是麥當勞的價格。對於較新的製作團隊來說,如果當初並沒有做好成本計算,最後勢必得面臨「咬著牙根虧本做?斷尾求生?」這個難題。

當然,如果是還有其他謀生方式的團隊,可能就會將這個專案的優先度向後調,在其他專案空檔中稍微擠出可以繼續進行這個專案的時間。

坦白說,當初在 applemint 剛成立的時候,因為對於成本的估算不成熟,因此在估價時太過樂觀,加上中間溝通問題,導致最後無法負荷專案成本,與客戶協定終止專案。對於該專案,發案方損失了前半段的訂金,而 applemint 則損失了溝通時間與客戶信譽,這對雙方而言,是雙輸的結果。

從那次案件後,我們對於網站設計規格書的開立顯得格外小心。至於應該如何開立規格書?本文最後會再詳細說明。

為什麼悲劇會發生?

接案方最大的成本:時間

以 applemint 為例,一般在報價的過程中,我們會以「3 個人」的時間來作為評估標準:專案經理 (Project Manager)、設計師 (Designer) 與工程師 (Engineer)。有些團隊的分工可能更細,計算方法也會不同,這邊僅先以我們公司為例做計算。

一個案子從成案到設計、撰寫程式,大部分會以 3 個月作為專案時程,這 3 個月中,上述的 3 個角色,各自的工作內容加總起來大約各須 1 個月的時間。這樣的算法,尚未包含建置網站的其他成本 (如主機租賃、付費佈景主題與外掛等)、額外的客製化需求等。

換句話說,如果報價結果低於 3 個人 1 個月的薪資,那麼這個案子在開始的時候就已經是虧損的狀況了。這也是為什麼,一樣是使用 WordPress 建置的網站,有人可以開價 10,000 元,有些公司的報價則基本上難以低於 50,000 元。

關於 applemint 報價的詳細方式,可以參考以下文章。

More to read

大家好,我是 applemint 的代表─佐藤。 最近很幸運的碰到了一個網站建置的需求,所以想寫一篇 applemint 正在做的網站建置內容,並將我們的成本及交期等資訊公開。讀完這篇文章,相信你可以 […]

「這個應該很簡單吧?」

這個問題,不僅是客戶對於接案者會抱持的疑問,也是許多接案者在報價階段因為溝通不足,而錯估的問題。

第一種「簡單」,叫做「簡單做一下」。對於某些功能的想像,如果在初期未做好溝通,那麼接案方很有可能會因為客戶的「簡單做一下」的方向去進行,最後導致客戶認為成品「不完整」。以「搜尋功能」來說,如何搜尋、搜尋的範圍有哪些、搜尋的結果會如何呈現,這都會影響到「搜尋」到底「簡不簡單」。

第二種「簡單」,叫做「拷貝」。「做得跟他們的網站一樣就好,不用另外設計,應該很簡單吧?」如果要重製一個一模一樣的網站,客戶是否已經有與參考網站一樣的內容架構了呢?每種素材的規格都一樣嗎?用不同的方式重現另一個網站的樣式,儘管省下了少許設計的時間,但是卻增加了更多溝通的成本。這也是客戶在詢價時,覺得簡單,但是實際上卻不容易的工作。

第三種「簡單」,叫做「這邊改一下」。有些客戶在進行系統測試時,往往是測到哪裡,就傳訊息傳到哪裡:「這裡寬一點、這裡文字小一點、這裡可以加 OOO 試試看嗎?」大多數的情況,改樣式的確很「簡單」,但是持續的、瑣碎的需求,對接案方來說,比起一次性的修改還要花時間。

不論是哪一種「簡單」,一旦客戶因為「這樣應該很簡單」的心態,試圖以此議價、提出額外的需求,可能最後會遇到一樣的問題:做到最後,因為無法應付逐漸增加的服務成本,最終棄案。

解決方法:開立網站設計規格書

前面說的種種困境,都源於最根本的問題:「溝通不足,造成錯估成本、預期落差。」因此,儘管大部分的接案方,都會提供需求訪談後,自己所理解的網站設計規格書給發案方。但對於發案方而言,準備一份自己的網站設計規格書是必要的。為什麼呢?因為當你拿出規格書,任何接案方都會知道「這個人不是在開玩笑的」,此外,也更容易讓接案方提出更適合的解決方案。

那麼,該怎麼樣去列出自己的規格書呢?

大部分的網站,除了首頁以外,還會包含彙整頁 (文章列表)、聯繫我們、關於我們等頁面,如果需要其他頁面,最好先列清楚。

當決定好頁面數量後,接著需要再決定:需要幾種版面配置?

此外,為了避免「這個應該很簡單吧?」的問題發生,在功能上也建議可以從幾個常見的問題去思考:

  1. 會員系統:需要開放讓其他人申請?入會需要付費?會員有哪些權益與功能?會員的資料是否要再與其他 CRM 系統串連?需要使用 Facebook/Google 登入?使用者可以上傳檔案嗎?
  2. 購物系統:要使用 WordPress 的 WooCommerce 系統?使用何種金流?資訊欄位是否需要其他額外資訊?需要串連 Google Merchant Center?需要串連 Facebook Catalog?
  3. 連絡表單:需要驗證表單嗎?收信者是誰?是否已經有寄件用的伺服器了?

其他網站常見的功能可以參考這個網站,該網站也整理出了站長自身經驗所得出的報價範圍,可以參考。

每一個網站對於品牌都是相當重要的資產,為了能夠讓接案方更能感受到「這不能亂來」,在詢價前,先準備一份自己的網站設計規格書吧!

從這裡聯絡 applemint!

Eric Chuang

相關文章

與我們聯繫