今天我們來聊一個尷尬的話題——改設(shè)計(jì)。

在工作中，很多PM都可能會遇到這樣一種情況：產(chǎn)品的文檔已經(jīng)交付了，產(chǎn)品也已經(jīng)在開發(fā)了。可是，你突然發(fā)現(xiàn)有個功能設(shè)計(jì)有一點(diǎn)問題，需要做一些改動，這時你該怎么辦？

這種“雷”對于幾乎各種級別的產(chǎn)品經(jīng)理都會遇到過，或大或小地都會經(jīng)歷一次這種生不如死的過程，有時感覺研發(fā)工程師恨不得拿刀剁了自己，可是本著對產(chǎn)品負(fù)責(zé)的態(tài)度又不得不提出來。這種結(jié)果往往導(dǎo)致團(tuán)隊(duì)士氣低下，關(guān)系變差，產(chǎn)品延期，PM信任危機(jī)，等等。

那遇到這種問題究竟有沒有解決方案呢，或者說有沒有應(yīng)對的方法論呢？

我們今天就簡單來聊一聊，產(chǎn)品開發(fā)到一半，用什么姿勢來思考“改設(shè)計(jì)”這個事。

區(qū)分真老虎和紙老虎

事情往往來得很突然?？赡苁呛蛣e人溝通中，可能是給技術(shù)講解產(chǎn)品時，可能是自己突然領(lǐng)悟到，也可能是在讀某篇文章時，你突然意識到，“我設(shè)計(jì)的產(chǎn)品功能有問題?！?/p>

此時，你的內(nèi)心應(yīng)該是Bi了狗了。接下來，你的內(nèi)心活動可能是這樣的一條路徑：

產(chǎn)品功能有問題 → 我得修改?→ 我怎么搞定我的技術(shù)?→ 我死定了

沒錯，你這樣想就是死定了。因?yàn)檫@只是你的內(nèi)心活動，而不是客觀事實(shí)。

我們很多產(chǎn)品經(jīng)理遇到問題時，都是自己把自己給嚇?biāo)赖摹?strong>我們太容易把客觀事實(shí)、迫切程度、迭代規(guī)劃、內(nèi)心感受、同伴關(guān)系等問題攪和在一起來考慮，你在做判斷的時候就很痛苦，自以為事情很緊急很迫切，卻不知道哪個是客觀事實(shí)，哪個是你臆想出來的恐懼。

我們舉一個例子：

比如某個數(shù)據(jù)產(chǎn)品經(jīng)理，他在為一個新產(chǎn)品設(shè)計(jì)一個新的數(shù)據(jù)分析工具，大概有條件篩選、數(shù)據(jù)排序、數(shù)值計(jì)算、對比分析等一些基本工具，他在設(shè)計(jì)時考慮了數(shù)據(jù)分析的輸入是什么，操作有哪些，輸出有什么，從而設(shè)計(jì)出一個比較完整的數(shù)據(jù)分析工具，我們稱之為v1.0?？磥砜慈ニ坪醪]有太大的問題，而且也比較簡單，所以產(chǎn)品文檔寫好之后就交付了。突然某天，在和技術(shù)老大碰細(xì)節(jié)的時候，技術(shù)老大說，你怎么沒考慮到數(shù)據(jù)如果太大處理不了怎么辦？我們在流程上是不是要首先做數(shù)據(jù)過濾啊，不然數(shù)據(jù)存在數(shù)據(jù)庫里，一口氣幾十萬條數(shù)據(jù)都拿出來，豈不是亂套了！

這個問題真夠唬人了，想想還真是個大麻煩事，如果一口氣幾十萬條數(shù)據(jù)都被導(dǎo)出來，那豈不是把產(chǎn)品得搞掛了?？磥淼酶脑O(shè)計(jì)了，可是開發(fā)已經(jīng)進(jìn)行到一半了，這怎么辦？

此時最怕的是自亂陣腳。

這個產(chǎn)品經(jīng)理需要好好分析一下，技術(shù)老大說的這種情況會在什么場景下出現(xiàn)。作為技術(shù)老大，他需要考慮的很多都是極端情況，這樣才能確保產(chǎn)品在后續(xù)迭代中不會掉到坑里，他關(guān)心的并不是產(chǎn)品設(shè)計(jì)，而是技術(shù)設(shè)計(jì)。能夠提出這樣問題的技術(shù)老大是很有經(jīng)驗(yàn)的，但另一方面也可能印證一件事，他提出來的問題并不是眼下最緊要的，可能是將來才會遇到的。

就拿這個例子來說，大量的數(shù)據(jù)過濾是建立在數(shù)據(jù)量已經(jīng)足夠大的基礎(chǔ)上，對于一個新產(chǎn)品而言，如果忽略了這個功能，是不是致命，下一個版本能不能彌補(bǔ)，是在發(fā)現(xiàn)問題時需要立刻考慮的，這些就是我們前面提到的“客觀事實(shí)”。這個功能缺失一定是個問題，但是不是要立刻修改又是另一個事情。

所以，產(chǎn)品經(jīng)理千萬要在問題出現(xiàn)的時候，把“客觀事實(shí)”從所有復(fù)雜的信息里摘出來，認(rèn)清楚這個客觀事實(shí)是真老虎，還是眼下的紙老虎。

學(xué)會評估，是處理問題的第一步

當(dāng)問題被拋出來的時候，立刻行動并不意味著立刻去改，而是立刻評估。

因?yàn)榇藭r產(chǎn)品已經(jīng)開發(fā)過半，返工和延期都是很影響研發(fā)進(jìn)度的，而且還會影響到后續(xù)功能的設(shè)計(jì)。你需要學(xué)會評估一切因素，從而做出最合理的判斷。

評估迫切程度：立馬做，還是以后再做

如果這個修改是不得不改的，那么它才有返工的必要，否則就應(yīng)該延后到下一個版本。

如何來判斷迫切程度呢？我認(rèn)為只有一點(diǎn)即可，這個功能如果不改，當(dāng)前版本用戶的使用是否會出現(xiàn)不可控制的斷點(diǎn)和風(fēng)險(xiǎn)。

我們舉個例子：

比如一個登錄功能，如果是v1.0版本，你在設(shè)計(jì)的時候忘了加驗(yàn)證碼。我們推演一下，因?yàn)槭莢1.0，可以假設(shè)此時的用戶量并不大，大概也就多則幾萬，少則幾千，此時即使沒有驗(yàn)證碼，也沒有大問題，安全風(fēng)險(xiǎn)也相對較低。當(dāng)版本迭代到v2.0，或者v3.0時，用戶量已經(jīng)比較大了，驗(yàn)證碼就必須要有了，因?yàn)橛邪踩L(fēng)險(xiǎn)。

再舉一個例子，關(guān)于用戶使用斷點(diǎn)的例子：

比如一個聊天功能，如果在設(shè)計(jì)的時候，忘了設(shè)計(jì)本地緩存。此時我們再推演一下，如果是v1.0版本，用戶數(shù)量不太大，每個人手里的聊天群平均下來都不太多，緩存的確可能會影響到一些網(wǎng)絡(luò)不好的用戶的體驗(yàn)，但是早期用戶大多是奔著核心功能來的，緩存沒有并不是最重要的斷點(diǎn)，用戶是可以勉強(qiáng)接受繼續(xù)使用的，而且產(chǎn)品經(jīng)理、運(yùn)營是可以通過人力方式設(shè)法維系用戶。但如果版本是v2.0，此時用戶對于沒有緩存的意見就比較大了，再不做緩存的話，聊天群如果比較多，則非常影響體驗(yàn)，立馬形成了用戶使用的斷點(diǎn)，所以就很迫切。

所以，我們評估迫切程度是要和當(dāng)前的版本相結(jié)合的，然后判斷用戶使用是否有斷點(diǎn)和風(fēng)險(xiǎn)。根據(jù)經(jīng)驗(yàn)，一般能夠被評為迫切程度很高的修改是很少很少的，大部分功能都是可以延后再補(bǔ)救的。

評估研發(fā)難度：優(yōu)化和分拆設(shè)計(jì)

如果很不湊巧，你就是趕上了一個被評估為迫切程度很高的設(shè)計(jì)改變，此時你要做的事不是立刻安排人去做，而是在完成新的設(shè)計(jì)之后，評估研發(fā)難度。

為什么要產(chǎn)品經(jīng)理評估研發(fā)難度？這是為了幫助你更好地完成這次設(shè)計(jì)的修改。

我們一般在做產(chǎn)品設(shè)計(jì)的時候，第一個確定的方案往往不是最佳方案，這種方案會更多靠直覺推演。當(dāng)我們深入到評估研發(fā)難度的時候，我們會發(fā)現(xiàn)最早的那個方案可能在研發(fā)難度上需要很長時間，或者需要多人參與，所以產(chǎn)品經(jīng)理要學(xué)會重新評估，以及分拆設(shè)計(jì)。

我們可以將一個復(fù)雜的功能分拆成若干個簡單的功能，當(dāng)前只去開發(fā)最重要的那些，而不重要或者復(fù)雜的，如果迫切程度不高，我們可以把它們推遲到后續(xù)版本里。如此就可以極大地節(jié)約工期。

關(guān)系的維護(hù)是一定要做的工作

一切評估結(jié)束，我們看看怎么去和你的小伙伴們解釋這個問題。（其實(shí)本不是特別想寫這個部分，但是想想?yún)s又是繞不過去的坑）我簡單羅列幾個可供參考的方法。

勇于承擔(dān)責(zé)任

產(chǎn)品經(jīng)理是產(chǎn)品的CEO。

勇于承擔(dān)責(zé)任是必須要有的勇氣和擔(dān)當(dāng)，哪怕主要責(zé)任不在你，也需要站出來承擔(dān)責(zé)任。一個好的PM首先是一個好的Team Leader，否則不會有兄弟愿意和你一起賣命工作。錯本身不可怕，怕的是甩鍋怯懦的PM，這樣的PM很容易失去同伴的信任。

明確分析原因

無論是通過一個小的會議，還是通過郵件，都需要明確分析產(chǎn)生這種修改的原因。

這種做法的目的不僅僅是將事情告知大家，而是要讓所有人明白，這個是全團(tuán)隊(duì)的大事，通過正式的方式來通報(bào)所有參與者，顯得正規(guī)合理得當(dāng)。如果你只是私下里和大家說道說道，你的同伴會覺得你這個人相當(dāng)不靠譜，也很不正規(guī)，他們在做這件事的時候也會不正規(guī)，最后可能又會帶來新的問題，而鍋還得你來背。

陳述新修改的影響

修改后帶來的影響一定要提前講清楚，這樣所有人心里都有一個預(yù)期。

這里有一個小的Tips，你可以把你做優(yōu)化以前的設(shè)計(jì)所帶來的影響，和你優(yōu)化之后所帶來的影響進(jìn)行對比，告訴大家我們產(chǎn)品經(jīng)理通過努力，將影響降到了最低。這么做一方面讓大家有個對比，比較容易接受，另一方面是大家會看到你這個產(chǎn)品經(jīng)理在這個修改上很努力，很為大家著想。

好的溝通是確保未來長期良好合作的基礎(chǔ)，千萬不要充當(dāng)一個只會分派工作，不會解釋說明的產(chǎn)品執(zhí)行者。

學(xué)會總結(jié)，不在同一個坑里跌倒第二次

當(dāng)大家都接受了你的修改設(shè)計(jì)，并且已經(jīng)開始工作之后，你一定要學(xué)會總結(jié)，以確保下次別再掉坑里了。

最好的成長來自于總結(jié)別人的錯誤，其次的成長便是來自于總結(jié)自己的錯誤。

總結(jié)一定要深刻，你需要分析你這次設(shè)計(jì)中缺失的環(huán)節(jié)，你手里的產(chǎn)品功能在后續(xù)的設(shè)計(jì)中還有哪些地方可能還有坑，而且還需要總結(jié)你這次處理的好不好，有沒有后續(xù)的負(fù)面影響?？偨Y(jié)并沒有特別的方法論，具體問題需要具體對待。但是可以肯定的是，你總結(jié)的越細(xì)節(jié)，越能推演出前后的關(guān)系，你也就越能體會到成長。

祝愿各位年輕的PM們，在后續(xù)的工作中能夠多總結(jié)，少犯錯。

作者：帥帥的帥，“優(yōu)護(hù)家” 聯(lián)合創(chuàng)始人；前微軟小冰高級產(chǎn)品經(jīng)理，北京大學(xué)計(jì)算機(jī)系碩士

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