4維度提問法搞定產品需求

“做了一年的需求,最後產品竟然不是甲方想要的!“在文章中看到這句話時真的不敢相信;但是想想走做外包這麼長時間,這樣的事遇到了也不少。

在外包公司產品顧問是一個非常重要的職位,每天需要對接大量的客戶需求,稍有差錯,下面的工作就毫無意義了,甚至是無法進行下去。

4維度提問法搞定產品需求

如何快速獲取和了解客戶的真實需求,並確保信息的完整度、準確度是一個非常重要的技能

這個技能中涉及了很多維度的知識,從產品、運營、設計、技術到對各個行業的瞭解都決定了自己對客戶需求把握的深度和準確度。

在這裡將從不同維度細分為以下4個階段來說明:

  • 想法到需求

很多需求發起者最開始只有一個想法,但是由於他們的專業知識不足,表達不出他們的核心需求所在,大多聽到的是:“我要做一個電商,參考淘寶就行”“我要做一個社交產品,跟微博一樣就好。”這就好比小孩子要吃餅乾,媽媽說晚上不能吃餅乾,於是小孩哭鬧著找爸爸,結果爸爸給了片面包,小孩就停止哭鬧了。其實這個事例告訴我們,小朋友的真實需求是從餓到飽,而不是必須要吃餅乾,這在項目溝通中也是一樣的,所以我們要注意傾聽和進行引導式溝通。這裡首先要弄明白的是需求發起者的真實需求是什麼,其目的是瞭解他對該項目的認識、出發點,以及他對時間、人員配備的基本要求。

  • 需求到功能

到了該階段,我們對於需求發起者的需求認知程度和訴求建立起了感知,接下來需要延伸到每lai個需求對應的解決功能上。有的需求1個小功能就能滿足,但是有的需求可能需要4-5個大功能來進行滿足。

所以在該階段進行提問的時候就需要儘可能圍繞著這樣幾個點進行:需求發起人對該需求的考慮深度,他是否考慮清楚需求的複雜程度和可實現程度。然後我們需要結合時間、版本目標來進行評估,進行需求優先級排序,定義那些是核心需求,那些是非核心需求,避免由於非核心需求造成的對資源上的佔用(時間、金錢、人員等)。

在產品經理實際操盤項目中,該階段叫需求規劃,需要定義需求優先級,在內部評審需求的可實現度、進行版本迭代規劃等,這些一般由產品總監、業務負責人等來制定,因為涉及到公司的運營方向和資源調配程度。

  • 範圍到業務邏輯

該階段的問題大多數產品顧問會忽略掉或者因需求發起人的專業度不足而無法進行詳細解答。因為該階段對於產品規劃、技術實現和運營等專業技能要求較高,所以我將其定義為進階階段。在該階段如果需求發起人的專業能力足夠,提問者的主要提問點需要圍繞功能使用流程來進行,把自己假設為一個使用者,根據需求發起人的設計思路進行體驗,並提問。如果需求發起人專業能力不足則引導需求發起者細化業務邏輯,具象化產品的邏輯。所以在該階段溝通時,我們需要關注這樣幾個問題:

1、登錄功能的使用流程是什麼樣的?

2、購買功能的使用流程是什麼樣的?

3、能否進行退款?怎麼退款,原路返回還是退回到賬戶?

4、發佈動態的流程是什麼樣的?都有那些操作?

  • 業務邏輯到框架

該階段是最容易進入誤區的,因為很多提問者對整個產品的需求、業務、用戶、核心邏輯都不瞭解,只提關於交互、頁面展示效果的問題,事實上交互和頁面展示效果是UI設計師來進行把控的,在與需求發起者溝通的時候並不需要考慮這些細節,而提問者最應該關心的是頁面展示內容問題,因此,在該階段提問者只需要圍繞著頁面佈局內容來進行提問就可以了。

該階段需要關心的問題有這樣幾個:

1、商品展示的詳情頁都有那些內容?

2、動態列表都要展示那些內容?詳情頁需要展示那些內容?

3、首頁都需要那些板塊?


分享到:


相關文章: