产品经理八大惹怒程序员而被砍杀的行为
▍這個(gè)需求很簡(jiǎn)單,具體實(shí)現(xiàn)我不管,明天上線
覺得自己霸氣側(cè)漏比美國隊(duì)長還酷?童鞋你這樣會(huì)橫尸街頭的。對(duì)技術(shù)要有基本的尊重,甚至敬畏之心。技術(shù)從業(yè)者相當(dāng)于舊時(shí)代的匠人,每一行代碼每一個(gè)功能邏輯相當(dāng)于產(chǎn)品的生命,撫養(yǎng)一個(gè)孩子的成長自然是件極其辛苦的事,所以,千萬不要說這個(gè)很簡(jiǎn)單那個(gè)很容易,難的是背后的邏輯,是從一紙黑字變成交互功能。
▍你連這個(gè)都不會(huì)嗎
“這么簡(jiǎn)單的小動(dòng)效你都做不到?”怎么會(huì)有這么不會(huì)說話的產(chǎn)品經(jīng)理,呵呵,你下次還想提需求?
▍提需求時(shí)瞎BB,毫無專業(yè)度
天馬行空隨意隨意提需求,提需求的依據(jù)是:“憑感覺,我覺得,我認(rèn)為...”、“用戶在這種情況下...會(huì)這樣”口中有用戶,心中無用戶,研發(fā)反問后立馬斷片兒,這些表現(xiàn)在產(chǎn)品工作上可說是毫無專業(yè)度可言。
那么專業(yè)度體現(xiàn)在哪里呢?
扎實(shí)的基礎(chǔ)功底。如:能一句話說明問題,簡(jiǎn)潔清晰的需求文檔,一目了然的原型。
理性的分析。如:完整的調(diào)研結(jié)果,充分的數(shù)據(jù)支撐,詳細(xì)的案例支持。
嚴(yán)謹(jǐn)?shù)墓ぷ髁鞒獭H?#xff1a;相關(guān)變動(dòng)文檔是否及時(shí)更新,有新的變動(dòng)是否及時(shí)周知相關(guān)人員等。
避免以下情況:
需求無任何支撐。“憑感覺,我覺得,我認(rèn)為...用戶會(huì)”,研發(fā)會(huì)讓你滾蛋;
提供不確定的方案。提供了A方案/B方案,兩種都可以,到底要做哪個(gè)?
產(chǎn)品上線無任何反饋。產(chǎn)品上線后相關(guān)數(shù)據(jù)變化、用戶反饋等沒有及時(shí)告知研發(fā),研發(fā)會(huì)對(duì)自己做的事情毫無成就感。
▍連自己都表述不清楚的邏輯就和研發(fā)對(duì)需求
沒有流程圖,口述也表述不清,程序員一反問:“在這個(gè)地方你有沒有想過...”、“這里怎么會(huì)有三個(gè)結(jié)果呢”、“這里怎么沒有輸出呢?”....邏輯完全經(jīng)不起考驗(yàn),立馬跪了。
產(chǎn)品經(jīng)理在和程序員溝通需求時(shí),能清晰表達(dá)需求的業(yè)務(wù)邏輯,并且必須是具體和明確的,不能天馬星空。
邏輯要做到:
簡(jiǎn)潔。無論是用戶操作邏輯,還是實(shí)現(xiàn)邏輯都要足夠簡(jiǎn)潔,大部分產(chǎn)品經(jīng)理做不到這點(diǎn),見過太多產(chǎn)品經(jīng)理把一個(gè)產(chǎn)品的邏輯搞得臃腫和混亂;
正確。邏輯必須是正確的,如:某產(chǎn)品的邏輯竟然沒有返回上一頁的邏輯,點(diǎn)擊返回就退出,這種詭異的邏輯,產(chǎn)品經(jīng)理也可以去死了;
清晰。邏輯足夠清晰,怎么做到清晰呢?建議產(chǎn)品經(jīng)理在梳理邏輯時(shí),先用筆和紙畫3遍,3遍不行畫10遍,直到邏輯足夠清晰,不至于有出現(xiàn)過于混亂的邏輯。
完整。邏輯完整,即是你的邏輯必須是完整不缺的,是否考慮到異常邏輯?是否形成閉環(huán)?是否走進(jìn)了死胡同?
▍不行,這需求還是做回前一個(gè)版本吧
臨時(shí)變更需求意味著程序員要推倒重來,意味已經(jīng)辛辛苦寫的代碼被delete掉,刪除只需要1秒鐘,但敲出來需要半天甚至幾天。這和產(chǎn)品開發(fā)完成即將上線,boss說這個(gè)功能不上,立馬回滾到原來版本一樣,所有心血都?xì)в谝坏?#xff0c;還反復(fù)變化,你會(huì)被砍的。研發(fā)擼出的代碼,就像他們播下的種子一樣,會(huì)在他們心里生根發(fā)芽。
這里說的是謹(jǐn)慎,但不代表不可以變更。另外一種說法是,一旦需求不變更意味著產(chǎn)品經(jīng)理停止了思考,這對(duì)整個(gè)團(tuán)隊(duì)來說是毀滅性的。
如果產(chǎn)品經(jīng)理從來不變更需求,或者總變需求,公司一定出問題了。
一旦需求出現(xiàn)變更也要有嚴(yán)格的流程:
▍連基本技術(shù)原理不懂就和研發(fā)討論技術(shù)實(shí)現(xiàn)方案
請(qǐng)問這種圖里有幾個(gè)名詞你是懂的?有幾個(gè)基礎(chǔ)原理是了解的?沒有嗎?趕緊補(bǔ)課,別瞎逼逼技術(shù)實(shí)現(xiàn)方案了,還提什么需求。
舉個(gè)例子:前端與后端是如何配合的?在瀏覽器輸入一個(gè)網(wǎng)址后,瀏覽器和服務(wù)器之間發(fā)生了什么樣的數(shù)據(jù)交互?瀏覽器中執(zhí)行交互中用到哪些前端技術(shù)?HTML ? CSS ? JavaScript ?后端的服務(wù)器端又執(zhí)行了什么?如下圖是前端和后端的配合原理你看懂了嗎?
▍你這里技術(shù)實(shí)現(xiàn)方案有問題,我看微信不是這樣的
尼瑪,技術(shù)怎么實(shí)現(xiàn)你還管,你還不上天呢?避免和研發(fā)討論技術(shù)實(shí)現(xiàn)方案,避免自作主張定技術(shù)實(shí)現(xiàn)方案,哪怕你是技術(shù)出身的產(chǎn)品經(jīng)理,技術(shù)是研發(fā)的核心能力,哪怕你再懂,也不要在他前面賣弄,專業(yè)的事情交給專業(yè)的人做。這和研發(fā)改你的需求文檔是一個(gè)原理的,相當(dāng)于改了你的需求。
▍對(duì)不起,這黑鍋我不背
產(chǎn)品經(jīng)理不懂技術(shù)、不懂運(yùn)營、不懂設(shè)計(jì)...連黑鍋都不背,你還能做啥?產(chǎn)品經(jīng)理作為產(chǎn)品團(tuán)隊(duì)的整個(gè)領(lǐng)頭羊,除了做整個(gè)團(tuán)隊(duì)的后盾,還得做頂梁柱,一旦天塌下來立馬頂住。當(dāng)產(chǎn)品發(fā)生任何問題時(shí),理應(yīng)第一時(shí)間擔(dān)起責(zé)任,再去尋找原因和提供解決方案,和團(tuán)隊(duì)站在一起去思考問題的解決方案。
哈哈,以為完美避開八大傻叉行為就能不被程序員打了?錯(cuò)!最好的招數(shù)還是不斷用知識(shí)武裝自己!提高抗擊打能力!產(chǎn)品、運(yùn)營、設(shè)計(jì)、商業(yè)模式,一樣都不能拉下!來PMCAFF互聯(lián)網(wǎng)產(chǎn)品經(jīng)理社區(qū),和150000+產(chǎn)品經(jīng)理一起碰撞觀點(diǎn),磨煉大腦,成為產(chǎn)品經(jīng)理中的極客!
●?●?●
點(diǎn)擊?閱讀原文?與產(chǎn)品經(jīng)理們探討問題
總結(jié)
以上是生活随笔為你收集整理的产品经理八大惹怒程序员而被砍杀的行为的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 产品经理如何专业吐槽产品?友谊小船从此不
- 下一篇: 企业微信来了,老板的消息再也无法装作看不