親愛的產(chǎn)品&交互設(shè)計師，你是否發(fā)現(xiàn)你的方案經(jīng)常被別人質(zhì)疑；你是否因為無法反駁或者說服他人而悶悶不樂；你是否懷疑過交互設(shè)計師的價值？其實不管是交互還是產(chǎn)品經(jīng)理，工作時的唇槍舌戰(zhàn)不可避免；但是我相信一定有很多人和我一樣不喜歡爭吵的氛圍，因此我也是想盡各種辦法在避免爭吵的同時證明我是對的。有義正言辭的也有歪門左道的，有有理有據(jù)的也有撒嬌求饒的；總之只要是能按照我的想法做了，賣藝賣身什么的都是可以的；呃~~說多了，還是進入正題吧~

首先，你得自己清楚做這件事情的目的和目標(biāo)，這是重中之重；

目的很容易理解就是為什么做這個事情，目標(biāo)就是想要達(dá)到一個什么樣的效果。這個之所以重要是因為當(dāng)你為自己的方案申辯時，你需要告訴對方這是達(dá)到該目標(biāo)最便捷的方案或者性價比最高的方案亦或是開發(fā)成本最小的方案。當(dāng)對方認(rèn)可了你的目的和目標(biāo)之后，那么基于同一目標(biāo)他如果無法第一時間想出一個更好、更易開發(fā)、更xxx的方案，那你基本就已經(jīng)成功80%了~；接下來就坐等他幫助你完善這個方案的細(xì)節(jié)吧~

當(dāng)然這個方法要求大家都必須有大局觀并且認(rèn)可你這種“目的、目標(biāo)”的工作方法，而難點在于并不是每一個方案都會有明確的目標(biāo)。我想身為產(chǎn)品或者交互，你懂得~~

其次，用類比法說服你的伙伴或者基友們接受你的方案~

類比法其實很容易理解，就是把你的方案比喻成現(xiàn)實生活中發(fā)生的事情；這樣通過大家都有的經(jīng)歷，曉之以理動之以情得到共鳴達(dá)成一致，可謂是一氣呵成！

舉個栗子，之前做過一個關(guān)于直播的案子；本來的交互方案是如下圖一所示：

?圖一? 直播人數(shù)已達(dá)上限的提醒

用戶在點擊【觀看直播】按鈕的時候進行彈窗提示，告知他直播人數(shù)已達(dá)上限，不能觀看（頁面為說明問題隨手一畫，請不要深究）。然而，到了測試環(huán)境走查的時候我發(fā)現(xiàn)方案成了圖二所示。

?圖二? 測試環(huán)境的效果

究其原因是由于在課程介紹頁彈出彈窗的方案客戶端需要單獨請求數(shù)據(jù)，而進入直播間之后相關(guān)數(shù)據(jù)會一并傳給客戶端，所以開發(fā)哥哥們覺得在直播間提示也一樣，美其名曰還可以讓用戶進去看看直播間長什么樣子。然而真的是這個樣子的嗎？進入直播間后發(fā)現(xiàn)無法觀看用戶還需要再次點擊返回才能回到課程介紹頁，這樣用戶體驗會好嗎？但是你該怎么取說服技術(shù)讓他們心肝情愿的修改呢？

于是我們把這種情況類比成平時開車出游在高速上最常見的情況。你可以給他講個美妙的故事：

假如某個陽光燦爛周末你的開發(fā)哥哥帶著女友興致勃勃的要去自駕游（記得陽光一定要燦爛、妹子一定要身材好顏值高），駛上高速之后忽然前面變的擁堵，這時路邊出現(xiàn)了一個溫馨提示：很抱歉前方正在施工。然后你一邊唱著忐忑一邊繼續(xù)前行；忽然發(fā)現(xiàn)前方不通?。?！這個時候你肯定心中一萬頭羊駝飛奔而過，你百分之百會問候剛剛寫溫馨提示那哥們他們?nèi)遥。?！為什么剛剛不告訴我，還要我掉頭?。?！

然后你可以意味深長的告訴他：其實這個例子和線上的情況如出一轍，你覺得該怎么辦呢？故事說到這里一般技術(shù)哥哥們會陷入一種沉默，然后扭頭出去抽根煙默默的坐回電腦前拿起了他們的鼠標(biāo)，因為他們知道你說的是對的~

所以不只是爭吵才能解決問題，講故事同樣可以~

對了，不要忘記你們當(dāng)時打點統(tǒng)計的那些數(shù)據(jù)~

有時候開發(fā)哥哥們會弱弱的問產(chǎn)品或者交互：你們統(tǒng)計的這些數(shù)據(jù)全部都會看嗎？答案是并不一定全部都會去看，但是需要它的時候沒有你也會很頭疼；線上的數(shù)據(jù)可以說是最有利的證據(jù)去證明方案的好壞與對錯；所以在你提交新方案之前可以將之前方案已有的數(shù)據(jù)準(zhǔn)備好，用以證明這個問題非改不可或者改了以后數(shù)據(jù)會有所改善；

當(dāng)然很多時候數(shù)據(jù)只能說明線上的方案有問題，并不能證明新方案一定會更好。這個時候就需要你在執(zhí)行新方案的時候也做好數(shù)據(jù)統(tǒng)計的工作。等上線后將兩份數(shù)據(jù)進行對比并將最終結(jié)果郵件發(fā)送給你的開發(fā)哥哥們（記得抄送給他們的領(lǐng)導(dǎo)），方案的好壞一目了然自然不用你多費唇舌。久而久之彼此的信任感會慢慢建立，當(dāng)你再次把線上數(shù)據(jù)和新方案拿給他看的時候，他們會心服口服的認(rèn)可你、幫助你；剩下的事情就是怎么把這件事情做的更好、做出成績~

還有一個方法，你可以通過問題的發(fā)生的概率和帶來的影響、方案帶來的提升和開發(fā)的成本去說服對方；

這個方法是我在網(wǎng)易的時候聽另外一個同事分享的方法，當(dāng)時覺得這個很有道理就記下來；他的原話是這樣的：當(dāng)你想要解決一個問題的時候需要考慮一下這個問題發(fā)生的概率和帶來的影響；當(dāng)你告知別人你有一個方案的時候需要考慮下方案帶來的提升和開發(fā)的成本。這幾件事情想明白之后你才可以去和你的同事溝通；這個道理其實很簡單，發(fā)生頻率很低的問題可能重要但是不緊急，可以優(yōu)先處理影響較大的問題，而低開發(fā)成本效果提升顯著的方案自然最受大家青睞。當(dāng)你要和其他部門競爭開發(fā)資源的時候，不妨一試這個理論這個方法；或許它會讓你在眾多的競爭者中成為贏家~

來張圖放松下心情（圖片來自于網(wǎng)絡(luò)）

最后，可以進行小規(guī)模的可用性測試（灰度測試或者A/B test ）或者借助外力（例如用研同事或者是你身邊的同事或者朋友）的幫助做個小調(diào)研；

先說一下灰度測試和A/Btest,很多網(wǎng)站（包括移動端和web端）你會發(fā)現(xiàn)他們很長時間都沒有大的頁面改版；其實并非是它們沒有做優(yōu)化，反而是它們會進行很多灰度測試；例如Booking web端就有一套很完整的灰度測試框架，大到上線的新功能小到button顏色的變化、位置的變化都會進行灰度測試（我沒有實際驗證過，聽同事說的）；效果不好的功能或者優(yōu)化不會上線面向用戶；

這個對于產(chǎn)品而言是最有力的證據(jù)，但是國內(nèi)并沒有多少家公司會去搭建灰度測試或A/Btest的框架支持產(chǎn)品做這件事情；所以很多時候還是得另求他法；你猜對了可用性測試和用戶研究要登場了；

以前做交互設(shè)計師的時候，每當(dāng)我無法確定方案好不好或者哪個方案更好的時候，我就會想起我們用研同事親愛的臉龐；然后屁顛屁顛的去尋求他們的幫助。當(dāng)拿著用研的測試報告去和開發(fā)談case的時候簡直就像是身披盔甲的勇士，有一種以一敵百的氣勢和此戰(zhàn)必勝的決心~~然而很多創(chuàng)業(yè)公司初期可能并沒有用戶研究這樣的崗位配置，沒有關(guān)系你可以問一下自己身邊的同事或者朋友呀（甚至是你的那些開發(fā)哥哥弟弟們）；測試或調(diào)研的這些人中如果有半數(shù)以上的認(rèn)為新方案比線上更好，那么這個結(jié)論同樣會幫助你打一個漂亮的翻身仗~

說來說去還有一種情況就是所有的方法都無法證明方案的好壞對錯，對待這些問題奉勸一句不必過多糾結(jié)，上線后密切關(guān)注數(shù)據(jù)及時修正便是極好的！最后想說一句：如果能用一杯奶茶就能解決的問題，以上所有方案都可飄過~

作者簡介：我叫十月（微信號yaweiniuniu），高級交互設(shè)計師。3年互聯(lián)網(wǎng)產(chǎn)品設(shè)計經(jīng)驗，在央企做過用研、網(wǎng)易做過交互創(chuàng)業(yè)公司做過產(chǎn)品；但最喜歡的方向還是用戶體驗和交互；熟悉在線教育，旅游等方向；工業(yè)設(shè)計出身，因此對智能硬件方向非常感興趣~~歡迎大家一起交流~~

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