分享一個屬于開發(fā)者的10萬元企業(yè)服務大禮包耿芹！戳開即可領
產(chǎn)品經(jīng)理有一個不靠譜的領導是一種怎樣的體驗？
“小張挪哄，我覺得加個聊天功能好一點吧秕。”迹炼、“小王砸彬，加個視頻吧∷谷耄”砂碉、“小李，大家都在做直播咱扣，我們也加上吧绽淘。”
“X總闹伪，這可能不合適沪铭，這不符合用戶需求∑浚”
“誰說了杀怠？你不是用戶，做出來就行了厅克，就這么定了赔退。”
最后留下一臉懵逼的你眼淚掉下來证舟。
講真硕旗，在座的產(chǎn)品狗們應該經(jīng)常遇到這個場景。而與此同時女责，我們也得承認漆枚，就算我們是專業(yè)的，也一定會經(jīng)常犯錯抵知，導致產(chǎn)品出現(xiàn)了一些莫名其妙的功能墙基，最終甚至成為產(chǎn)品失敗的導火索。
那么刷喜，如何避免不靠譜需求影響產(chǎn)品的發(fā)展残制？同時保證花去的成本最低？
用戶測試掖疮！而且是有節(jié)奏的用戶測試初茶！
用戶測試大致可以分為三步：自測、內(nèi)測浊闪、公測纺蛆。
三步測試的進行時間吐葵、目標、方式等等都差別很大桥氏，接下來詳細說明吹菱。
自測：
開始時間：產(chǎn)品開發(fā)結束即可開始
目標：快速發(fā)現(xiàn)明顯的產(chǎn)品缺陷和不足
方法：讓公司員工測惨奕，大概20人（可自行調(diào)整）左右寇窑，讓大家將發(fā)現(xiàn)的問題都放在指定的吐槽池中
優(yōu)點：夠快惋增，成本較低
缺點：不一定真實符合用戶場景
額外說明：可以試著設定一定的獎勵制度，畢竟同事們又不背這個KPI堕伪，積極性很可能比較低
當產(chǎn)品開發(fā)結束之后即可開始進行自測的環(huán)節(jié)揖庄，讓20個同事試用產(chǎn)品，在兩天內(nèi)快速獲取產(chǎn)品的一些明顯問題欠雌，包括用戶流程蹄梢、核心邏輯的完善，各種BUG富俄，功能點的問題禁炒，等等，這樣就可以在產(chǎn)品測試的階段就快速優(yōu)化一次產(chǎn)品霍比。
但這里有一個問題幕袱，我們設計的產(chǎn)品大多數(shù)時候并不是一個大眾產(chǎn)品，而是一個垂直產(chǎn)品悠瞬，讓20個同事進行測試大部分時候并不能保證他們都是你的目標用戶们豌，所以這會導致在自測的時候經(jīng)常會出現(xiàn)非常多的盲點，這需要尤其注意浅妆。
而與此同時望迎，同事對于產(chǎn)品的容忍度是極高的，就算產(chǎn)品真的很爛凌外，他們都會堅持著把產(chǎn)品所有功能都用一遍辩尊，然而你真實的用戶最大的可能是看到一個很爛的點轉身就走，所以在自測階段產(chǎn)品狗經(jīng)常會低估自己產(chǎn)品的某些缺陷趴乡，我們要抱著“只要是同事能發(fā)現(xiàn)的問題对省，都嚴重到會損失大部分用戶”的觀念來看待自測的結果蝗拿。
內(nèi)測：
開始時間：自測結束晾捏，產(chǎn)品第一次優(yōu)化之后
目標：詳細了解用戶在使用產(chǎn)品時的狀態(tài)，行為哀托，找到盡可能多的可優(yōu)化之處
方法：社群反饋+焦點小組+現(xiàn)場觀察
優(yōu)點：直接面對用戶惦辛，足夠敏捷
缺點：很難顧及到邊界情況
額外說明：本身最好就有一個核心用戶社群，根據(jù)產(chǎn)品情況選擇人數(shù)以及人群
當產(chǎn)品經(jīng)過自測之后仓手，感覺大問題基本解決了胖齐，OK玻淑，到核心用戶社群里面說一聲：我們產(chǎn)品出來了，大家用用看~
接下來在幾天內(nèi)呀伙，讓核心用戶在某一個固定時間點在社群內(nèi)集中反饋补履，由產(chǎn)品經(jīng)理進行記錄，將所有產(chǎn)品的優(yōu)缺點進行記錄剿另，如何進行需求分析就不在這多說明了箫锤。
但線上反饋終歸是不夠的，經(jīng)歷過用戶調(diào)研的產(chǎn)品經(jīng)理應該能夠明顯感覺到雨女，線上的反饋很難將用戶的感知谚攒，問題徹底挖出來，這時候我們就需要在線下以焦點小組的方式來進行訪談氛堕。
社群反饋結束之后一周之內(nèi)馏臭，約5~7個核心用戶進行焦點小組訪談，并且讓用戶在現(xiàn)場使用產(chǎn)品讼稚，由大概2人對用戶進行觀察括儒，不僅觀察用戶的行為，手勢乱灵，甚至包括表情塑崖，聲音，對用戶在使用產(chǎn)品時的每一個細節(jié)進行觀察痛倚，在中途也可問一些問題了解用戶在使用時的想法规婆。
公測：
開始時間：內(nèi)測結束，產(chǎn)品第二次優(yōu)化之后
目標：通過大規(guī)模的用戶使用找到產(chǎn)品在每一個邊界條件的問題
方法：數(shù)據(jù)分析+建議反饋
優(yōu)點：能夠發(fā)現(xiàn)所有問題
缺點：找到問題既開心又痛苦蝉稳，畢竟這都是用口碑的降低換來的呀抒蚜。。耘戚。
額外說明：鼓勵用戶多進行建議反饋
公測階段產(chǎn)品已經(jīng)上線了嗡髓，在這時候真的是要小心翼翼，因為找到任何一個問題都是以口碑的損失為代價收津，不過好在這時候再發(fā)現(xiàn)的問題都是長尾理論中的那后20%饿这，不影響大部分用戶的體驗。
數(shù)據(jù)分析用的漏斗模型等辦法很多撞秋，在這里不多說明长捧，建議反饋我想著重說一下。如果你的產(chǎn)品在探索期吻贿，那么建議反饋的按鈕一定不能藏得很深串结，要足夠的明顯，讓用戶每當有不爽的時候都能夠輕易找到建議反饋按鈕。并且降低建議反饋的復雜程度肌割，讓用戶建議反饋時所需花去的成本盡可能地低卧蜓。
不過如果你的產(chǎn)品已經(jīng)進入成熟期了，產(chǎn)品基本沒什么大問題把敞，那需要在意的是不同人群的不同需求弥奸，可以將建議反饋按鈕稍微隱藏一下，避免影響到用戶體驗奋早。
總結
用戶測試三部曲：自測其爵、內(nèi)測、公測伸蚯。
有節(jié)奏地測試摩渺，才能低成本、敏捷地測試出產(chǎn)品的所有問題剂邮，保證產(chǎn)品能夠以一個完美的姿態(tài)面對市場摇幻，在優(yōu)秀的用戶體驗之下自然會使得產(chǎn)品獲得優(yōu)秀的口碑，進而通過口碑傳播快速獲得用戶挥萌，從一個失敗產(chǎn)品一步步成為獨角獸绰姻。
