一個專案帶你走進產品經理的世界(1)從收到一個需求談起

佐珥發表於2019-04-08

一個專案帶你走進產品經理的世界(1)從收到一個需求談起
I have a dream that I could change the world.

嗯,作為一個產品經理,如果沒有像賈伯斯一樣有一個“改變世界”的夢想,那一定會被人嘲諷。

咳咳,在改變世界之前,還是先改變自己吧。

說到這裡,我剛好有一個需求,困擾自己很久了。

為了敘述方便,下文將提需求的人稱為「使用者」,將瞭解使用者需求的人稱為「產品」。

? 使用者:我需要一個工具能幫我自動生成早報。

“如果聽完這句話,作為產品經理如果自作聰明以為已經理解了使用者的需求,並開始了下一步,那我可以預料你的下一步會走得很慢。事情還沒搞清楚之前,最好不要採取行動。

產品經理收到需求或使用者反饋是再正常不過的事情了。但是在收到需求之後,一定要搞清楚這個需求的前因後果、來龍去脈,瞭解清楚使用者為什麼會有這個需求,以及使用者通過這個需求想要達到什麼目的。”

01 搞清楚需求的前因後果

“產品經理在收到使用者需求或反饋之後,一定要搞清楚需求的前因後果,明白為什麼會有這個需求。這個階段,一定要注意多多關注使用者過去的行為,而不只是使用者的看法。

使用者看法是十分主觀的點,不一定能代表使用者過去以及將來的行為。而且使用者的看法也是基於使用者現有認知給出的方案,不一定是最優方案,也不一定是使用者真實的想法。很有可能使用者有什麼點不願意告知,只能依靠產品經理的慧眼去發現。”

? ❤️ 產品內心 OS:為什麼你會有這個需求呢?

“早報”這種事情明顯就是運營的活,這個產品經理不至於還兼任運營吧?還是再瞭解瞭解。畢竟,搞清楚需求的最好的方式是從提需求的人那裡瞭解。

? 產品:你為什麼會有這個需求呢?

? 使用者:作為簡書@產品的義工主編,我每天都需要在幾個微信群裡發早報,格式如下:

一個專案帶你走進產品經理的世界(1)從收到一個需求談起

這個事情雖然不難,做起來也用不了太久,但是大部分都是重複性工作,而且有時候會忘,不能保證每天都準時更新,這樣群裡的使用者就沒法預期早報的具體更新時間,就只能「看我的心情」,這樣體驗有點不太好。

而且據我所知,現在至少有兩個使用者等著轉發我的早報,所以,我的延遲也會對他們造成影響。

所以,如果能有一個工具每天自動幫我生成早報,並且能自動發給我就好了。

? ❤️ 產品內心 OS:嗯,這個需求聽起來大概是這樣的。

一個專案帶你走進產品經理的世界(1)從收到一個需求談起

仔細一想,很多東西還是沒有搞清楚。比如:

早報的格式是從哪裡來的?

新聞網站都有哪些呢?是固定的幾個?

新聞網站的資訊和型別又是怎麼對應的?

那怎麼自動生成呢?而且還要自動發,從這個場景看,最好的方式是微信自動發給你,但是明顯不靠譜啊,又不是微信公眾號。

再問問吧。

? 產品:嗯,需求我大概瞭解了,就是要有一個能自動生成你想要的格式的早報,並能定時發給你。那你現在是怎麼整理這些早報的呢?

? 使用者:每天先把早報的格式複製到備忘錄裡,然後修改日期、傳送次數等資訊,然後去各大新聞網站的科技頻道瀏覽新聞,然後將對應的新聞標題複製到備忘錄對應的分類下。如果有的標題寫的比較委婉,還需要瀏覽一下正文以確定是否應該整理到早報裡,有時候需要在標題里加一些說明文字什麼的,以保證使用者看了每一條都能明白它的含義。

? 產品:新聞網站都有哪些啊?

? 使用者:比如 36kr、騰訊新聞等

? 產品:新聞網站的資訊和早報裡的型別是怎麼對應的呢?

? 使用者:不是的啦,每個新聞網站都能找到早報裡多個型別的資訊。

? 產品:嗯,那你怎麼判斷這個新聞應該放在哪個分類下?

? 使用者:就自己判斷啊。

比如:「投資」、「上市」、「融資」的資訊就放在「創投」裡,「汽車」、「Switch」、「數碼產品」的資訊就放在「科技 & 數碼」裡,「產品上線了什麼功能」、「誰推出了某某產品」之類的資訊就放在「產品」裡,熱門科技公司的資訊就放在「熱門」裡。

這些只是一個大概的規則,有些資訊是兩個都可以放的,就自己抉擇下。嘻嘻

? 產品:對了,還有那個自動發給你是指什麼?

? 使用者:因為我是在微信群裡發早報的,最好能把工具生成的早報通過微信或郵箱發給我,這樣方便我二次編輯,或者直接發出。如果能「一鍵複製」,那就更好了。

? 產品:OK,明白了。那你每天要花多長時間做這個事情?

? 使用者:也不是每天,只有法定工作日,放假就不用發了,因為假期起床時間不固定。整理一次早報要用半個小時到一個小時左右。

? ❤️ 產品內心 OS:幸好問了下,不然這裡又是個坑。所以,總結下來就是:

  1. 每個工作日發,保不定哪天會更改

  2. 資訊源固定為幾個網址

    資訊源需要可以增刪,最好可以讓使用者自己修改,免得哪天改了資訊源,就要改程式碼

  3. 分類的資訊可以根據關鍵詞判斷

    關鍵詞同資訊源

  4. 每一條資訊最好可以帶原文連結

    方便使用者快速定位到原文

  5. 需要生成固定的格式

    格式是確定的,最好提供多種格式模版供使用者選擇。

  6. 最後生成的資訊最好可以修改

    工具生成的早報,使用者仍然可以修改

  7. 需要在固定時間發出

    需要在使用者發出時間之前生成早報,給使用者足夠的時候修改或編輯。

  8. 目前是純文字資訊

    保不定哪天就要換成圖文格式,這裡需要注意下

這樣需求已經瞭解得差不多了,我自己還有點好奇使用者為什麼要做這件事。

? 產品:為什麼你要每天花這麼些時間整理早報呢?有人強制要求你這麼做麼?

? 使用者:沒有人強制我啊。

對我而言,一來我通過這種方式逼迫自己每天瞭解大環境,以免讓自己成為井底之蛙,二來其實也是因為懶,我也想體驗一下當「讀者」的感覺。

對讀者而言,瀏覽新聞這件事情本身優先順序很低,而且很難保證你開啟新聞資訊類網站或 App 時還能繼續瀏覽新聞。很多人在這件事上主動性不夠,而我發早報給他們,相當於他們被動地吸收知識,十幾秒瀏覽完,如果感興趣就可以繼續深入,如果不感興趣也就知道行業大事,這樣也就夠了。

話說你一定以為每天發這樣的早報肯定沒人看,是的,我一度也是這麼認為的,甚至在發了一段時間後考慮要不要停止。但是在幾次忘發被催更之後,我發現還是有很多讀者的。

? ❤️ 產品內心 OS:哇,好勵志呀,感動。而且對後半句特別有感悟,很多使用者都是「沉默」的,只有在產品出錯之後,才會發現原來這個東西有這麼多人在意,也算是「幸福的煩惱」吧。

? 產品:哇,好勵志呀,加油加油。另外,需求我已經瞭解清楚了,我自己先消化消化,之後再找你對一下。今天非常感謝你哈~ ?

“當產品經理接到需求後,一定要有刨根問底的心態,才能把需求搞清楚。除了心態,多看看別人的經驗或者自己平時多試幾次,這個技能你也能 get 到,說不定比我想得更為周全。”

02 需求瞭解到什麼地步,才算搞清楚需求了?

至此,需求瞭解這一步就做完了。那在平時的工作中,需求瞭解到什麼地步,才算產品經理將需求瞭解清楚了呢?

當產品經理能清楚地描述:

  1. 為什麼會有這個需求;

  2. 現在沒有這個產品,需求是怎麼滿足的;

  3. 使用者期望的產品是什麼樣的(當然,這個可能沒有);

  4. 這個需求的頻率或緊急程度如何;

  5. 需求的規模是怎樣的(多少人有這個需求)。

能完整地做到這五點,基本可以進入下一步的工作了。

03 總結

1、需求最常見的 5 個來源?

  • 老闆提的需求

  • 運營、市場推廣需要

  • 使用者反饋的需求(包括主動反饋和被動調查)

  • 公司內部同事的反饋

  • 資料分析得到的需求

是常見的需求的五個來源。

2、 收到需求後,產品經理應該做什麼?

  • Why:搞清楚為什麼會有這個需求?

  • What:搞清楚使用者反饋這個需求期望達到什麼目的?

  • How:現在沒有這個產品(功能),需求是怎麼滿足的?

  • How many:這個需求的頻次是怎樣的?

  • How much:有多少個使用者有這個需求?

3、需求瞭解到什麼地步,才算搞清楚這個需求了?

產品經理如果能回答以下 5 個問題,就差不多可以進行下一步了:

  • 為什麼會有這個需求;

  • 現在沒有這個產品,需求是怎麼滿足的;

  • 使用者期望的產品是什麼樣的(當然,這個可能沒有);

  • 這個需求的頻率或緊急程度如何;

  • 需求的規模是怎樣的(多少人有這個需求)。

4、下一步是什麼?

「需求分析」。


好的,今天這篇文章到這裡就結束了,我們的《一個專案帶你走進產品經理的世界》系列文章完成進度如下:

綠色為當前進度~

一個專案帶你走進產品經理的世界(1)從收到一個需求談起


作者:Q_misky,微信公眾號:產品碎月

相關文章