1樓：haha
使用者：很期待對方馬上有反饋，這個功能挺好。
產品經理：細節功能，對漲粉沒有多大用處，屬於不重要且不緊急的需求，留到下個版本吧。
2樓：產品經理的那點事
使用者體驗四步法（使用者角色分類、使用場景、使用者痛點、解決方案）體驗分析產品/功能。
1、使用者角色分類：從涉及到相關角色可分為正在輸入的人、聊天對方、平台方，以下方面均從各個角色分別分析。
2、使用場景：各角色的使用場景是啥。
3、使用者痛點：各角色的使用中的痛點是啥，希望得到啥。
4、解決方案：基於以上的分析，並結合平台方角度綜合評估得到最終方案，也就是要實現的功能。
3樓：ChAiGuAngRuI
回答這個問題之前，在拉倆個問題出來吧「已讀」「對方撤回一條訊息」
回答之前先去抽根菸理理~
回來了!!
其實這3個問題都可以用乙個答案來解釋「互動性」
拿陌陌舉例
你給乙個你心儀的女孩子發了一條訊息(尋找約X目標)，你發出去的時候是未讀，她收到了並且看了但是沒回覆你，你開始找尋下乙個目標；如果她回覆你了你們開始交流並且出來見面.....
這個就是社交產品的正常流程也是核心(互動性)回到這3個問題，如果都不觸發；這樣會大大減少人與人之間交流(互動)。也就不會有下文。也就會涉及到我們的一些資料指標留存、活躍等。
你會允許你的產品是乙個低留存，低活躍的產品嗎？
如果允許還談什麼商業化，談什麼變現呢？
當然我可能說的不全面，但這是乙個思考的方向。
總結：假設由你或者他人發起了隨機會話，如果不新增輔助功能，你說了一半不想說了這事也就結束了。但是你加了一些輔助功能如以上3個，就算你輸入了一般或者讀了怎麼樣了，對方看到後會積極的問你：
咋回事?你說呀
這個功能不正是人之常情嘛，符合我們大多數人的心理!!
怎麼從需求分析轉換到產品經理？
力娃 產品需求主要存留在需求層面，真正產品經理需要對產品全生命週期成功負責，包括使用者導向，購買決策，投入產出經營，生命週期管理，競品監控等等 lanbang 如果你們公司沒有產品經理，你幹的事就是產品經理的事，如果你們公司有產品經理，你就要總結他和你幹的事的區別。每家公司這兩個崗位的分工配合不盡相...
軟體需求分析怎麼轉產品經理或者專案經理？
Luo.David 看性格，外向點，有創意想法，對於軟體整個流程非常熟悉也願意設計軟體並且能夠說服客戶就轉產品經理。反之就專案經理，管理內部團隊，合適的崗位安排上合適的人就好了。特別注意的是，轉崗後可能需要暫時丟掉自己原來的身份，畢竟產品經理或者專案經理不能兼著需求分析的崗位的。 IT小蘭 從事企業...
作為產品經理，該從哪些角度審核設計師的頁面？
陳培偉 功能是否齊全，是否囊括了所有元素 視覺效果，吸引客戶的正是視覺效果 細節問題 能否突出特點，能否將某產品的主要特徵展示出來。 範客張 固然要相信設計師的專業，但很多設計師只知設計的皮毛，不吃透產品的思路是根本做不出貼合產品的設計來的。所以你要審核什麼？與其說審核，不如問產品經理願不願意花心思...