我是一個傳統意義上來講的程序員,從一畢業,到如今,我沒有專精於一門語言,固然除了工做和項目的須要外,我本人說實話也想多接觸各個方面的知識!程序員
以前接到了一個很棘手的任務,其實應該算是一個沒有明確目標和實質內容的任務,具體不詳細展開,最後我中下來,大體方向應該是:傳統軟件如何更好的向互聯網發展!其實這個標題很大,內容很泛,實際很空洞。各類軟件擁有不一樣的用戶羣體,爲用戶帶來各類價值,直接複製別人的成功之路,不必定會帶來多大的價值利益。若是小米學習蘋果的訂價策略,那麼應該不會有今天的小米吧?學習
可是,咱們若是抽象一下,還有一句話是這麼說的:解決用戶的痛點!好吧,挺有道理的,咱們的用戶解決不了的、很難解決的,若是咱們幫他解決了,那咱們等於幫他帶來了價值,相對而言,軟件也就成功的八九不離十了。說到這裏,我估摸着要轉折下了,否則我要跑出我本身定的中心思想了。開發
解決用戶的痛點當然重要,可是怎麼樣把痛點更好的、更便捷的解決方案作一個規劃實施,應該是在找出痛點以後相當重要的。產品
我相信不少軟件公司的現狀是這樣的:產品人員或者說市場人員穿着光鮮亮麗的穿梭於用戶和研發人員之間,從用戶的角度最大限度的提出對於產品的需求,時不時還會加上本身的一些邏輯思惟。固然這並非一件很差的事情,只是我以爲應該可以更好。以前聽過公司裏的領導給咱們講小米的研發模式,讓用戶走進研發,是的這是一個讓產品更好的方式,但爲何不讓研發人員走進用戶呢?這很難?我想確定有必定的不小的難度!可是,試想一下,如若研發人員走進用戶的使用環境,瞭解用戶的使用環境,抱怨用戶的使用環境,是否是在進行開發的時候更容易站在他們的角度進行思考,更容易切入他們的痛點,從而更好的完成產品的研發工做!這段說的是走進用戶!讓咱們也穿上正裝和用戶「談天說地」吧。軟件
而後?固然是走進業務,若是說走進用戶讓研發能從用戶的角度出發去思考如何實現功能,那麼走進業務則是從產品業務角度去思考代碼的實現了。從傳統層面來講,應該是瞭解業務優先級高於瞭解用戶,可是我的以爲兩個應該是相輔相成,缺一不可的。二者應該沒有主次前後之分,走進用戶的同時學習業務,走進業務的同時瞭解用戶!作到了這兩步,我想產品在質量和用戶層面又會提高到一個新的高度!互聯網
接下來講說對於產品人員的一些門外漢建議。程序
產品人員對於用戶痛點應該是理解的最爲透徹的,也是掌握軟件產品成功與否的命脈的相當重要的一個角色!我贊成一個合格的產品人員應該嚴格的從用戶角度出發,以解決用戶實際切身問題爲出發點,提出軟件產品需求,細化功能要求。可是有時候過於的站在用戶角度,而沒有考慮實際問題,每每過分的看待「上帝」,致使對於實現會遇到種種難題,最後使得進度不理想,退而求其次,仍然沒達到預期效果,若是能在一開始,將需求的想法與研發人員進行溝通(目前咱們的產品組已經作的很是不錯了),或許能夠在一開始就將方案定的更加切合實際。固然,任何一件事情作到極致或許就或許可以提升成功的概率,但每每事不遂人願,咱們只有在有限中追尋無限纔可以成功!項目
宅男們,讓咱們脫掉眼鏡,穿上正裝,拿起產品手冊,一塊兒產品人員創造更優秀的軟件產品吧!語言