這些年做產(chǎn)品踩到的坑,和犯過的錯(一)
本文是作者自己在做產(chǎn)品過程中遇到問題后總結出的三點經(jīng)驗,希望對大家有所幫助。
本文是這些年做產(chǎn)品總結的一些容易遇到的問題和踩過的坑,第一次寫文章,還請各位包涵!
一、任何項目都要設置Deadline
設置產(chǎn)品的Deadline是每一位產(chǎn)品人的常識,但工作過程當中難免還是會遇到特殊情況或是忘記遵循規(guī)范的操作。
如果我們經(jīng)手的是一個成熟產(chǎn)品,有固定的迭代周期或是有一整套完善的產(chǎn)品發(fā)布體系,那固然省心。
1. 容易讓人忘記Deadline的重要性的二種情況
1)由于某個功能屬于重要但不緊急的功能,可以后期版本上線,因此在執(zhí)行過程中,忘記設置Deadline。
這可能是一個產(chǎn)品經(jīng)理或者高層的一個idea,也可能是某個需求方提出的一個不緊急需求。忘記設置Deadline,就會導致這個想法或者需求遲遲未能得到滿足,從而錯失良機。
2)由于某個功能經(jīng)過研發(fā)評估之后認為比較復雜,暫時不能在計劃周期內(nèi)實現(xiàn)。
這時,一個經(jīng)驗并不豐富的產(chǎn)品經(jīng)理很容易被研發(fā)牽著走。比如會想當然的輕易相信研發(fā)人員的話,任由其決定功能的完成時間(當然不是讓大家不相信研發(fā)同事,而是避免人性的懶惰)。這樣做的結果很有可能就是被一拖再拖。
對于第一種情況的解決方案,我認為只是需求管理的經(jīng)驗問題。
我們可以通過一個Excel表格(如“產(chǎn)品/功能需求完成記錄表”)或者一些任務管理軟件進行輔助管理。給每一個想法和需求設置一個預期完成時間,每一次產(chǎn)品的設計之前,都先參考列表或任務清單,按部就班的進行產(chǎn)品迭代。
對于第二種情況,大多是由于產(chǎn)品經(jīng)理沒有技術背景,或產(chǎn)品經(jīng)驗不足導致,也有一小部分是產(chǎn)品經(jīng)理自身的懶惰和松懈。解決方案也很簡單,自己經(jīng)驗不足,那就去問問別人。
2. 三類可以提供我們參考信息的人
1)首先推薦本公司的技術總監(jiān)或技術大牛
這些同事本身有豐富的技術實現(xiàn)能力,而且對本公司情況有較好的了解,能夠最準確的評估出某個功能研發(fā)所需要的最快時間。
對了,找他們的時候,最好是找那些和你的項目有關系,但不是直接的項目執(zhí)行者。既能保證對項目有很好的理解力,又不會因為是局中人而出現(xiàn)不中立的意見。
2)一個有豐富經(jīng)驗的項目經(jīng)理
項目經(jīng)理雖然可能沒有那么豐富的研發(fā)經(jīng)驗,但是畢竟帶過的項目比較多。
這類人已經(jīng)有了一定的項目復雜度的評估能力以及項目管理能力。這些能力能夠幫助你評估某個產(chǎn)品或某個功能實現(xiàn)的難易程度,并且傳授給你項目管理的一些經(jīng)驗。
3)以前公司或者其他公司的有經(jīng)驗的研發(fā)同事
所謂多個朋友多條路,關鍵時刻還是可以靠這些朋友來尋求幫助。
不過為什么最后才推薦大家找外部的朋友解決問題呢?
因為外部的朋友所處的研發(fā)環(huán)境和公司情況與本公司可能完全不同。
在資源和環(huán)境不同的情況下,他們的建議很可能會導致你出現(xiàn)錯誤判斷。嚴重的情況,會導致你與本公司研發(fā)同事的信任危機。不過這不失為一種獲取信息的手段,可嘗試但是要理性分析。
總之,我建議對每一個產(chǎn)品的迭代或者功能的加入都設置Deadline,有效避免今日復明日的情況。
二、涉及系統(tǒng)對接的產(chǎn)品一定要看對方接口文檔
“看接口文檔!看接口文檔!看接口文檔!”重要的事情說三遍。
在產(chǎn)品經(jīng)理的思維里,很容易形成一個定式,那就是“技術性文檔和我有什么關系?”
因此很容易就把《接口文檔》排除在外,認為《接口文檔》是研發(fā)去閱讀和編寫。我做產(chǎn)品只需要讀懂《需求文檔》《流程圖》、掌握產(chǎn)品邏輯就可以。
另外,一些產(chǎn)品經(jīng)理(比如以前的我)在設計一個全新的產(chǎn)品或者與其他產(chǎn)品對接時,想當然的選擇去“抄”。
我曾經(jīng)在設計一款產(chǎn)品時,為了方便,沒有看合作商的《接口文檔》,直接去照搬競品。
當時我的想法比較簡單,認為這些內(nèi)容是行業(yè)共識,并且存在了很長時間比較成熟,所以應該各家基本都是一樣的。這樣的想法雖然有一定道理,但是卻忽略掉了行業(yè)中即使都是相同的內(nèi)容,各家內(nèi)容提供商的標準也是不同的。
所謂“天下產(chǎn)品一大抄”,抄來的東西自然是站在巨人的肩膀上,避免了很多的彎路。但人出來混總是要還的,最終發(fā)現(xiàn)競品的字段與我們技術能夠獲取到的字段有很多匹配不上。這導致后期研發(fā)同事比對字段時花費了大量的時間。
另外,某些內(nèi)容的生成邏輯,也與競品產(chǎn)生了較大偏差。這導致已經(jīng)處于研發(fā)過程中的產(chǎn)品,在原型和需求文檔進行了多次的補充修正。
如果你設計的產(chǎn)品是完全獨立,自主研發(fā)的產(chǎn)品。字段的設計,當然可以由你自己來決定。但現(xiàn)在的互聯(lián)網(wǎng)產(chǎn)品,就像世界各個國家的經(jīng)濟一樣交錯復雜。一個產(chǎn)品的內(nèi)容可能存在多家合作機構的產(chǎn)品來支持。
因此在產(chǎn)品設計之初,就要好好的去閱讀合作機構提供的各類文檔。在設計時,避免出現(xiàn)字段不統(tǒng)一、來源不確定、實現(xiàn)邏輯不正確等問題。
至于《接口文檔》如何閱讀,網(wǎng)上有很多文章,推薦產(chǎn)品小白去自行搜索,好好學習。
三、產(chǎn)品需求與設計的變動一定要通知到位
產(chǎn)品設計時,一些大的需求變動,我們一定會召集團隊,利用會議等方式進行需求的宣講。但是工作過程中,往往一些小需求的調(diào)整會讓產(chǎn)品人員忽略通知到位的重要性。
例如,在研發(fā)或測試過程中,可能測試同學過來口頭確認一些需求的正確性;產(chǎn)品經(jīng)理回答完畢后,很容易忘記通知對應的研發(fā)人員以及業(yè)務方。
這些行為看似不足為奇,但影響的后果,不僅僅是招惹研發(fā)同事的不滿、業(yè)務方的抱怨;還會影響到各個文檔之間的不統(tǒng)一;甚至影響持續(xù)到后續(xù)版本的設計(可能過了幾個版本再修改這個點的時候,居然忘記之前有過細微調(diào)整)。
因此,再次強調(diào)通知到位是非常有必要的。
類似這種情況下,我建議每個細微的調(diào)整,產(chǎn)品人員千萬不要怕麻煩,也不要臉皮薄。
有調(diào)整,要做到三個及時:
- 及時更新設計文檔;
- 及時通知各個項目干系人(可以發(fā)到工作群中或者郵件通知);
- 及時確認每一個人都了解了此處的需求\變更點。
及時更新文檔是為了確保文檔的正確性,為以后產(chǎn)品的研發(fā)、更新或是交接,提供正確的參考。
及時通知到項目干系人,是確保大家盡快拿到更正信息,避免研發(fā)、測試資源需求點。很多時候,我們以為給對方發(fā)了郵件或者在群里進行了說明,就算完事了??墒窃诂F(xiàn)代社會中,每個人獲取的信息變得越來越多時,真的很容易遺漏某些重要信息。
第三點非常重要,也最容易被忽視:及時確認每一個人都了解變更點或者一個負責任的產(chǎn)品經(jīng)理,一定要確保信息傳輸?shù)臏蚀_性和觸達率,才能更有效率的促進團隊的協(xié)作。
以上都是曾經(jīng)的我在產(chǎn)品設計過程中遇到的問題和踩過的坑,希望各位同行引以為戒。
如有描述不正確或不合適的地方請見諒,歡迎大家提出寶貴的建議、指出文中的錯誤。我會持續(xù)的總結我遇到的問題和坑。
本文由 @黑眼圈233 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
總結的很好,也深有同感,現(xiàn)在比較大的一個問題是我們現(xiàn)在做的東西市場上競品很少,想要借鑒也很有難度,有時候想要找人問都好艱難 ??
感謝! 競品少說明是藍海,可以看看這個領域是否有相關的專家,哪怕付費咨詢也是可以的。加油!
支持下,很不錯都是產(chǎn)品的日常
感謝!祝好!
踩了同樣的坑
感謝關注!
總結很到位,分析很透徹,學到了
感謝支持!祝好!
沙發(fā)
沒搶上沙發(fā)
這么好的文章既然沒人做沙發(fā)?