定價策略有很多種方法。 近年來，我自己主要使用滲透式定價 (penetration pricing) 。主因是自己 對於研究的熱情較大，以及高度可重用性的程式設計方法的引用。這方法可 讓我比較能夠收到自己想要的案子，促進實現自己的技術藍圖。 也就是說，我接的案子只有兩種，一種是具有技術研發性質而且是我想做的 案子，一種是我做過的、無須多花時間的，而且我確信自己會長期待在軟體 產業。所以持續性的低價才有可行性。 但若單純以謀生的角度來看，這是相當不可取的，因為這需要熬很長的時間 把技術藍圖都初步實現之後才能出頭，是一種較艱苦的方法。所以我也儘量 避免勞力密集的案子，當然，我也不想做。 這跟許多學生認為以學習為主，所以不那麼在乎價格相似，但如果不能知道 自己想學什麼，則很可能變成被剝削的對象，這是要想清楚的。 不過對於想讓自己上一層樓的資深接案者，這是相當可以考慮的方法，並且 由於基礎較高，一段時間的低價接案也不會讓自己生活過不去。因為滲透式 定價，在滲透完成之後，具有一定的進入障礙和競爭優勢，是很可以反手就 轉型為括脂式定價 (skimming pricing) 的，轉眼就是倍數的收益 (可參考 當年微軟從不防拷，到最後大撈特撈的狀況) 。 而就板上較多的一些有相當專業但經驗較少的接案者而言，則還是建議先從 成本加成定價 (cost-plus pricing) 開始，慢慢調整自己的定價策略，也 促進市場價格的穩定性。而且，新手往往有一種自然的低估成本傾向，等於 已經預先做了因為經驗不足的減價。 至於成本的估計，已有網友提及了，必須考量總成本，而不僅僅是開發時間 成本的概念。 若因此接不到案子，再找下一個案子，逐漸調整自己的定價方法就可以了， 不要太急著一定要接下某個案子而任由發案者開價，再來事後抱怨。 沒有哪一個方法是必然正確的，也不要期待有什麼「市場公定價」這種東西 存在，軟體開發工作的生產力差異十分巨大，加上需求的細節會嚴重地影響 軟體複雜度，還是先求一個能確保自身長期存活的生產力和定價方法，往後 再考慮各種其他因素比較好。 這一篇定價策略簡介可以看看，雖然有點過於簡單： http://www.cyut.edu.tw/~fmlee/course/mm/06Sch9-1.html --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.222.173.26