產品體驗不好,先不要罵產品經理
這是Kevin的第 809 篇原創(chuàng),
被用戶吐槽,甚至是謾罵的場景其實是每個產品經理都會經歷的,同時伴隨著產品運營,總是會頻繁發(fā)生,不會間斷。這也是為什么許多互聯網公司會選擇晚上夜里發(fā)新版本,怕影響線上用戶體驗引發(fā)流失。
無論是從0到1,還是更新了新功能,都要不斷收集用戶吐槽和反饋,進行優(yōu)化。
一個產品就像一個企業(yè)一樣,隨著業(yè)務逐漸標準、營收上升后,就會逐漸更加完善,設立新部門、擴張人員來填補短板。
如果你也在使用一個app或其他產品,因為體驗或功能不完善讓你準備罵產品經理先別激動,說不定你的需求已經在路上了,只是你不知道罷了。
我創(chuàng)業(yè)做產品的從0到1
記得在2017年,我們PMTalk上線了自己的web社區(qū)。但由于采用的開源框架(說白了就是別人現成的社區(qū)論壇),不能100%滿足自己實際的運營需求,就必須要親自動手開刀迭代。
但每次做優(yōu)化B、以及BUG的維護難度都呈現了指數型上升。
文章發(fā)布不出去;評論報錯;文章加載慢;登錄注冊收不到驗證碼;
各種你能夠想到的問題都發(fā)生在這里,所以每當推廣給用戶體驗嘗新的時候,我們都知道這一次肯定是會收到用戶謾罵的,但我們也非常重視每一次反饋,和推廣后的產品數據效果, 去準備下一階段的優(yōu)化方向。
為什么不能把產品做好再發(fā)布?
早期上線的web端是沒有盈利的,甚至是沒有流量的。但對于一個產品研發(fā)團隊活下去不僅僅是直接現金的收益,還有精神層面上的收獲。
比如工作經驗、職場案例,這都是在不斷打怪學習經驗的過程。
比如我在從0到1搭建pmtalk的過程中,我不知不覺成了社區(qū)產品經理的專家。一個本身做后臺、業(yè)務系統(tǒng)的產品經理,轉型到了面向C端用戶的產品經理。
所以產品早期的發(fā)布,實際上代表了工作的一個里程碑??梢钥焖俚陌阉鳛楣ぷ鹘涷灠咐尤氲阶约郝臍v中。(至少早期我在創(chuàng)業(yè)時候就這么想的,沒有想過要達到多少營收)
互聯網產品經理,其實在某種角度上賺錢并不是每個員工同事關注的,反而最重要的產品不斷推進進入到下一個階段。。
產品上線、用戶10萬、100萬、1000萬、等各自的階段了。因此精神的糧食可以讓團隊持續(xù)活下去。
活下去,是產品發(fā)布的根本原因!
產品從需求收集到優(yōu)化上線,需要時間
生活中我們使用一個app,發(fā)現不好用我們可以在app里找到投訴&反饋入口進行提交。這類問題系統(tǒng)收集成果后,首先會經過分類,確保是產品的問題還是用戶因為不會使用產品造成的。

▲ 產品自帶的反饋投訴入口
當然了,作為當代移動互聯網時代,大部分的用戶都可以通過時間沉淀和自我摸索學習很快學習、了解到產品平臺的規(guī)則和功能。
所以用戶吐槽的大部分仍然是集中在功能性問題、或業(yè)務規(guī)范。

▲ PMTalk問題需求反饋流程
產品經理在收集的問題渠道有很多,比如公司內部員工、用戶網上建議、應用評論、實際的線下場景,都可以收集到所謂的用戶反饋。上面是我給出我們在日常中關于問題反饋處理流程。
確定各個節(jié)點是誰、如何分工,問題的解決狀態(tài)


▲ 需求池管理
購買后公眾號回復:迭代,進入讀者群
資深產品經理社群:每天體驗1款app
我創(chuàng)建了一個產品經理社群。加入后365天,每天體驗一款APP。提升產品設計能力,同時有1300份體驗報告幫助你找到競品。
從優(yōu)化&建議、商業(yè)模式、運營、功能描述、交互設計、產品定位至少6個維度,體驗一款應用。
平均1天1塊錢,掃碼購買即可加入
連續(xù)體驗90款應用,通過后原路退回
報名后請查看「進群必看」
