[點晴永久免費OA]軟件項目開發報價指南
當前位置：點晴教程→點晴OA辦公管理信息系統
→『 經驗分享&問題答疑 』
公司一直以來都在接新開發的，定制化的解決方案開發項目，在和客戶取得了互信以后，首先會遇到的問題就是：多少錢？報個價吧。往往，我們的銷售經理就蔫吧了，具體研發需要多少錢？我得去問問項目經理，那項目經理又是如何預估研發費用呢？ 公司近期有好幾個人都在問我這個問題，以下為我的經驗之談。 首先，估計研發成本1 開發成本就是從零開始開發這么一套軟件的研發費用。一般來講，如果報價低于研發成本，那么公司就賠錢了，因為這個數目的錢大致會支付給研發工程師，公司又收不回這么多錢，公司就賠錢了。 一個解決方案，可以用其包含的功能的多少作為一個復雜度的度量，這里介紹功能預估成本法。 功能預估成本法也就是把所有的功能需求列出來，估計出所需要的研發時間，再根據人員費用計算出成本的方法。 舉例來講，如果一個方案，包含了100個具體的功能需求，每個需求的粒度大致需要1個工程師1天完成，那么就是100人日，我們按一個工程師1萬每月的人員費用來計算，需要100/20*1=5萬元，20就是每月20個工作日，即這個方案的開發，研發成本為5萬元。 等等，這么成本這么低，會不會有問題？從開發階段來看，又分成需求分析，系統設計，開發實現，測試，部署等多個環節。除了功能，我們還需要做性能，還需要做UI，這些東西都沒有算進去呢！ 是的，實際的工作量應該在上面的100人日的基礎上直接乘以2.5，也就是(100*2.5/20)*1=12.5萬。這里的2.5是一個系數，是一個外籍大牛在某書籍里寫出來的，具體哪本書我都忘記了，不過這么多年我都是用這個系數，感覺還是比較準確的。 最后，重復一下公式：研發成本=工作量(人日)乘以2.5 乘以研發人員平均月薪除以20 其次，估計研發成本2 在上面的公式中，我們成本是否準確，最大影響是對工作量的估計，可是，實際上很多項目最不好估計的就是工作量，如果要將工作量能估計到人日，也是需要大量的分析工作的。因此我們這里介紹更加快捷的參考成本估計方法。 參考成本估計方法也就是參考團隊過去開發所消耗的時間，來估計同類型的項目可能花掉的時間。 例如，平臺科做的水務項目后臺，人力成本消耗可以大致評估為4個人9個月，這個項目里有如下幾大要素：表計，網關，多租戶，接口，報表，也可以理解成有5大模塊，那么每個模塊的工作量約為：4*9/5 = 7.2人月。 那么假設新的解決方案有4大模塊，那么可以預估為7.2 * 4= 4 28.8人月，成本估計為7.2 * 4 * 1 = 28.8萬。 最后，重復一下公式：研發成本=當前生產率(7.2)乘以模塊數乘以研發人員平均費用 第三，估計研發成本3 我最常聽到的一句話是，“客戶的需求很簡單”，哦，對了，如果有功能很難實現，那個是要加錢的哦！上面只是對于沒有難點的常規開發的估計公式。對于像“需要支持千萬設備在線”這樣的需求，我們要保持敏感性，這個一般人是做不到的，好吧。 不要因為大家都在用微信了，就覺得微信很好做，對于國內大部分的研發團隊，是沒有能力獨立做一個微信，或者淘寶的后臺的。（當然隨著技術的發展，可以借用其他公司的技術和服務來開發） 這里只表述一件事情：量變會引起質變，用戶規模的擴大會導致架構的變化，架構的變化會導致研發工具，研發模式的變化，需要的人的素質也不是一個層次的了。 另外，上述的基于要素的估計方法忽視了要素之間的關聯，N個要素之間有N*N/2個連接，在系統要素增多，或者在分布式場景下，這個連接帶來的開發量就指數級地增長了。 總之，如果系統的體量上了量級，那么開放工作量也會上量級。經驗地，我們可以將解決方案分成小型（50萬用戶/設備），中型（500萬用戶/設備）,大型（5000萬用戶/設備），所需要的工作量分別在之前的工作量上乘以1，乘以4（4中有一個2是給工作量的，一個2是給人員成本的），乘以16。 以上面的例子，假設解決方案有4大模塊，那么可以預估為7.2 * 4= 4 28.8人月，成本估計為7.2 * 4 * 1 = 28.8萬。如果要做成中型系統，那么成本估計為28.8*4=115.2萬，如果要做成大型系統，那么成本估計為460.8萬。 對工作量的估計需要落實到紙面上 一個物聯網方案，大多都涉及到端，中間件，云好多層，一個要注意的事項就是要把需求落實到紙面上。 以一個例子作為解釋，將用戶的需求落到紙面上是多么重要： 例如近期的一個定位跟蹤項目中和后臺相關的只有一個需求：“可通過遠程配置電源，使電源利用最大化”，單看這個需求，就會得出“特別簡單”，容易有平臺派一個兄弟弄一天，應該就能搞定了的想法。可是一天真搞不定的。我最終給出功能分解如下：評估為20人日完成。對應研發成本為1萬元，這個評估中還沒有包括App的開發，只是純后臺的開發。 把各個方面的需求落到紙面上，跟客戶面對需求來談價格，客戶比較能能接收，價格也會比較公道。 項目的服務器端開發部分功能與評估如下： 遠程功能設置(Remote feature set) 可通過遠程配置電源，使電源利用最大化(Power supply via remote configuration, to maximize power utilization) 項目服務器端功能： 建立一個BS服務器端，用戶可以通過瀏覽器訪問服務 用戶登錄 用戶手動新建Tag信息記錄 用戶查詢Tag的狀態 用戶下發對Tag電量的配置 手機APP接口，服務器端提供接口支持手機App的如下功能： 手機可以通過App登錄， 查詢Tag列表 為每個Tag配置電源使用參數 網關接口 網關登錄 網關更新Tag狀態信息 最后，研發報價中的一些法則 邊際成本為零的法則 這個原則是說，如果開發出來的軟件可以重復賣給無窮多的人，那么邊際開發成本為零，所以，我們考慮軟件成本的時候，還可以考慮下，這套東西能否再賣給另外一家；或者我們在和客戶談研發成本的時候，發現這套東西還適用于其他客戶，那么報價可以便宜一點，適用的客戶越多，就可以越便宜。當然，我們要跟客戶講好，這個價格，并不包含軟件產品的所有權，甚至不會給出源碼。 如果用戶需要的方案可以在以前的方案的基礎上改，那么也是可以降低方案的價格的，但是，具體情況就得具體分析了。 最優報價不是最低報價 這個法則是說，軟件產品報價最低的那位，往往是軟件產品質量最差的那位，因此性價比并不高，現在國內使用正版軟件的思想已經被越來越多地被接收，好的軟件能提高生產率，能更快地賺錢，或者更多地節約成本，因此在軟件市場里，最優報價并不是最低報價。 那最優報價是多少呢？個人認為是在成本價格的150%到200%區間內，這個價格是客戶可以將這個方案外包出去的價格，一般的外包承包商也是也是在這個區間報價的。也就是說，如果我們的報價高于這個價格，客戶會想，我外包給一個外包公司更劃算。這個區間進行報價，能夠使得我們賺取盡可能多的研發利潤。 時間縮短一半，成本增加一倍的原則 這個法則是說，在我們設定的時間點的基礎上，如果要求提前交付，這個也是額外的成本，我們可能不得不逼迫員工加班，或者臨時招聘，或者部分工作外包，因此意味著成本的增加。 從客戶的角度來講，產品研發也存在時間成本，如果他自己開發需要6個月的時間，50萬，而目前我們直接能提供同樣的產品，價格也是50萬，那么客戶更傾向于購買我們的產品，因為多出來的這6個月的時間，可以為他在市場上占有先機。 市場價值影響 某些產品的研發成本可能很低，但是市場價值可能很高，非常典型的如hao123，最終賣了1千萬人名幣。所以軟件產品的報價，還需要參考市場價值。 市場價值在于產品創意帶來的價值，產品外圍給客戶帶來的價值，同類產品的參考價值等。通常市場價值高的產品，我們在報價的時候應該適當上調。
該文章在 2019/4/18 18:21:10 編輯過 |
關鍵字查詢
相關文章
正在查詢... 
|
400 186 1886
