產品經理之產品需求分析(一),產品經理需求分析
很長時間沒有靜下心來寫點東西了,近一個月繁忙的工作讓自己的心態平和了許多。
一直在想,做新的產品和改版舊產品這兩者之間在具體工作方法和思路上應該是可以複製的,通過近期對於公司一款產品進行全部改版,瞭解到不同之處。老規矩通常上層決定要改版一個核心產品時,沒有太多理性和具體的理由,能聽到的都是說使用者體驗、穩定性和易用性存在諸多問題,除了從運營部拿到一些使用者調查資料,再無其他具體的意見可以借鑒,不過截止到今天已經全部完成,提供小結以提醒自己。
通常情況下產品策劃人員開始執行產品改版的同時,一定是大家已經對這款產品到了忍無可忍地步了,運營沒法推廣,使用者使用率和線上時間長度寥寥無幾,浪費了運營成本,也帶來了二次推廣行業使用者接受度的考驗,所以只要是公司一員都能到這個產品上面吐口水,這時候再追究最初的責任已經沒有任何意義了。
首先要搞清楚為什麼要改版?要重點解決哪些問題?
A.第一輪從運營部拿到一些資料,可以看出推廣力度和使用者註冊數屬於正常範圍,只是在產品使用過程中的線上時間長度非常短,也就是從這裡開始大部分使用者很少再開啟第二次使用;
B.除此之外,產品核心功能和協助工具功能主次不分,附加功能繁多,功能分散,對外宣傳的幾個核心功能被埋沒,其次擋在使用者面前,還要設定一些電腦IT行業必須的資訊,要命的是普通使用者根本不知道怎麼去配置這些資訊,雖然產品有做通用標準和相關引導機制也很難使用,少一條資訊則不能繼續使用某一個功能;
C.因為產品本身技術和資訊源的問題,使用過程中經常出現不可預估的錯誤和幹擾驗證碼資訊;
總體而已以上幾點導致使用者流失、和使用者反饋的資訊基本上一致的,目前急需改變的,至少可以解決部分使用者量和使用者粘度不夠的問題。
接下來需要進一步具體化到某一個功能和某一個點的分析,評估版本工作量和版本更新安排。
對於產品功能繁多,核心功能弱化的問題,最好的辦法就是快到斬亂麻,當事情往往不會如意向的那樣,最好能砍的一定要砍,不能砍的想辦法弱化和做到二級菜單或者需要涉及到得業務資料模組去。既然是互連網產品,互連網產品的特點就是適合快速推廣、快速上手、減少使用者學習成本,劇增使用者量、最好做到使用者之間推薦和傳遞能夠清晰明了,歸根到底一定是很爽快的解決使用者某一種需求,我們到底滿足了使用者實際工作中哪一個A級需求,B級以下的需求是否有必要現在全部一次推給使用者。但產品本身屬於行業軟體產品和互連網之間,這個在當初定位時稍有不同,所以使用者行業軟體的技術和功能,推廣運用了互連網產品推廣的策略。也問題之一。
我用一個很初級的例子來對產品的需求進行分析;
如果你現在很渴,很明顯目前你急需要滿足的唯一需求就是喝水,這時我提供一杯水給你,是不是應該定義為A級自然需求,也可以是核心需求之一,這種需求不用太多深入分析都能夠明白的,對於這種自然需求無需做使用者調研和資料統計,而且也沒太多意義,實際工作中有著太多這樣時間在這裡糾結。
繼續剛才的例子,OK,滿足了你喝水的需求,從生理上來說,你無需再喝過多的水了,但部分使用者滿足了自然需求緊著有的想要喝甜一點水、鹹一點的水、苦一點的水等等…,但這屬於B級或者潛意識需求,要麼是我們有針對性的自己挖掘出來,或者使用者會提出來。如果功能需求要分優先順序的話,那麼A級需求一定是要優先滿足的,當然你確實渴了,我給一杯很苦的水,你也會喝,雖然你滿足了這個需求,但使用者會很不爽。
我想問題應該出在這裡了,如果按照上面的思路,那麼我們的產品是把這些需求都給到使用者,但使用者想要喝水之前,事實我們給的不是一杯水,而一口井,這裡所說的就是擋在使用者前面需要配置的資訊,這時有耐心的使用者會自己做木桶,做吊繩,然後去打水。OK,使用者好不容易做好了這一切,把木桶丟進井裡發現井水不時上下波動,要很費力才打到水(產品穩定性和易用性)打完水上來,喝了發現水是苦的,這時我想他心情不會好到哪裡去,和我們一直對外宣傳和標榜的純淨天然水簡直是天壤之別,也就是說宣傳時我們從這個產品繁多主次不分的功能選擇了一兩點我們認為核心的功能作為主推廣點。
我覺得至少下次他是不會來這裡打水了。
需分析師與產品經理是一回事
不是。差別大了
互連網產品經理與通訊需分析我該怎選擇?
其實糾結選擇不了,說明兩個公司對你吸引力是同等的,沒有絕對的優勢。
那麼你可以看看哪個行業是你喜歡的,互連網行業工作更寬鬆,畢竟是新興產業,沒那麼多規矩,也都是年輕人居多。通訊行業裡邊規矩比較多,工作的制度性強,但排資論輩情況比較多。
互連網產品這個工作你應該有所瞭解,主要是系統、模組、功能設計,工作的範疇包括立項、資源協調、系統設計、與開發設計互動運營多個崗位資源協調