（五）交互分析
【點贊中】：發(fā)文頁
【1】點贊按鈕操作
用戶痛點：頻繁出現(xiàn)操作困難逞泄、易失誤的情況。
問題Q4：痛點原因是什么呢溯香？
帶著疑問，進入用戶視角：我嘗試模擬用戶單手持機浓恶，完成一次表態(tài)點贊玫坛。體驗記錄如下：
我的定位和AB用戶一樣，我們當前并不清楚表情點贊是什么包晰、也不知道該如何正確使用它湿镀，所以我的第一件事是先看看這些表情是什么意思、是否有我想要的心情伐憾。我試著把每個表情走一遍勉痴，但按壓到第4圖的抱抱時，我已經(jīng)有點吃力了树肃；想選擇第5圖最后一個悲傷蒸矛，我需要把大拇指捋直了才能觸碰到它。
梳理整個點贊過程胸嘴，操作手勢有兩種：
1雏掠、點擊：選擇
2、長按：預覽+選擇
這兩種手勢劣像，使用場景是：
1乡话、你能清楚知道某個表情含義，并毫不猶豫選擇它時耳奕，才會使用點擊绑青，這是個精確操作。
2屋群、你不清楚表情時时迫，可能會和我一樣都試一遍，操作流程是：長按預覽-移動瀏覽-松手選擇谓晌。長按過程中掠拳，你需要時刻保持注意力，掌握好按壓的力度纸肉，否則移動中手滑松開了溺欧、或者后悔當前的選擇時喊熟，你就會選錯表情，之后你又要重頭再把這個流程走一遍姐刁。
由此芥牌，操作難的原因有：
1、信息的布局聂使。
表情贊從左到右壁拉，依次按照“負向-中立-正向”的邏輯來排序。把正向情緒放在操作舒適區(qū)柏靶，這是產(chǎn)品有意規(guī)劃的位置弃理，權衡了正負信息的優(yōu)先級。把負向情緒靠前屎蜓，增加了2-3秒的操作時間痘昌，目的是讓用戶慎重考慮自己否真的要表達負向，避免無意義的沖動宣泄炬转。
2辆苔、長按的局限性。
長按的重復試錯成本很高扼劈，是個耗時耗力的操作驻啤。它雖然能有效防止誤操作，但稍不留神也會有失誤荐吵。
??我的解決思路是：從用戶認知入手街佑，多熟悉這幾個表情。當喚起表態(tài)按鈕時捍靠，他們能下意識直接點擊操作，而不是走“長按-預覽-再操作”的老路森逮。
【2】點贊結果反饋
反饋狀態(tài)榨婆，主要包含：點贊成功、取消點贊褒侧、點贊異常（無網(wǎng)絡點贊失斄挤纭）。
微博點贊反饋闷供，沒有任何彈窗提示烟央，它主要依靠醒目的動畫效果、按鈕高亮狀態(tài)歪脏，來判斷你是否點贊成功疑俭。
1、有網(wǎng)情況下婿失，點贊動畫和按鈕高亮同步顯示并發(fā)生變化钞艇，容易辨認點贊是否成功啄寡。
2、但無網(wǎng)情況下哩照，就有些困惑了挺物。它允許用戶進行無網(wǎng)操作，還顯示點贊動畫飘弧，讓人以為自己點贊成功了识藤。但實際上，操作后的點贊是無效的次伶，點贊數(shù)不會變化痴昧、按鈕也無反應，這前后矛盾的操作十分令人不解学少。
??我的解決思路是：
添加異常情況的邏輯提示剪个。用toast吐司提示，明確告知用戶“當前是什么情況版确，因為什么原因導致無法點贊扣囊，并給予對應的解決辦法”。同時不顯示點贊動畫绒疗，別讓用戶有點贊成功的錯覺侵歇。
【點贊后】：評論區(qū)頁/消息頁
『評論區(qū)頁』
用戶和產(chǎn)品的需求場景：
問題Q5：評論發(fā)布者，需求：發(fā)布評論后吓蘑，希望收到他人的點贊認同惕虑。在設計上如何實現(xiàn)這個目標？
目標達成需要幾個條件：
1磨镶、先確保自己的評論能被人看到溃蔫，并允許別人參與。
2琳猫、點贊功能容易看到伟叛、好用。
3脐嫂、贊统刮，不是任意的贊，而是評論者想要的账千、對他有利的贊侥蒙。
由此看重兩個因素：
1、評論區(qū)的結構：內(nèi)容顯示匀奏、互動形式鞭衩、排序規(guī)則。
2、確定合適的點贊功能：拇指贊or表態(tài)贊醋旦，功能易見恒水、操作好。
【1】評論區(qū)結構
微博評論區(qū)饲齐，選用是主題式結構钉凌。
主題式結構特點：
1、每條評論單獨一層捂人，可以形成一個主題御雕，進行延展討論。它作為一級關系滥搭，顯示在評論區(qū)酸纲。
2、該評論的所有回復瑟匆，都集中在這個評論主題內(nèi)闽坡。它作為二級關系，折疊在主體評論下愁溜，進入詳情能看到整個對話的過程疾嗅。
設計原因：
1、微博評論量巨大冕象，必須篩選信息的優(yōu)先級代承。
2、優(yōu)先突出評論者的主體評論渐扮，提供熱度和時間排序论悴，兩種方式都給內(nèi)容曝光的機會。
3墓律、瀏覽者看到后膀估，可以快速判斷是不是自己感興趣的內(nèi)容，然后再決定下一步是否深度參與耻讽。整個過程循序漸進察纯，符合用戶“先瀏覽、做決策齐饮、再行動”的認知習慣。
實現(xiàn)目標：
當評論者的內(nèi)容足夠引起共鳴時笤昨，他的內(nèi)容會成為一個新主題祖驱，在獨享頁面內(nèi)聚眾引發(fā)熱議。
1瞒窒、對于評論者：可以有效集中志同道合的人捺僻，迅速得到點贊認可。
2、對于瀏覽者：連貫預覽一二級對話匕坯，可以清晰了解主題的前后脈絡束昵，直接定位在感興趣的節(jié)點加入討論。
3葛峻、對平臺：當熱議數(shù)據(jù)達到足量時锹雏，用戶評論會轉變成熱搜、熱門詞條术奖，全站迅速傳播礁遵，給平臺帶來二次熱門話題效應，實現(xiàn)更多的流量吸睛采记。
?【2】評論區(qū)點贊功能
評論區(qū)對于評論者佣耐，僅提供拇指點贊功能，并把功能放置在每條評論下方觸手可及的位置唧龄。
設計原因：
在社交互動形式中兼砖，評論產(chǎn)生的價值、付出的成本既棺、優(yōu)先級＞點贊讽挟。當一個用戶愿意評論時，他的交流意愿和互動分享是最強烈援制，平臺鼓勵這樣的用戶積極參與戏挡，使用拇指點贊，它表達的贊同和喜愛晨仑，能給予評論者很大的支持和鼓舞褐墅，這也是評論者想要的贊。
實現(xiàn)目標：
贊越多洪己，認同感越強妥凳，評論者心里的滿足感和成就感也越高。繼而形成一個良性循環(huán)答捕，點贊促使評論者愿意發(fā)布更多有價值逝钥、有共鳴的評論內(nèi)容。
『消息頁』
用戶需求：不論是點贊者拱镐、收贊者艘款，都對接收消息有輕度通知、防打擾的需求沃琅。
【1】通知形式
選擇Badge徽標哗咆，作為站內(nèi)信的通知形式。點贊通知益眉，允許用戶設置數(shù)字晌柬、小紅點姥份。
Badge特點：用符號告知用戶當前應用出現(xiàn)新動態(tài)、新消息年碘。它僅通知澈歉，不需要用戶立即做出回應，也不會打斷用戶正在進行中的行為屿衅，是一種弱提醒埃难。
Badge兩種模式，使用場景不同：
數(shù)字模式：是精確通知傲诵，告訴用戶具體的點贊數(shù)量凯砍。數(shù)字和紅面結合，視覺醒目拴竹、干擾強烈悟衩。
紅點模式：是模糊通知，只用一個小點告訴用戶點贊有動態(tài)栓拜，僅此而已座泳，對人的心理壓力和干擾比較小。
當用戶選擇紅點模式時幕与，意味著他們并不想被過多的點贊消息干擾挑势。
【2】通知規(guī)則
1、平臺尊重用戶意愿啦鸣，根據(jù)用戶設置潮饱，弱化紅點的顯示狀態(tài)。
紅點模式：有人點贊時诫给，僅在贊消息入口顯示紅點香拉，底部tab不做通知，在頁面上把通知干擾降到最低中狂。只有用戶開啟數(shù)字模式時凫碌，底部tab才會跟隨顯示通知，高度提醒用戶看消息胃榕。
2植袍、對重復點贊消息笆搓，做合并通知：主要合并流程中的歷史節(jié)點赂鲤，僅記錄最新一條信息八拱。
同一個人，對同一條博文點贊時楔壤，不論贊變更幾次選項鹤啡，都合并到一條通知里，只告訴用戶最新的一次點贊情況挺邀，從根源上降低紅點重復出現(xiàn)揉忘，防止信息轟炸。
但規(guī)則邏輯有點缺陷端铛，沒有對“取消贊”的行為做前后判斷泣矛，導致用戶取消贊后，對方依舊收到點贊通知禾蚕，但打開消息卻看不到點贊人您朽、也看不到贊。
用戶反饋中换淆，經(jīng)郴┳埽看到各種吐槽“莫名其妙、誰給我點贊了倍试？讯屈？”，強打擾的情況出現(xiàn)頻繁县习。
??我的解決思路是：
設計考慮容錯涮母、防錯機制。因為用戶不可能都按我們規(guī)劃的路線走躁愿，他們使用功能時總會有各種狀況發(fā)生叛本，比如撤回、修改彤钟、反悔取消等等来候，我們允許他們犯錯，但也要控制他們犯錯給別人帶來的困擾逸雹。
優(yōu)化：流程中增加對“取消贊”的行為判斷营搅。不通知無效點贊，只通知最終有效的點贊記錄峡眶。
1剧防、贊后取消：不發(fā)送取消通知，并撤回上一個點贊通知辫樱。
2峭拘、贊后取消，再成功點贊：只記錄最新一次點贊情況狮暑，并通知用戶鸡挠。
從機制上，減少無效空贊搬男、通知點贊數(shù)和實際顯示贊數(shù)不一致的情況拣展，降低對用戶的騷擾。
【3】查看消息：『點贊詳情頁』
AB用戶查看點贊消息缔逛，有兩個需求：
A：希望收到對方的好感备埃。
B：希望高效回應對方的點贊姓惑。
這里都涉及一個重要的互動形式：點贊回復。
【1】列表結構
點贊詳情列表頁按脚，主要有幾個模塊：
1于毙、點贊人信息：（頭像、人名辅搬、時間唯沮、點贊動作）
2、點贊信息源：（點贊內(nèi)容堪遂、內(nèi)容來源）
3介蛉、社交功能：（回復、屏蔽溶褪、拉黑）
頁面結構邏輯是币旧，告訴用戶：“是誰，在什么時候猿妈，給你的什么信息點贊佳恬，你可以對他做哪些社交回應”。說明于游，這是一個注重「雙向互動」的點贊頁面毁葱。
有兩點值得注意：
1、點贊信息源贰剥，展示得的非常詳細：一級點贊內(nèi)容倾剿、二級內(nèi)容來源，全都完整的展示出來蚌成。
設計原因：幫助收贊人回憶“自己在過什么地方前痘、說過什么話、做過什么事”担忧，結合上下文判斷點贊人在哪些方面和自己的喜好芹缔、價值觀一樣，由此加深好印象瓶盛，促使雙方進行互動最欠。
存在弊端：屏效性差，單條信息占面大惩猫，查閱效率變低芝硬。
2、點贊的互動方式轧房，主要是回復拌阴。而且是由人，親自手動寫回復奶镶。
問題Q6：點贊場景下的回復迟赃，要回什么呢陪拘？回一個“謝謝”而已？這是一個高頻使用的功能嗎纤壁？
【2】點贊回復
產(chǎn)品定位下的點贊特征：
這是一個公開的社交平臺藻丢，任何人都可以對你的博文點贊，陌生人互動居多摄乒。因為點贊操作快、成本低残黑，很多人養(yǎng)成隨手一贊馍佑、路過支持的習慣。這個贊梨水，只是一種簡單又表面的態(tài)度拭荤，點贊不像評論，它不會產(chǎn)出可探討的觀點和內(nèi)容疫诽，單憑一個贊是很難進行深度交流的舅世。贊完就走，成為常態(tài)奇徒。
手動回復雏亚，適用場景：當你有明確目的，知道自己該說什么內(nèi)容的情況下才會使用摩钙。
但面對陌生人隨手贊完就走的程度罢低，很多場景下是無話可說的，要用手動回復來對應“輕社交胖笛、無內(nèi)容”的點贊形式网持，這種互動成本太高了。
??我的解決思路是：
調整點贊回復的目標长踊，不是高門檻“深度交流”功舀，而是低難度“增進好感”，用輕回應代替重回復身弊。
優(yōu)化實施：
1辟汰、通過點贊內(nèi)容數(shù)據(jù)顯示，通常2-3行基本滿足查閱的需求阱佛，修改信息源規(guī)則：默認3行內(nèi)展示莉擒，超出折疊，可提供展開預覽瘫絮。
2涨冀、提供系統(tǒng)智能回復點贊，無需人工填寫麦萤，只需一鍵發(fā)送回贊鹿鳖、比心扁眯、送花答謝，即可翅帜。
（六）總結
表態(tài)點贊功能姻檀，基本能滿足用戶的表達需求，也能實現(xiàn)產(chǎn)品目標涝滴。
設計上很重視信息的主次權重绣版，把表情點贊變得易懂、有趣歼疮，但因為功能的顯示和操作機制有難度杂抽，導致用戶使用有局限性，難以觸達互動體驗韩脏。
我的想法是基于場景需求缩麸，適當調整功能的感知難度和互動成本，讓更多人認識和參與表情點贊赡矢，在社交中表達更多的真情實感杭朱。
