寫給產品新人:關于需求你需要知道的事

4 評論 15699 瀏覽 125 收藏 15 分鐘

作者結合了自己工作經驗,總結梳理了產品新人階段需要知道的需求知識,希望對你有益。

知乎上看到一個問題“你覺自己在什么時候真正地從產品助理成長為產品經理?”,我想起了第一次跟leader提需求,跟進至上線的那種喜悅和成就。對于我這種野生產品而言,在成長的路上遇到過很多雞湯,也有很多干貨,而我希望大家能看到的,是如何避免給別人埋坑。讓你的設計,開發,前端都能順利的與你合作。對產品小白來說,這必定是你成為大神的第一步!

很多產品小白,成功入職后的除開寫文檔外,第一個相關任務應該就是跟進已有的一些需求。此篇將闡述作為一個產品小白,如何更好的跟進需求。適合產品新人及未來準備入行的產品童鞋。同時也歡迎大神交流指點。最后,在文章最后將歸納出值得大家深究下的干貨!

一.跟需求前的戰前準備

在此,假設你已經入門產品,學會并掌握了Axure或其他原型設計軟件,也看過了許多產品類書籍。對產品工作的整體流程有一定了解。那么請做好以下準備,至少做到心里有數。

1.需求的背景

說到底,就是需求分析。需求分析考究的是對業務的理解和對行業的把控度,做需求分析時,不管是你提的需求或者客戶/老板提的需求。一定要清楚,功能是為誰做的,受眾用戶是誰。是否有深刻的用戶畫像的概念,他們能否從需求功能中得到他們想要的效果。

此處分享一個干貨,分析需求時刻記得哲學唯心三問題。

  • 我是誰?——受眾群體是怎樣的一群人
  • 我從哪里來?——需求的背景是怎樣,為什么會產生這樣的需求
  • 我要到哪里去?——客戶想要怎樣的功能,他們想要實現的目的是什么

了解需求的背景,可以讓你在驗收的時候更落地,避免貨不對板,降低回爐再造的可能性。

2.需求的人員/時間安排

現在的互聯網公司都有許多奇妙,似是而非卻又有一定道理的名詞。比如“小步快跑”“快速試錯”。深究起來,無非是為了更快的搶占市場。所以一般老板或者leader對項目時間的把控都非常嚴格,身為PM也應該對每個節點的時間敏感。在PM定時間的時候,需要PM對技術有一定的了解。

舉個栗子:我們的需求是做一個端午的活動頁面,那么我們知道流程的走向應該是產品原型等確認后,設計先出高保真,再由前端切圖并完成頁面效果(比如抽獎,砸蛋等動作),交給后端綁數據,最后再按需求看是否需要在網站后臺做統計數據。

那么我們就需要把握這幾個時間節點,并且盡量細分。設計有幾個頁面,分別需要多久?高保真出來后,頁面有多少效果需要前端做的,有沒有公共樣式可以調用?到了前端側,有多少效果需要寫代碼。對于簡單的效果或者一些不復雜的頁面通常只要幾個小時就可以完成的。

最后就是后端的開發,這里強烈建議PM們去學習下數據結構,推薦書籍《大話數據結構》,有些新功能在后端開發時,需要重新建表。那么建表的字段有哪些,是否要做表的關聯。這些即涉及到了新功能系統分析這一步。建議PM和開發組長一起建表或者對表有一定了解,這樣做的好處,一是,自己對開發的了解可以更深入,也能增加自己的邏輯,知道哪里的數據從哪里來,經過怎樣的運算展示給用戶。其次是可以避免給開發兄弟埋坑,也避免給開發兄弟忽悠。

3.需求完成后的統計/反饋

這一步容易被一些小公司,或者年輕PM忽視。但是PM一定要記住一點,”數據是PM職業生涯的保障!”為何我如此強調數據,因為不管是在你跟領導曬成績談需求,又或者是在需求會議上跟人PK時,如何能夠讓你的計劃得到實施,如何讓你的團隊信服。很多時候,人格魅力都是虛的,數據才是真的!當你拿出支持你言論的數據時,你會發現你的邏輯,你的布局都是有條有理的,不會被人挑出毛病,也不會被老油條們噴的太慘。所以請一定要重視數據!

言歸正傳,當需求完成后,你需要一套完善的數據便于分析以及了解功能的不足,下一步的戰略。數據分析是門很深奧的功課,在此不做展開,之后會更新一篇專門講解數據分析的文章。但是簡單的數據分析還是要有,比如新功能使用的人數,反饋如何。 上線后,DAU,PV,UV等,是否有所提高。

在此,給大家分享的干貨是在騰訊PM的PPT或者文檔中,最喜歡用到的數據分析方法之一。定性分析與定量分析!這兩個名詞百度可以搜出一大堆解釋,本文的解析只出于作者本人的片面理解。

  • 定性分析:如名字一般,用語言文字做出趨勢,屬性的分析。在數據上非常抽象,但是對人而言更易理解。
  • 定量分析:也如名字所言,需要有數據支撐的分析。對于分析的范圍,平均分布更加敏感。在數據上非常具體,經常一大堆數字讓人看到一頭霧水,所以對人而言不友好。

兩者是相輔相成的,但是一起拿出來,放入到你的PPT或者各種分析報告中,給人感覺就是專業又裝逼的。例如:QQ相冊里面的親子相冊功能,這個需求是由qq空間的產品經理看到身邊的同齡人都在各種平臺曬娃想到的。他認為對于用戶是有這樣的需求,所以就先進行定性分析,發現20-30歲有孩子的女性是這個需求的核心用戶,接下來又使用定量分析,嚴格分割年齡層和性別比例。又發現寶寶的各種第一次,第一次洗澡,第一次哭等….是父母們最喜歡曬的圖片之一。

二.跟需求中需要避免的東西

在跟需求的時候,難免會遇到各種各樣的問題。排期延后,設計貨不對板等等,說實話,這些問題只有具體問題具體分析了。更多的主要靠交流,經驗的積累,還有對細節的重視程度。

接下來就常見問題和一些常常埋下的坑做下分析。

關于設計:

為什么這個設計風格老是不達標,領導也覺得不好看?

其實我覺得最簡單的方法就是去學UI吧,PS+AI,神裝兩件套。親自做一下,對設計的理解就會不一樣了。推薦書籍《給大家看的設計書》,《設計心理學》,前者能對色彩,排版等有基礎的了解。后者能夠在與設計撕逼的時候,引經據典,搬出心理學等高大上的理論。曾經有個UI跟我說“好設計一定是會講故事的”,經我反思,會講心理學的產品一定能成為好UI!

為什么老是拖我的需求的排期?

這個原因很多,我來解密下藏得最深的一個原因吧。 那就是,你的需求或者你所在的項目根本不是KPI上的重點項目。 此情況常見于大公司,由于UI一天可能接很多case,有時遇到節日活動,預約UI都要提前一個星期的。但是對于UI來說,每個人審美是不一樣的。所以,做的好不好都是虛的,KPI高才是硬道理! 當然也不是所有情況都是這樣的,還是那句話,具體問題,具體分析!

關于前端:

為什么做出來的網頁,總有用戶說在他們電腦上顯示有問題?

其實前端的坑算比較少的。樣式問題,是我們最常見遇到的問題。其實準確來說,這是一個技術問題,牽扯到內核,兼容性等問題。但是我們要盡量避免的,就是用戶提出來之后,我們還沒發現。通常我會在電腦上裝三個瀏覽器,谷歌,火狐,360。谷歌的F12太好用,火狐的FIREBUGS也是神器,360則是許多普通用戶的首選。當然還有自帶的IE。 建議是使用這四個瀏覽器都測一遍,然后使用IE自帶的調試工具,按F12找到瀏覽器模式,切換IE版本。部分IE版本沒有IE6,這時需要下載IEtester來測試了。

關于開發:

在和開發碰需求,或者跟進需求時,是遇到坑最多的地方。再次的強烈的建議大家學習下數據結構,然后和開發哥哥一起建表?;蛘咧辽俳ū硗旰笞约阂惨タ聪?。其次關于流程,關于邏輯,一定要理清!這也是非常重要的。

為什么這個功能做不了?

這是很多不懂技術的PM最心酸的問題,特別遇到不耐煩的開發哥哥。許多剛入門的PM就在這一步被打擊到了。首先作者覺得PM雖然不一定要懂技術,但是一定要知道技術做的是些什么東西,按怎樣的流程怎樣的邏輯去設計。懂技術當然最好,作為一個PM知識面越廣越NB!

至于這個問題,最好的方法當然是懂技術,知道開發哥哥是不是忽悠你。不然的話,就趕快找其他開發,你的朋友,你的親戚詢問具體流程。嘗試找出問題是在哪一步。再去深究。

我都不知道這功能要做多久?程序員說要3天有沒有騙我?

這個相對上面的問題比較好認知一點。憑經驗判斷都可以大致猜到需要多久。同時,你可以注意幾點,是否需要建表?有沒有表之間的關聯?有多少種關聯?當然具體開發難度還是要跟技術組長等去碰。

在這里再介紹一個好玩的需求時間游戲。同樣適用于此種情況,玩法是:提出一個需求,讓至少兩個程序員在紙上寫上他們來做分別需要的時間,同時不可交流,不可相互查看。在最后同時攤牌。若一個人填2小時,另外一個人填10小時。那就可以去問下他為什么需要這么久了。

關于開發的坑實在太多,在后續的章節里會持續更新可能會遇到的坑點。在此篇先不做詳述。下圖來此知乎,僅供大家一笑。

三.總結自己,反思團隊

每次需求做完都是對自己能力的一次檢驗,在培養團隊默契之外如何更好的使需求落地。一個牛逼的產品經理,在項目組內應該是那種坐在誰位置上就能做他的事的人。不管是業務邏輯還是設計細節,不管是開發排期,還是數據統計,都應該了如指掌。一定要記得每次掉下的坑,掉的越猛,飛的越高!

最后是文中推薦的干貨:

  1. 產品唯心三問題
  2. 推薦書籍《大話數據結構》 定性分析與定量分析
  3. 推薦書籍《給大家看的設計書》,《設計心理學》
  4. IE自帶切換IE版本工具 ?IEtester
  5. 需求時間游戲

 

作者:moon,微信公眾號:產品經理講故事,ID:PMstorys

本文由 @moon 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖由作者提供

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這個框架不支持

    來自廣東 回復
  2. 排名第一應該是:這個實現不了/你這個需求沒法做/你這個需求沒必要

    來自上海 回復
  3. 聽得最多的是: ?? 我本地好的啊

    來自江蘇 回復
    1. 哈哈哈哈哈哈 對

      來自北京 回復