這些年做產(chǎn)品踩到的坑,和犯過的錯(一)

11 評論 11721 瀏覽 41 收藏 11 分鐘

本文是作者自己在做產(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)整,要做到三個及時:

  1. 及時更新設計文檔;
  2. 及時通知各個項目干系人(可以發(fā)到工作群中或者郵件通知);
  3. 及時確認每一個人都了解了此處的需求\變更點。

及時更新文檔是為了確保文檔的正確性,為以后產(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é)議

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 總結的很好,也深有同感,現(xiàn)在比較大的一個問題是我們現(xiàn)在做的東西市場上競品很少,想要借鑒也很有難度,有時候想要找人問都好艱難 ??

    來自云南 回復
    1. 感謝! 競品少說明是藍海,可以看看這個領域是否有相關的專家,哪怕付費咨詢也是可以的。加油!

      來自北京 回復
  2. 支持下,很不錯都是產(chǎn)品的日常

    來自上海 回復
    1. 感謝!祝好!

      來自北京 回復
  3. 踩了同樣的坑

    來自廣東 回復
    1. 感謝關注!

      來自北京 回復
  4. 總結很到位,分析很透徹,學到了

    來自江蘇 回復
    1. 感謝支持!祝好!

      來自北京 回復
  5. 沙發(fā)

    回復
  6. 沒搶上沙發(fā)

    回復
  7. 這么好的文章既然沒人做沙發(fā)?

    回復