前幾天，老大分給我一個(gè)任務(wù)，是一張產(chǎn)品經(jīng)理給出的功能內(nèi)容截圖。圖里面說(shuō)，我需要對(duì)文件列表添加單項(xiàng)內(nèi)容的開始與暫停，需要對(duì)整個(gè)列表增加全部開始與全部暫停的功能。于是，我就想，在列表這里增加開始與暫停的功能可以讓用戶控制哪個(gè)文件開始翻譯，哪個(gè)文件停止翻譯，然后全部開始與暫停的功能能夠控制所有文件內(nèi)容，這樣更加便捷得達(dá)到了對(duì)個(gè)別文件進(jìn)行優(yōu)先翻譯的控制。然后在這個(gè)翻譯的場(chǎng)景中，一次性可以同時(shí)翻譯3個(gè)文件，那么用戶當(dāng)然可以決定哪個(gè)文件先開始，哪個(gè)文件后開始。所以對(duì)應(yīng)開始/暫停、全部開始/暫停的功能，文件的狀態(tài)就有了：正在翻譯、已暫停、等待翻譯、翻譯失敗。我還去參考了網(wǎng)易云音樂(lè)、百度網(wǎng)盤、優(yōu)酷視頻的下載功能，于是順理成章的產(chǎn)出了方案。對(duì)了，老大說(shuō)要產(chǎn)出多個(gè)方案，于是我想了想，實(shí)現(xiàn)全部開始/暫停功能除了增加按鈕，還有單擊右鍵的方式，或者什么樣的按鈕出現(xiàn)方式才是最合適的，于是又勉強(qiáng)做了幾個(gè)方案，順便寫上這些方案行不通的原因。最有意思的是，寫的這些原因的基本是“……情況下，這樣做就缺少了入口”“這樣做，比較奇怪，不建議使用”等讓我自己都有些消化不良的原因。
然后約了大家下午進(jìn)行交互內(nèi)審。你猜，交互內(nèi)審是什么結(jié)果？駁回。
交互內(nèi)審時(shí)，我說(shuō)不清楚情況，于是喊來(lái)產(chǎn)品經(jīng)理，在老大為首和產(chǎn)品經(jīng)理互動(dòng)后，確認(rèn)了增加開始/暫停的方式只是為了讓用戶可以自己決定優(yōu)先進(jìn)行哪些文件的翻譯，而開始/暫停的方式針對(duì)翻譯的情況并不是最后的解決方案。產(chǎn)品經(jīng)理也表示不應(yīng)該寫功能，并連連表示抱歉。于是，最后是我要修改交互稿收尾。
你看這個(gè)過(guò)程中，我犯了什么錯(cuò)？
第一，拿到任務(wù)，慣性思維看功能。第二，看到功能，想當(dāng)然虛擬并認(rèn)可需求。第三，死板參考其他同類形式的功能。
我做的比較好的地方是什么？
畫了多個(gè)自己都不認(rèn)可的方案，并附上了不可以的理由。??這妥妥的為了設(shè)計(jì)而設(shè)計(jì)，然后拿錯(cuò)誤情況當(dāng)學(xué)習(xí)材料思考了。
最后老大和產(chǎn)品經(jīng)理的互動(dòng)解決了什么問(wèn)題？
第一，明確了需求：方案背后的根本原因是當(dāng)需要翻譯的文件量大時(shí)，要給用戶主動(dòng)權(quán)，讓他們決定優(yōu)先翻譯哪些文件。第二，明確了產(chǎn)品經(jīng)理給出的功能方案復(fù)雜化了問(wèn)題的解決辦法。
那么怎么做才能避免這種交互稿被打回重做的結(jié)局呢？交互稿是針對(duì)問(wèn)題的解決方案詳細(xì)闡述。問(wèn)題從哪里來(lái)？問(wèn)題來(lái)源于用戶需求或者業(yè)務(wù)需求。需求來(lái)源于哪里？需求來(lái)源于用戶在使用或者企業(yè)在確定方向時(shí)要達(dá)成的目的。如果交互稿做得沒有問(wèn)題，那首先一開始對(duì)達(dá)成目的、需求的認(rèn)識(shí)方向就要有，而且這個(gè)大方向本身要能立得住腳。在這個(gè)方案從哪里來(lái)的問(wèn)題上有答案后，再談怎么做這個(gè)方案，再逐一解決遇到的問(wèn)題。
在上面的故事中，我們接到的需求可能是產(chǎn)品經(jīng)理自行找到的一種解決問(wèn)題的方案，或者是模棱兩可的需求說(shuō)明，或者是沒說(shuō)清楚情況的場(chǎng)景，等等。遇到這種不清楚的情況時(shí)，多反向推問(wèn)幾個(gè)為什么？為什么要做這樣的功能？為什么用戶會(huì)有這樣的需要？然后再確認(rèn)需求與功能的合理化：這個(gè)需求什么時(shí)候會(huì)產(chǎn)生，高頻低頻還是一般，在真實(shí)的世界中是真的存在么？在這個(gè)反向推問(wèn)思路中，可以采用場(chǎng)景思維、問(wèn)題導(dǎo)向思維、用戶目標(biāo)導(dǎo)向思維等。當(dāng)這些關(guān)于需求、要解決的問(wèn)題等內(nèi)容弄清楚之后，開始思考什么的功能或者方式可以解決這個(gè)問(wèn)題，這個(gè)過(guò)程涉及的面可大可小，需要保證每增加或刪除的內(nèi)容都是有理有據(jù)的，還有一些是別人會(huì)想到但是站不住腳的功能，雖然不需要在交互稿中表現(xiàn)，但是要做到心中有數(shù)。
還有，我產(chǎn)出了那么多我自己都否定的方案，有什么意義呢？如果是要投入到開發(fā)階段的話，這些方案當(dāng)然沒有意義，但是對(duì)你自己而言，也許可以檢視一下所理解的交互方式有哪些，說(shuō)不定能鍛煉你個(gè)人的交互套路熟練程度。盡管會(huì)有這么一點(diǎn)點(diǎn)的好處，但其實(shí)不建議花功夫做這些，不要為了設(shè)計(jì)而設(shè)計(jì)，不應(yīng)該為了出方案而出方案。
好了，這是工作幾個(gè)月以來(lái)，第二次在需求方面栽跟頭。下次再有需求或功能來(lái)，先問(wèn)為什么要做這個(gè)功能，解決了用戶的什么問(wèn)題，什么情況下這個(gè)問(wèn)題會(huì)出現(xiàn)。針對(duì)這個(gè)問(wèn)題、場(chǎng)景，這種解決方案怎么樣，其他解決問(wèn)題的方案還有么？
181205 爽 記
