產品開發也要看陣容,APP開發只需五步變得靠譜

 



 

最早認識的一個朋友是程序員,曾經到一家外包公司接單子,小外包公司經常遇到的問題就是和需求方談產品功能。客戶要做外包,對方讓他一次性報價,但是客戶連功能點自己都不清楚,這時朋友說還是按照具體功能點來做吧。但是客戶堅持先給個估價纔會考慮做不做,最終朋友在不得已的情況下給了個價錢,結果遇到另外一個程序員只報了他一半的價格去做這個單子.....

可想而知,當開發成本和需求不匹配的情況下,項目失敗是必然的!


 

這種情況在我們目前創業的項目程序員客棧屢見不鮮,其實目前全世界都是類似的這樣外包不靠譜的情況。不過我們爲了打破這種迎合業主,一味砍價而不考慮實際的情況,在明確需求功能點情況下以原型確定爲開發導向的估價的方法將一般項目開發的成功率從32%提升到97%

 

很多程序員爲了接單子迎合需求方,接的單子雖然多,但失敗率大,當我們程序員客棧www.proginn.com明確在定義市場規範後,雖然目前接的單子和外包公司相比還有一定的差距,但是客戶的滿意度很高,需求的二次復購率很高,締造的口碑效益讓我們明白所走的道路是正確的,所以目前客棧開發需求最大的來源居然是老客戶介紹,這讓我這個做運營推廣的確實也捏了一把汗,口碑的力量大於一切。

 

以下內容不管您是有需求的客戶還是一個想接單的程序員都可以參考一下,看看靠不靠譜:

 

先問一個小問題吧,如果有人請您安排一個烤肉Party,要您馬上估價,你能迅速說出來嗎?也許你可根據您的經驗說大概多少錢,不過真正的成本,如果您不知道:

多少人要來參加?

要不要娛樂活動?

party的人年齡?

要不要啤酒或…哪一類的酒?

豬肉、牛肉、羊肉?

 

甚至更多的細節,相信你隨便說數字一定不準!互聯網產品開發項目比上述的“烤肉活動”更復雜,下面我就已一名專業的Dotaer身份給大家解釋一下我們程序員客棧的開發流程:

 

第一階段:溝通需求方產品功能點(項目經理,三號位,抗壓)

 

當需求方把想做的產品發佈到平臺,這個時候平臺的項目經理會與需求方取得聯繫,瞭解需求方的初步想法,理清項目範疇看看目前需求方只是一個想法還是到哪個開發階段,看是否需要投入時間理清楚產品的核心功能點,而不是簡單的跟隨客戶天馬星空的想法隨意報價,類似“我想做一個類似京東商城”“我想做一個類似滴滴打車”,客棧項目經理遇到很多這種就差幾十個億可以打造的航空母艦的項目了,再問這樣的問題,分分鐘全部自殺!比較靠譜一點的方案,項目經理簡單溝通需求後會給出一個大致的估價區間,但是這個報價是不準確的,因爲產品的開發功能點這個時候並沒有確定。

 

所以這個階段只能說是項目經理免費給出了一份商業開發顧問方案,建議客戶落實1.0版本的核心業務流程打通的方案產品。這個時候我們一般會建議客戶自己先做一份所謂的產品商業模式圖,項目經理也會根據多年的項目開發經驗給出合理化的建議,現在的創業者基本都是“火星人”,能想到的不能想到的都會有需求,如果項目經理髮現市場已供給過剩充斥太多競爭者產品或想法用現代的科技無法實現,這個時候會給你最真實的建議。



 

 

大致的產品商業模式草圖

 

第二階段:確認想法做產品原型設計(產品經理,四號位,負責BP

 

需求方如果有大概的商業模式草圖那麼將會是一個很好的開發,這個時候產品經理就能很輕鬆的做出產品的原型圖,包括用戶體驗設計(UX),APP界面的交互邏輯,以及產品功能點實現的大致狀況,根據目前我觀察坐在對面的項目經理隊伍,最容易出問題的就在這一塊,如果原型不確定,需求方功能點改來改去,那麼如果冒然到下一步UI設計的話,設計師將會與產品經理髮生矛盾,如果很不幸到了第四步,那麼程序員就會聯合設計師一起來打產品經理!

“爲什麼不和客戶確認好需求?MDZZ

所以第一個階段產品原型做好的話,就能非常準確的給出產品的開發預算。




 

 

產品原型設計圖(參考)

 

第三階段:UI視覺設計(設計師,二號位,帶節奏)

完全準備好原型設計纔到這一階段UI設計體驗設計,以爲產品經理所做出來的產品功能點是明確了客戶的開發需求的,所以UI設計師更多的是提供一種色彩的搭配以及增強用戶使用體驗感官的設計,此階段估計以下成本:

參考市面優秀產品的設計分析

提供多種版本的logo解決方案

提供所有主要界面的多種風格設計

互動樣板的開發

和前端工程師溝通特效



 

 

這個階段非常非常重要,不只是UI設計師一個簡單的設計工作,還要與開發工程師進行溝通、產品經理給出意見、項目經理負責監督、客戶負責定稿,最終定稿確認進入下一階段的開發。

 

第四階段:進入開發出產品1.0測試版(前端工程師、後端工程師、iOS工程師、Android工程師=程序員=一號位carry全場)

此時已經明確進入程序員的開發階段,如果前面沒有變動的情況下,程序員加班加點,產品在不久的一段時間後,就能準時上線,通常客戶在這個時候是最容易提出新的功能點改動需求:

“不就是加一個小按鈕嗎?”

“一個簡單的自動回覆啦”

如果是開發者直接與客戶接觸溝通的話,你猜會發生什麼後果?不是吵架就是程序員撂蹶子不幹了!

“當初說好的呢?”

PM就是個二貨,當初爲什麼不和客戶確認好,會不會BP啊?”

 

這個時候項目經理的重要性就會體現出來,作爲“潤滑劑”的角色存在,項目經理應該及時和客戶溝通產品的完善性,並且解釋開發"迭代"的概念,原則性問題不能改變的情況下,確保確定的核心版本上線,而不是和程序員一起起鬨進入無休止的修改加功能,“加功能”屬於二次迭代開發需求,必須要從第一步重新來做。最重要的“產品上線”工作一定要落實在開發工期內。

 

第五階段:進入開發測試Debug階段(測試工程師,五號位,support

很多人往往忽略的環節,其實測試是非常重要的一個環節,如果一個產品只是根據客戶自我的使用角度去使用,是很難發現產品的缺陷的,這個時候你真的需要一名專業的測試工程師,之前客棧的騰訊測試工程師給出過最專業的測試建議:

1、需求分析、系統分析和測試分析,主要是通過經驗找出風險,以及編寫用例。代碼review。所以經驗和技術都很重要!

2、測試用例執行,檢查需求實現是否正確,質量好壞(交付影響有多大,是否達標)

3、質量流程和標準的建立。這些可以提升效率降低成本。

4、評測對比,主要是性能,可靠性,以及和競品的對比測試,這需要投入大量的分析工作,也需要一些專業的方法和技巧。只有經過一套合理而完善的開發體系出來的產品纔是滿足客戶開發需求並且經受的了市場的考證。

最後如果您是有開發需求的客戶,您應該拒絕那一開始沒問清楚就跟您隨意報價的開發團隊。如果你是一名程序員,你應該拒絕一開始就沒有明確功能點需求的開發客戶。當然如果你想和我Solo,我也可以奉陪,微信:jjrc521

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章