學產(chǎn)品設計從失敗到成功的策略規(guī)劃每個設計師都經(jīng)歷過失敗，如何沒有經(jīng)歷過失敗的設計師，那么這個設計師就會有一定的膨脹心理，沒有經(jīng)歷挫折是不知道自己的缺點的，當學習產(chǎn)品設計在到開發(fā)產(chǎn)品這個過程中非常完美，不過到結果就是失敗的，這樣的經(jīng)歷是需要積累的，設計師的觀念是從每一次設計產(chǎn)品總結出來的，下面就一起來學習一下吧！“按鈕應該放在右邊，這符合規(guī)范！”“但是用戶習慣在這邊尋找按鈕，放那邊不夠自然?！薄斑@個可以做啊，但是用戶會覺得很好用?！薄坝袥]有更好的方案，為什么一開始就要做那么復雜的操作呢？”這樣的討論總是在產(chǎn)品經(jīng)理評審需求的時候出現(xiàn)。大家目標都很一致為了用戶和產(chǎn)品的發(fā)展。但每個人的視角或有不同，這時，產(chǎn)品經(jīng)理就應該具備上帝視角。什么是“上帝視角”？就是指產(chǎn)品經(jīng)理不僅可以看到主流用戶的需求，還可以看到其他伙伴各自的出發(fā)點，可以和他們進行良好溝通，推動產(chǎn)品實現(xiàn)。前文曾談到為什么需要產(chǎn)品經(jīng)理這個職位，我認為，產(chǎn)品經(jīng)理在整個項目中不僅需要對需求負責，更要成為伙伴之間的“潤滑劑”可以和產(chǎn)品經(jīng)理PK需求，也能和開發(fā)人員探討技術方案的實現(xiàn)，還可以和設計師聊一聊最新的設計風格，最關鍵的是產(chǎn)品經(jīng)理需要了解用戶。但事實上，誰都覺得自己更了解用戶，覺得自己本身作為一個用戶沒有被滿足需求。這種情況時常出現(xiàn)在每次的評審中，這就要求產(chǎn)品經(jīng)理可以做適當?shù)臏贤?。前文出現(xiàn)的激烈爭論并非是壞事，對于需求來說，可以越辯越明，但對于決策來說，卻不符合呆伯特會議規(guī)則，無法說服其他伙伴同意產(chǎn)品經(jīng)理的方案。還有一種可能的情況，即產(chǎn)品經(jīng)理強勢地要求開發(fā)工程師或者設計師按照自己的理解去進行，通過“項目時間”和“老板需求”來強迫他們“心甘情愿”地實現(xiàn)需求。這種“狐假虎威”的做法有時候有效，但對于產(chǎn)品開發(fā)來說，并不是一件好事。在產(chǎn)品開發(fā)過程中，如果相關人員都沒有被產(chǎn)品經(jīng)理說服并同意產(chǎn)品經(jīng)理的方案，就容易產(chǎn)生情緒而情緒化的結果則是潛伏在產(chǎn)品開發(fā)過程中的各種風險都會不斷出現(xiàn)。例如，開發(fā)工程師沒有準確地理解需求，馬馬虎虎地完成功能，忽略了相關邏輯和細節(jié)實現(xiàn)，或者將這位產(chǎn)品經(jīng)理的需求優(yōu)先級放低，不斷拖延……這種情況很常見。我私底下和一些工程師關系不錯，有時候就會問他們，為什么有的需求完成度很低，有的時候需求bug會特別多？他們會回答“不想做或者有其他優(yōu)先級的事情。如果充分理解了需求，我們也是很樂意去做的。但是平時產(chǎn)品經(jīng)理都不和工程師一起玩，沒有太多的革命友誼，所以大家都是公事公辦，公事公辦的后果就是先做其他事情?！碑a(chǎn)品經(jīng)理們，去施展你們的影響力吧！準確地闡述用戶需求和價值，讓伙伴們認可你的方案，這對于方案的實現(xiàn)有著重大的意義。用戶需求時常被挑戰(zhàn)的重要原因之一就是缺乏場景，大部分時候把自己當作用戶并不能很好地反映客觀情況，需求往往是伴隨著場景而變化的。正如《探索需求》中所言“除此之外，人們并不經(jīng)常購買他們所需要的東西，卻常常追求他們并不特別需要的東西，即使這種期望是短暫的?！眻鼍盎枨蟛艜a(chǎn)生“期望”，而不考慮場景提出的需求，雖然客觀存在，卻不一定是最想要和最需要被滿足的。因此，產(chǎn)品經(jīng)理在面臨日常的方案挑戰(zhàn)時，一定要關注將需求和場景結合起來，如果可以考慮用戶的使用習慣和行為數(shù)據(jù)，則會更加具備說服力。第一次做功能從失敗到成功第一次做功能，對于許多產(chǎn)品經(jīng)理來說，意義非凡。但對于一個入門者來說，第一次做功能往往需要人進行輔導。在騰訊內(nèi)部，導師一般會安排剛入門的產(chǎn)品經(jīng)理承擔一些簡單的需求，并會進行對應的指導。即便如此，看過本書前幾章的產(chǎn)品經(jīng)理可能依然會有點茫然“雖然我都知道該怎么做了，但是如何開始第一步呢？”許多人在產(chǎn)品分析時表現(xiàn)得頭頭是道，但一面臨實踐操作往往就發(fā)現(xiàn)，理論再靠譜，也難以應用到現(xiàn)實中來。記得我第一次跟進的需求是做一個閱讀文章的功能。當時我畫了思維導圖，又用PPT做了幾個線框圖做說明，還寫了Word版本的需求文檔。但事實上，這幾個東西都沒有起到太大作用因為每個產(chǎn)品經(jīng)理做需求的第一步，不是動手去做，而是思考。第一次做功能產(chǎn)品設計階段三思而后行，這是我的個人經(jīng)驗。如果一個產(chǎn)品經(jīng)理在接到任務之后，不假思索地就開始要各種資源，拉設計師和工程師討論需求，肯定會受到各種挑戰(zhàn)和不信任。任何一個需求都應該被拿來好好思考，清楚了整個流程，考慮了各種情況都會有哪些效果，產(chǎn)品經(jīng)理的心里才會有底，才能有效地傳達需求給其他人，才可以更快地推進需求實現(xiàn)。當時，我接手了閱讀文章的功能，于是馬上找到設計師傳達需求，就遇到了類似的問題。產(chǎn)品經(jīng)理我這邊有一個閱讀文章的需求，你能幫忙看一下嗎？設計師要閱讀什么文章，是一個怎么樣的功能？產(chǎn)品經(jīng)理就類似。設計師有哪幾個頁面，大概流程你清楚嗎？這個功能的目標是什么？產(chǎn)品經(jīng)理目標就是為了看文章，和一致就可以了。有很多的訂閱文章，然后把文章排個版，加入微博分享、收藏這些功能。設計師是需要和一致嗎？但是我依然不清楚閱讀文章是要干什么，是為了收藏？產(chǎn)品經(jīng)理……很顯然，產(chǎn)品經(jīng)理對于需求的理解很模糊，沒有具體的目標。雖然從入門開始就一直被灌輸用戶第一的理念，但是一接到需求就什么都忘記了。對于一個需求任務，如果產(chǎn)品經(jīng)理未能很好地進行分析和界定，一開始就找對應的人員進行溝通，或者簡單地把方案類比為其他產(chǎn)品，是一種很不專業(yè)的做法。產(chǎn)品的概念形式有非常多的可能，而且開發(fā)產(chǎn)品的方向也有很多，這就需要設計師對產(chǎn)品的概念了解深入到極致。