Re: 請問案件的價錢

看板CodeJob (BBS架站)作者semop (semop)時間18年前 (2007/01/03 15:27)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串1/1

定價策略有很多種方法。近年來，我自己主要使用滲透式定價 (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