通過回答：這里嘛，參考了同類競品，然后運(yùn)用了用戶體驗地圖模擬了真實使用場景，情感化等等巴拉巴拉一些專業(yè)性的知識，還有一種情況就是完全靠口述表達(dá)講具體參數(shù)該元素距離右側(cè)間距為XX像素。

這么回答完后不敢保證產(chǎn)品能不能被說服，但是我覺得開發(fā)肯定被說懵逼了，這里反應(yīng)了一個常見的問題，信息不對齊導(dǎo)致無法形成有效溝通。在講方案時面對產(chǎn)品應(yīng)該講什么？開發(fā)關(guān)心的是什么？這里一定要梳理清楚，面向不同角色時信息一定要對齊。

六、表現(xiàn)層-解決方案

1. 組件/按鈕規(guī)范

先著手從設(shè)計層面上解決洞察出的問題，主要解決組件定義不夠嚴(yán)謹(jǐn)以及規(guī)范不統(tǒng)一問題，注意組件更新后一定要與相關(guān)項目組人員進(jìn)行拉通宣導(dǎo)更新了那些內(nèi)容，這樣有利于其它人員第一時間知道更新項，及時調(diào)整界面中運(yùn)用的相關(guān)組件。

2. 時間膠囊/推導(dǎo)方案

在舊版本中發(fā)現(xiàn)存在時間膠囊圓角不統(tǒng)一和交互層不滿足產(chǎn)品訴求，所以在優(yōu)化方案中要多維度進(jìn)行思考，提前規(guī)避一些問題，以免在溝通方案時考慮不全或不清楚。

前面有提到在產(chǎn)出方案時建議（N+多個提案）。

避免評審過程中思維過于發(fā)散無法聚焦在方案中，一定要掌握控場節(jié)奏提高溝通效率，將大家的思維跟著你的節(jié)奏來，重點(diǎn)落在方案思考過程中，這樣有利于方案通過率。最后的結(jié)果一定是眾多其中的一個方案，如果出現(xiàn)第二種，那肯定是準(zhǔn)備不足導(dǎo)致的。

3. 時間膠囊/推導(dǎo)結(jié)論

根據(jù)以上推導(dǎo)過程可以得知比較明確優(yōu)化方向，將符合產(chǎn)品訴求的點(diǎn)進(jìn)行提煉總結(jié)出最終解決方案。

通過以上推導(dǎo)結(jié)論可以明確優(yōu)化方向，將提煉出的關(guān)鍵詞居左，紅色，方點(diǎn)融入設(shè)計方案中。

可以看出在推導(dǎo)過程中也會遇到一些糾結(jié)或推翻的方案，比如在方形點(diǎn)或圓形點(diǎn)取舍就比較難定義，開始以方形點(diǎn)為優(yōu)化方向是較為正確的，因為它好理解。我們經(jīng)常用手機(jī)拍視頻所以認(rèn)知層面較為簡單，但在實際場景中運(yùn)用又不是很符合，擔(dān)心會有誤導(dǎo)的傾向所以最終還是采用了圓形點(diǎn)。

推導(dǎo)其實很有意思，推著推著就開始懷疑自己了，推導(dǎo)就是不斷探索，不斷推翻尋找真理，有時候你認(rèn)為的不一定是最好的，當(dāng)你經(jīng)歷過才會知道哪一個是最優(yōu)的。

七、交互層-問題拆解

1. 問題洞察

2. 問題總結(jié)

舊版交互流程在實際場景中，使用過程沒有很明顯的問題，也符合當(dāng)前階段功能訴求。主要是如何從現(xiàn)有交互流程中挖掘發(fā)力點(diǎn)，并且解決用戶痛點(diǎn)，同樣要滿足產(chǎn)品核心訴求。

八、交互層-制定策略

1. 用戶體驗地圖

采用用戶體驗地圖，模擬用戶在開始直播到結(jié)束直播整個使用流程，了解用戶在使用過程中遇到的問題和困惑點(diǎn)，并且明確用戶要完成的操作目標(biāo)。這樣可以讓我們真正了解到用戶在每個環(huán)節(jié)想要的是什么，從中尋找發(fā)力機(jī)會點(diǎn)。

2. 問題總結(jié)

通過用戶體驗地圖明顯看到，現(xiàn)版本交互流程只解決了基礎(chǔ)問題，隨著用戶量不斷提升，對使用體驗訴求已不滿足現(xiàn)狀，對于交互層用戶真正比較關(guān)心的感知太弱，而且沒有真正解決用戶核心訴求。

3. 操作流程梳理

將體驗地圖總結(jié)的發(fā)力機(jī)會點(diǎn)進(jìn)行提煉拆解，制定解決方案，逐個解決每個流程的體驗問題。

九、交互層-解決方案

1. 交互流程

根據(jù)以上梳理出的流程圖，將提煉發(fā)力機(jī)會進(jìn)行分析，逐個融入每個操作環(huán)節(jié)中，解決用戶在使用環(huán)節(jié)中痛點(diǎn)，并且滿足產(chǎn)品訴求，達(dá)到產(chǎn)品用戶目標(biāo)一致。

2. 整合歸納

將表現(xiàn)層和交互層推導(dǎo)出的解決方案進(jìn)行最終整合，面向產(chǎn)品時重點(diǎn)講述推導(dǎo)案例思考過程和最終方案的結(jié)果即可，最主要是該如何將方案交互層完整的傳達(dá)給開發(fā)，并且達(dá)成一致的共識。

3. 最終結(jié)論

首先將前面分析轉(zhuǎn)化為產(chǎn)研可以看懂的說明文檔，達(dá)到一致性的認(rèn)知，便于觀察到每個環(huán)節(jié)注意事項。

其實宣講方案并沒有特別困難，主要是把思路梳理清晰，面向誰該講什么，每個模塊應(yīng)該注意什么？逐個交代清楚為什么這么做，這么做的好處是什么？

推導(dǎo)過程可以看到問題本質(zhì)，那么推導(dǎo)結(jié)果就是解決問題的本質(zhì)。

最后將方案中的動效演示轉(zhuǎn)化為可視化文檔，便于開發(fā)更好地理解，同樣也有利于方案效果理想化的落地，在走查階段可以直接追訴到代碼級更好地解決問題。

以下是我日常工作中使用的說明文檔，附加在設(shè)計稿中，便于不同角色人觀看。

（建議提前與相關(guān)人員溝通達(dá)成共識再使用，不然開發(fā)會覺得你在無形中增加工作量）

以上是個人工作中沉淀的文檔不代表行業(yè)標(biāo)準(zhǔn)。

十、結(jié)語

囑咐一段話：在工作中要具備向上兼容的意識，看待問題站在全局性思考提前規(guī)避，使工作更加高效。

工作時長不是一件利己利他的事，有時候遇到問題不如冷靜下來換個思路去解決，希望以上個人總結(jié)能夠幫助到大家。

感謝！閱讀。

本文由 @特懶克斯 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Pexels，基于CC0協(xié)議。