top of page
報價初期就清楚明確,後續好管理
相同的功能
工程師的工時會因經驗不同而有落差
不同於傳統工時報價
改採用複雜度報價
讓你清楚看見每個功能所付出的成本
並在報價期就可釐清雙方對功能的認知
一般外包公司,在粗淺的理解專案後,都是憑經驗值用時間去報價,這樣報價其實是相當不可靠的。第一,外包公司想像的功能可能和客戶要的有很大的落差,造成後面專案在執行上有很多爭議,第二,不同經驗值得工程師估價結果可能大大不一樣。
馬在飛我們改用另一種形式的報價,叫做「複雜度點數」報價,當我們初步了解客戶的需求後,我們會將客戶的需求拆解成「User Story」,敘述這個產品可以讓使用者做些什麼事,這對沒有軟體開發背景的客戶來說,會比直接的功能列表好理解。再來列出要達成每一個User Story要完成的工作或功能,最後去排序出項目的複雜度,依據複雜的程度由低排到高,再去賦予每個不同複雜區間的功能一個複雜度的點數,以此完成估價的基本,再依據整體的複雜度點數去做報價以及時程的預估。
這種評估的方式的好處,在於複雜度排序的的公信力遠高於直接估算一個功能需要的時間,試想一下,你問工程師「做一個Facebook和計算機,各要花費多少時間?」和「做一個Facebook和計算機,哪一個比較簡單?」工程師哪一個問題的答案會比較快、比較精準?再者,在這個工程中,我們也將整個產品的功能進行了一次梳理,讓客戶可以確認,我們想像中的產品功能和他們的期待是否有落差?有沒有哪個項目,我們可能高估或低估了,都可以在報價期就先發現認知上的落差,避免後續爭議。之後再開發的過程中,若有功能的變動,也可以更快的比對出差距的內容,來決定是否有需要加價,或可以用什麼次要功能進行替換。
bottom of page