產(chǎn)品開發(fā)到一半,你想改個(gè)設(shè)計(jì),怎么辦?
今天我們來聊一個(gè)尷尬的話題——改設(shè)計(jì)。
在工作中,很多PM都可能會(huì)遇到這樣一種情況:產(chǎn)品的文檔已經(jīng)交付了,產(chǎn)品也已經(jīng)在開發(fā)了??墒牵阃蝗话l(fā)現(xiàn)有個(gè)功能設(shè)計(jì)有一點(diǎn)問題,需要做一些改動(dòng),這時(shí)你該怎么辦?
這種“雷”對(duì)于幾乎各種級(jí)別的產(chǎn)品經(jīng)理都會(huì)遇到過,或大或小地都會(huì)經(jīng)歷一次這種生不如死的過程,有時(shí)感覺研發(fā)工程師恨不得拿刀剁了自己,可是本著對(duì)產(chǎn)品負(fù)責(zé)的態(tài)度又不得不提出來。這種結(jié)果往往導(dǎo)致團(tuán)隊(duì)士氣低下,關(guān)系變差,產(chǎn)品延期,PM信任危機(jī),等等。
那遇到這種問題究竟有沒有解決方案呢,或者說有沒有應(yīng)對(duì)的方法論呢?
我們今天就簡(jiǎn)單來聊一聊,產(chǎn)品開發(fā)到一半,用什么姿勢(shì)來思考“改設(shè)計(jì)”這個(gè)事。
區(qū)分真老虎和紙老虎
事情往往來得很突然。可能是和別人溝通中,可能是給技術(shù)講解產(chǎn)品時(shí),可能是自己突然領(lǐng)悟到,也可能是在讀某篇文章時(shí),你突然意識(shí)到,“我設(shè)計(jì)的產(chǎn)品功能有問題?!?/p>
此時(shí),你的內(nèi)心應(yīng)該是Bi了狗了。接下來,你的內(nèi)心活動(dòng)可能是這樣的一條路徑:
產(chǎn)品功能有問題 → 我得修改?→ 我怎么搞定我的技術(shù)?→ 我死定了
沒錯(cuò),你這樣想就是死定了。因?yàn)檫@只是你的內(nèi)心活動(dòng),而不是客觀事實(shí)。
我們很多產(chǎn)品經(jīng)理遇到問題時(shí),都是自己把自己給嚇?biāo)赖摹?strong>我們太容易把客觀事實(shí)、迫切程度、迭代規(guī)劃、內(nèi)心感受、同伴關(guān)系等問題攪和在一起來考慮,你在做判斷的時(shí)候就很痛苦,自以為事情很緊急很迫切,卻不知道哪個(gè)是客觀事實(shí),哪個(gè)是你臆想出來的恐懼。
我們舉一個(gè)例子:
比如某個(gè)數(shù)據(jù)產(chǎn)品經(jīng)理,他在為一個(gè)新產(chǎn)品設(shè)計(jì)一個(gè)新的數(shù)據(jù)分析工具,大概有條件篩選、數(shù)據(jù)排序、數(shù)值計(jì)算、對(duì)比分析等一些基本工具,他在設(shè)計(jì)時(shí)考慮了數(shù)據(jù)分析的輸入是什么,操作有哪些,輸出有什么,從而設(shè)計(jì)出一個(gè)比較完整的數(shù)據(jù)分析工具,我們稱之為v1.0??磥砜慈ニ坪醪]有太大的問題,而且也比較簡(jiǎn)單,所以產(chǎn)品文檔寫好之后就交付了。突然某天,在和技術(shù)老大碰細(xì)節(jié)的時(shí)候,技術(shù)老大說,你怎么沒考慮到數(shù)據(jù)如果太大處理不了怎么辦?我們?cè)诹鞒躺鲜遣皇且紫茸鰯?shù)據(jù)過濾啊,不然數(shù)據(jù)存在數(shù)據(jù)庫里,一口氣幾十萬條數(shù)據(jù)都拿出來,豈不是亂套了!
這個(gè)問題真夠唬人了,想想還真是個(gè)大麻煩事,如果一口氣幾十萬條數(shù)據(jù)都被導(dǎo)出來,那豈不是把產(chǎn)品得搞掛了??磥淼酶脑O(shè)計(jì)了,可是開發(fā)已經(jīng)進(jìn)行到一半了,這怎么辦?
此時(shí)最怕的是自亂陣腳。
這個(gè)產(chǎn)品經(jīng)理需要好好分析一下,技術(shù)老大說的這種情況會(huì)在什么場(chǎng)景下出現(xiàn)。作為技術(shù)老大,他需要考慮的很多都是極端情況,這樣才能確保產(chǎn)品在后續(xù)迭代中不會(huì)掉到坑里,他關(guān)心的并不是產(chǎn)品設(shè)計(jì),而是技術(shù)設(shè)計(jì)。能夠提出這樣問題的技術(shù)老大是很有經(jīng)驗(yàn)的,但另一方面也可能印證一件事,他提出來的問題并不是眼下最緊要的,可能是將來才會(huì)遇到的。
就拿這個(gè)例子來說,大量的數(shù)據(jù)過濾是建立在數(shù)據(jù)量已經(jīng)足夠大的基礎(chǔ)上,對(duì)于一個(gè)新產(chǎn)品而言,如果忽略了這個(gè)功能,是不是致命,下一個(gè)版本能不能彌補(bǔ),是在發(fā)現(xiàn)問題時(shí)需要立刻考慮的,這些就是我們前面提到的“客觀事實(shí)”。這個(gè)功能缺失一定是個(gè)問題,但是不是要立刻修改又是另一個(gè)事情。
所以,產(chǎn)品經(jīng)理千萬要在問題出現(xiàn)的時(shí)候,把“客觀事實(shí)”從所有復(fù)雜的信息里摘出來,認(rèn)清楚這個(gè)客觀事實(shí)是真老虎,還是眼下的紙老虎。
學(xué)會(huì)評(píng)估,是處理問題的第一步
當(dāng)問題被拋出來的時(shí)候,立刻行動(dòng)并不意味著立刻去改,而是立刻評(píng)估。
因?yàn)榇藭r(shí)產(chǎn)品已經(jīng)開發(fā)過半,返工和延期都是很影響研發(fā)進(jìn)度的,而且還會(huì)影響到后續(xù)功能的設(shè)計(jì)。你需要學(xué)會(huì)評(píng)估一切因素,從而做出最合理的判斷。
評(píng)估迫切程度:立馬做,還是以后再做
如果這個(gè)修改是不得不改的,那么它才有返工的必要,否則就應(yīng)該延后到下一個(gè)版本。
如何來判斷迫切程度呢?我認(rèn)為只有一點(diǎn)即可,這個(gè)功能如果不改,當(dāng)前版本用戶的使用是否會(huì)出現(xiàn)不可控制的斷點(diǎn)和風(fēng)險(xiǎn)。
我們舉個(gè)例子:
比如一個(gè)登錄功能,如果是v1.0版本,你在設(shè)計(jì)的時(shí)候忘了加驗(yàn)證碼。我們推演一下,因?yàn)槭莢1.0,可以假設(shè)此時(shí)的用戶量并不大,大概也就多則幾萬,少則幾千,此時(shí)即使沒有驗(yàn)證碼,也沒有大問題,安全風(fēng)險(xiǎn)也相對(duì)較低。當(dāng)版本迭代到v2.0,或者v3.0時(shí),用戶量已經(jīng)比較大了,驗(yàn)證碼就必須要有了,因?yàn)橛邪踩L(fēng)險(xiǎn)。
再舉一個(gè)例子,關(guān)于用戶使用斷點(diǎn)的例子:
比如一個(gè)聊天功能,如果在設(shè)計(jì)的時(shí)候,忘了設(shè)計(jì)本地緩存。此時(shí)我們?cè)偻蒲菀幌?,如果是v1.0版本,用戶數(shù)量不太大,每個(gè)人手里的聊天群平均下來都不太多,緩存的確可能會(huì)影響到一些網(wǎng)絡(luò)不好的用戶的體驗(yàn),但是早期用戶大多是奔著核心功能來的,緩存沒有并不是最重要的斷點(diǎn),用戶是可以勉強(qiáng)接受繼續(xù)使用的,而且產(chǎn)品經(jīng)理、運(yùn)營(yíng)是可以通過人力方式設(shè)法維系用戶。但如果版本是v2.0,此時(shí)用戶對(duì)于沒有緩存的意見就比較大了,再不做緩存的話,聊天群如果比較多,則非常影響體驗(yàn),立馬形成了用戶使用的斷點(diǎn),所以就很迫切。
所以,我們?cè)u(píng)估迫切程度是要和當(dāng)前的版本相結(jié)合的,然后判斷用戶使用是否有斷點(diǎn)和風(fēng)險(xiǎn)。根據(jù)經(jīng)驗(yàn),一般能夠被評(píng)為迫切程度很高的修改是很少很少的,大部分功能都是可以延后再補(bǔ)救的。
評(píng)估研發(fā)難度:優(yōu)化和分拆設(shè)計(jì)
如果很不湊巧,你就是趕上了一個(gè)被評(píng)估為迫切程度很高的設(shè)計(jì)改變,此時(shí)你要做的事不是立刻安排人去做,而是在完成新的設(shè)計(jì)之后,評(píng)估研發(fā)難度。
為什么要產(chǎn)品經(jīng)理評(píng)估研發(fā)難度?這是為了幫助你更好地完成這次設(shè)計(jì)的修改。
我們一般在做產(chǎn)品設(shè)計(jì)的時(shí)候,第一個(gè)確定的方案往往不是最佳方案,這種方案會(huì)更多靠直覺推演。當(dāng)我們深入到評(píng)估研發(fā)難度的時(shí)候,我們會(huì)發(fā)現(xiàn)最早的那個(gè)方案可能在研發(fā)難度上需要很長(zhǎng)時(shí)間,或者需要多人參與,所以產(chǎn)品經(jīng)理要學(xué)會(huì)重新評(píng)估,以及分拆設(shè)計(jì)。
我們可以將一個(gè)復(fù)雜的功能分拆成若干個(gè)簡(jiǎn)單的功能,當(dāng)前只去開發(fā)最重要的那些,而不重要或者復(fù)雜的,如果迫切程度不高,我們可以把它們推遲到后續(xù)版本里。如此就可以極大地節(jié)約工期。
關(guān)系的維護(hù)是一定要做的工作
一切評(píng)估結(jié)束,我們看看怎么去和你的小伙伴們解釋這個(gè)問題。(其實(shí)本不是特別想寫這個(gè)部分,但是想想?yún)s又是繞不過去的坑)我簡(jiǎn)單羅列幾個(gè)可供參考的方法。
勇于承擔(dān)責(zé)任
產(chǎn)品經(jīng)理是產(chǎn)品的CEO。
勇于承擔(dān)責(zé)任是必須要有的勇氣和擔(dān)當(dāng),哪怕主要責(zé)任不在你,也需要站出來承擔(dān)責(zé)任。一個(gè)好的PM首先是一個(gè)好的Team Leader,否則不會(huì)有兄弟愿意和你一起賣命工作。錯(cuò)本身不可怕,怕的是甩鍋怯懦的PM,這樣的PM很容易失去同伴的信任。
明確分析原因
無論是通過一個(gè)小的會(huì)議,還是通過郵件,都需要明確分析產(chǎn)生這種修改的原因。
這種做法的目的不僅僅是將事情告知大家,而是要讓所有人明白,這個(gè)是全團(tuán)隊(duì)的大事,通過正式的方式來通報(bào)所有參與者,顯得正規(guī)合理得當(dāng)。如果你只是私下里和大家說道說道,你的同伴會(huì)覺得你這個(gè)人相當(dāng)不靠譜,也很不正規(guī),他們?cè)谧鲞@件事的時(shí)候也會(huì)不正規(guī),最后可能又會(huì)帶來新的問題,而鍋還得你來背。
陳述新修改的影響
修改后帶來的影響一定要提前講清楚,這樣所有人心里都有一個(gè)預(yù)期。
這里有一個(gè)小的Tips,你可以把你做優(yōu)化以前的設(shè)計(jì)所帶來的影響,和你優(yōu)化之后所帶來的影響進(jìn)行對(duì)比,告訴大家我們產(chǎn)品經(jīng)理通過努力,將影響降到了最低。這么做一方面讓大家有個(gè)對(duì)比,比較容易接受,另一方面是大家會(huì)看到你這個(gè)產(chǎn)品經(jīng)理在這個(gè)修改上很努力,很為大家著想。
好的溝通是確保未來長(zhǎng)期良好合作的基礎(chǔ),千萬不要充當(dāng)一個(gè)只會(huì)分派工作,不會(huì)解釋說明的產(chǎn)品執(zhí)行者。
學(xué)會(huì)總結(jié),不在同一個(gè)坑里跌倒第二次
當(dāng)大家都接受了你的修改設(shè)計(jì),并且已經(jīng)開始工作之后,你一定要學(xué)會(huì)總結(jié),以確保下次別再掉坑里了。
最好的成長(zhǎng)來自于總結(jié)別人的錯(cuò)誤,其次的成長(zhǎng)便是來自于總結(jié)自己的錯(cuò)誤。
總結(jié)一定要深刻,你需要分析你這次設(shè)計(jì)中缺失的環(huán)節(jié),你手里的產(chǎn)品功能在后續(xù)的設(shè)計(jì)中還有哪些地方可能還有坑,而且還需要總結(jié)你這次處理的好不好,有沒有后續(xù)的負(fù)面影響??偨Y(jié)并沒有特別的方法論,具體問題需要具體對(duì)待。但是可以肯定的是,你總結(jié)的越細(xì)節(jié),越能推演出前后的關(guān)系,你也就越能體會(huì)到成長(zhǎng)。
祝愿各位年輕的PM們,在后續(xù)的工作中能夠多總結(jié),少犯錯(cuò)。
作者:帥帥的帥,“優(yōu)護(hù)家” 聯(lián)合創(chuàng)始人;前微軟小冰高級(jí)產(chǎn)品經(jīng)理,北京大學(xué)計(jì)算機(jī)系碩士
本文由作者@帥帥的帥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
你很幸運(yùn)了。。案例的情況,在我們公司是研發(fā)背鍋。。
畢竟你的產(chǎn)品需求沒變化,數(shù)據(jù)量的問題是研發(fā)該考慮和解決的。
來我們公司吧,需求中途發(fā)生重大變化了,也可以要求研發(fā)按新的需求重新開發(fā),而且還得要求研發(fā)不能延期。。
感謝分享、但是這里想提一下這是理想的狀態(tài),如果遇到不太懂行的領(lǐng)導(dǎo),他不會(huì)按照這個(gè)流程走,讓你立刻解決問題,在你說明厲害關(guān)系后還堅(jiān)持要求你解決,該腫么辦,我相信絕大多數(shù)PM都會(huì)遇到
產(chǎn)品小白正在惡補(bǔ)各路大神的各路文章,每看一篇都會(huì)有所獲,感謝這個(gè)平臺(tái),感謝樓主的分享
產(chǎn)品小白正在惡補(bǔ)各路大神的各路文章,每看一篇都會(huì)有所獲,感謝這個(gè)平臺(tái),感謝樓主的分享
最重要還是在源頭,需求評(píng)審的時(shí)候過濾掉大部分問題。當(dāng)然,難免有想不周全的時(shí)候,這時(shí)候主要看產(chǎn)品自己的分析能力,溝通能力,如果改動(dòng)大還要看領(lǐng)導(dǎo)的態(tài)度??傊?,臨時(shí)改需求超級(jí)麻煩和頭疼的一件事,希望以后我盡量避免吧。
有時(shí)候早上突然驚醒,我暈,我的設(shè)計(jì)有問題,怎么辦??,我要改,怎么辦?怎么搞定技術(shù),搞不定怎么辦??
產(chǎn)品功能有問題 → 我得修改?→ 我怎么搞定我的技術(shù)?→ 我死定了
說到我心坎里了。
產(chǎn)品功能有問題 → 我得修改 → 我怎么搞定我的技術(shù) → 我死定了,我也是這樣,說到我的心坎里了 ??
文章不全。
沒錯(cuò),樓主,我們公司現(xiàn)在就是這個(gè)路線,需要修改的評(píng)估一下難度,如果本次迭代可以修改就改掉,改不掉的下次迭代修改 ??
居然敢用官方頭像,打死! ??