報告框架
行業(yè)現(xiàn)狀
產(chǎn)品信息
交互頁面流程
創(chuàng)建任務(wù)流程
發(fā)起審批流程
IM功能的差異
討論功能的差異
關(guān)于消息回執(zhí)的思考：
3.3消息回執(zhí)
上文提到大管加的討論功能孽锥，在這里假設(shè)兩個情景：
1.主管發(fā)現(xiàn)新的任務(wù)關(guān)鍵點盼产，要在討論發(fā)布給某位參與人或者所有參與人；
2.參與人執(zhí)行任務(wù)過程中發(fā)現(xiàn)某些問題，需要在討論發(fā)布問題給負責人或者特定參與人。
以上兩個情景举反，發(fā)出人要怎么確定接收人已經(jīng)接收到信息？這就涉及到一個消息回執(zhí)或者叫消息反饋的問題扒吁。即使在討論中@了某人可以提醒對方查看火鼻，但依然無法確定接收方到底有沒看到消息。
所以建議：除了增加同時添加圖片和文字的功能外雕崩，在增加一個類似于“點贊”的“已閱”功能魁索，讓接收方主動反饋，并且展示“已閱”名單盼铁，方便發(fā)出人決定是否需要電話通知還未接收信息的人蛾默。
明道的消息沒有消息回執(zhí)，釘釘則非常在意信息的送達確認（回執(zhí)）捉貌，它不僅在一對一的聊天中，還在群聊中都加入了已讀狀態(tài)跟蹤冬念，哪怕在一個幾十個人的群聊中趁窃，任何人發(fā)送一條消息，都會提供已讀和未讀的計數(shù)急前，包括誰已經(jīng)讀了醒陆，誰沒有讀。
