初期產品需求盤點時,我踩過的 3 個失誤|EP5

閱讀時間約 4 分鐘
上一篇《產品開發的黃金圈理論 Why-How-What》提到產品開發的黃金圈,接下來我想列舉我在產品規劃時,曾犯下的幾個失誤,也作為未來的警惕,(1) 確認好需求才進規劃、(2) 確認好解方要有框架、(3) 確認好框架才進開發。
誰適合看這篇文章?
✔ 對於產品開發、產品規劃、產品管理、產品策略有興趣的朋友。

一、確認好需求才進規劃

大標題這句話聽起來很簡單,但我回想一開始執行需求彙整時,很常犯的錯是「聽到對方提一個需求後,就急著想要先解決眼前這個,沒有好好聽完他所有的需求,以及排序優先級」。
導致我收到需求,開始自己規劃解方時,邊想邊覺得「這個需求 … 怎麼好像不怎麼痛 … 有一點是個人操作問題衍生的需求」。
(一)確認需求所需要的內在評估
因此我目前在收集需求時,都會先有幾個內在評估:
  1. 產品目標:此需求是否符合這季、這半年的產品開發目標?例如獲客功能、會員功能?
  2. 影響程度:此需求是否會影響到日常運作?例如有做可以提升營收?
  3. 影響人數:是提需求的人自己的痛點?還是公司內部營運單位都有的痛點?還是客戶、消費者曾抱怨過的痛點?
  4. 優先層級:若上述都確認完,接著則是確認時間點,這個功能是否有急迫性?或是單純許願優化?
(二)開始分析需求,初步規劃
收到需求,也確定要執行,接著則是進到規劃評估,像是:
  1. 確認此需求最終想解決的目標:需要不斷與需求人訪談,挖出背後動機,像是提高按鈕轉換、介面轉換率,而非只是 OO 功能、OO 介面、OO 按鈕的增加。
  2. 確認此需求期待的場景:一樣需要藉由使用者操作,確認他卡在哪一關,例如在 OO 介面會遲疑、,而非只是要跟別的競品一模一樣的介面。
在規劃時,我目前會採取的方式是:
  1. 多方參考:根據目標,參考其他類似產品是如何打造的,像是別人的網頁的按鈕觸發會有什麼回饋機制、廣告版位如何配置、站內搜尋的邏輯及搜尋後的呈現結果。
  2. 內部狀況:確認內部的開發史,了解過往的開發過程,是否真的有漏掉此需求還是有工程上的難處。
  3. 需求文件:開始撰寫產品開發需求文件,包含整理需求緣起、開發目標、影響層面、開發時程、功能示意、檢核機制等。

二、確認好解方要有框架

有了上述的需求,下一步需要先確認好解方,我之前曾犯的失誤是急著想要找工程師、產品經理討論,但討論到一半我才發現我還沒提出預期解方,只是把問題、需求丟給別人,導致需求情境越討論越複雜。
(一)開始規劃後,先提出假說
因此後來在撰寫產品開發需求文件時,我會先不斷提出自己的假說,像是「若按照這個流程、新增這個介面,似乎可以解決他的需求」。
根據假說不斷去思考會影響的範疇,例如:
  1. 是否會讓後臺管理起來很複雜,e.g.增加人力管理成本
  2. 除了解決需求,是否為衍生其他問題,e.g. 功能邏輯矛盾
  3. 此功能是一次做完,還是需要頻繁改動,e.g. 因應行銷活動調整程式碼
(二)假說都思考幾輪後,接著劃出初步框架
當上述的疑慮都確認過,接著可以進到初步的 wireframe(有些公司是 UX 設計師畫、有些是 PM 自己畫),包含:
  1. 功能的外觀顯示位置:前台、後台的位置
  2. 功能的細節操作設定:按鈕位置、數字位置、圖片位置

三、確認好框架才進開發

早期曾犯的錯是「還沒有框架」,就急著想跟工程師討論開發細節,導致工程師一臉茫然,要向我追問很多細節,非常沒有效率。
(一)進開發前,先再盤點一次需求文件
在準備請工程師動工時,會再仔細盤點一次文件,確認 (1) 目標、(2) 情境、(3) 畫面、(4) 限制,這四點都準備到。
  1. 目標:這次開發出來是為了解決什麼?
  2. 情境:這個需求方的使用情境是什麼?
  3. 畫面:這次需求方期待的畫面是什麼?
  4. 限制:操作上是否會有極端情境產生?
(二)需求盤點完,開發向工程師確認時程
後續則是交付需求文件,開始追蹤開發進度。

四、總結

這篇主要是記錄我的產品企劃經歷,屬於不成熟的職涯紀錄,也作為自己未來在往產品經理道路上的警惕。
如對這系列有興趣,也可以觀看:
即將進入廣告,捲動後可繼續閱讀
為什麼會看到廣告
《思維的創意想像》是工作之餘發起的 Side Project,因為近期快速吸收各種資訊跟商業知識(Input),但一直沒有地方輸出(Output),因此想透過這系列記錄學到的內容,包含商業知識、產業洞見,或是職場分享等等,目前已有產品開發、客戶成功、社群行銷、思維增長、職場日記等系列文章。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
上一篇提到在從彙整產品需求,到決定產品開發順序的流程,接著我將繼續以一個產品專員的角色,來記錄產品開發的關鍵決策點,這篇會包含 (1) Why 為什麼我們要做這個產品、(2) How 我們要透過什麼方式傳達價值、(3) What 我們要透過什麼功能達到目標。
上一篇《訂定產品策略的難點,拆解團隊分歧點|EP2》提到在決定產品方向時,常遇到的內部爭執點,接著我將會以一個產品專員的角色,來記錄收到產品需求時,決定開發與否的思考環節,這篇會包含 (1) 產品需求彙整、(2) 產品願景梳理、(3) 產品開發排序。
上一篇《產品管理的首要任務,重視每位利害關係人》提到各種利害關係人的應對,這篇將接續分析這些利害關係人會如何影響產品策略、產品定位,包含,包含 (1) 產品定位、(2) 產品開發目的、(3) 產品需求順序。
在群眾集資平台除了擔任平台顧問,同時也協助產品開發管理,因此這系列文章將會整理我在產品管理所學到的教訓,以及在跨部門溝通的收穫,這篇會先著重在 (1) 利害關係人怎麼協調 (2) 重視但不忽視。
最近在研究各項產品、APP 的使用者旅程、產品開發,剛好看到 Hahow 好學校推出 APP 版本,因此想以一個學員身分,紀錄我在使用 Hahow APP 的狀況,像是操作過程中的困惑,或是遇到的難點。(我在電腦版已購課數為 12 堂)
上一篇提到在從彙整產品需求,到決定產品開發順序的流程,接著我將繼續以一個產品專員的角色,來記錄產品開發的關鍵決策點,這篇會包含 (1) Why 為什麼我們要做這個產品、(2) How 我們要透過什麼方式傳達價值、(3) What 我們要透過什麼功能達到目標。
上一篇《訂定產品策略的難點,拆解團隊分歧點|EP2》提到在決定產品方向時,常遇到的內部爭執點,接著我將會以一個產品專員的角色,來記錄收到產品需求時,決定開發與否的思考環節,這篇會包含 (1) 產品需求彙整、(2) 產品願景梳理、(3) 產品開發排序。
上一篇《產品管理的首要任務,重視每位利害關係人》提到各種利害關係人的應對,這篇將接續分析這些利害關係人會如何影響產品策略、產品定位,包含,包含 (1) 產品定位、(2) 產品開發目的、(3) 產品需求順序。
在群眾集資平台除了擔任平台顧問,同時也協助產品開發管理,因此這系列文章將會整理我在產品管理所學到的教訓,以及在跨部門溝通的收穫,這篇會先著重在 (1) 利害關係人怎麼協調 (2) 重視但不忽視。
最近在研究各項產品、APP 的使用者旅程、產品開發,剛好看到 Hahow 好學校推出 APP 版本,因此想以一個學員身分,紀錄我在使用 Hahow APP 的狀況,像是操作過程中的困惑,或是遇到的難點。(我在電腦版已購課數為 12 堂)
你可能也想看
Google News 追蹤
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
在產品經理的工作中,產品規劃和優先順序的決定是影響產品成功的關鍵環節。 當你掌握了市場和用戶需求後,接下來的挑戰是如何將這些需求轉化為可執行的產品計畫,並合理安排每個功能的優先順序。這篇文章將幫助你了解如何進行產品規劃,並教你使用有效的方法來排序產品功能,確保資源得到最佳利用。
Thumbnail
寫作對產品經理來說有著重要的作用,不僅促進自我審視,還有助於邏輯思維和溝通技巧的培養。此外,透過寫作,產品經理可以與全球頂級的專業人士進行交流,提高自己的技能和保持競爭力。
Thumbnail
本文講述了設計師進行產品規劃時需要融入商業策略,並深入瞭解用戶需求和使用方式的重要性。同時,透過使用者訪談和對各種競品的研究,設計師可以建立良好的商業策略思維,以實現產品的成長和用戶滿意度。
Thumbnail
產品開發的成功,除了品質,更在於是否能夠在適當的時程內推出並滿足客戶需求。 身為開發、設計人員,從文中提供的三個角度來思考,以確保產品與公司的競爭力。
Thumbnail
在設計有四年快五年的時間,大部分都是從實戰經驗中去不斷摸索產品開發的流程。從視覺傳達的背景出來,在用戶體驗的經驗都是在實際開發中去摸索出來的。不是理論派,只是根據我本人的經驗摸索出來的設計方法,也不會用太多高深的詞彙說明。 以前搜尋怎麼做產品設計?究竟是要從什麼步驟開始的這件事情,大部分看到的
Thumbnail
文章中提到了四個問題,包括需求、預算、權限和時間,並提供了設定問題框架的方式。閱讀本文可幫助業務人員提高提問技巧,篩選出潛在成交率高的案子,避免浪費時間。持續追蹤專欄內容,掌握最新的B2B業務實務案例和方法。
我一直都知道,我做事必須先知道「為什麼」才有辦法做好,不然即使被交付任務,也只是交差了事而已,完事之後,我感受不到任何成就感及延伸性。
Thumbnail
本文探討初涉產品管理的新手在面對複雜問題時的困境,強調學習區分事情輕重緩急的重要性。建議培養這種辨識能力,並運用堅持和放棄的技巧,在兩者之間取得平衡。提及常見問題如何優先處理、如何在兩個同樣重要的選擇中做取捨,以及解決加班困擾的建議。總結指出,堅持和放棄是初學者在學習事務管理時的得力助手。
Thumbnail
本文探討了科技公司打造成功產品背後的三大關鍵:策略制定、敏捷開發和數據分析。透過觀察市場需求、建立MVP測試、數據統計與分析,科技公司可以更好地執行產品策略,提高產品成功的機會。另外,也介紹了產品經理的角色與重要性,以及深入分析用戶需求和產品設計的方法。
很多時候在做產品的時候會迷失方向,會爭論不出應該要做什麼、往哪個方向前進,這個時候往往是忘了從用戶觀點來看事情,最終的決定權是消費者,因此何不在做產品的時候就問問消費者呢?
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
在產品經理的工作中,產品規劃和優先順序的決定是影響產品成功的關鍵環節。 當你掌握了市場和用戶需求後,接下來的挑戰是如何將這些需求轉化為可執行的產品計畫,並合理安排每個功能的優先順序。這篇文章將幫助你了解如何進行產品規劃,並教你使用有效的方法來排序產品功能,確保資源得到最佳利用。
Thumbnail
寫作對產品經理來說有著重要的作用,不僅促進自我審視,還有助於邏輯思維和溝通技巧的培養。此外,透過寫作,產品經理可以與全球頂級的專業人士進行交流,提高自己的技能和保持競爭力。
Thumbnail
本文講述了設計師進行產品規劃時需要融入商業策略,並深入瞭解用戶需求和使用方式的重要性。同時,透過使用者訪談和對各種競品的研究,設計師可以建立良好的商業策略思維,以實現產品的成長和用戶滿意度。
Thumbnail
產品開發的成功,除了品質,更在於是否能夠在適當的時程內推出並滿足客戶需求。 身為開發、設計人員,從文中提供的三個角度來思考,以確保產品與公司的競爭力。
Thumbnail
在設計有四年快五年的時間,大部分都是從實戰經驗中去不斷摸索產品開發的流程。從視覺傳達的背景出來,在用戶體驗的經驗都是在實際開發中去摸索出來的。不是理論派,只是根據我本人的經驗摸索出來的設計方法,也不會用太多高深的詞彙說明。 以前搜尋怎麼做產品設計?究竟是要從什麼步驟開始的這件事情,大部分看到的
Thumbnail
文章中提到了四個問題,包括需求、預算、權限和時間,並提供了設定問題框架的方式。閱讀本文可幫助業務人員提高提問技巧,篩選出潛在成交率高的案子,避免浪費時間。持續追蹤專欄內容,掌握最新的B2B業務實務案例和方法。
我一直都知道,我做事必須先知道「為什麼」才有辦法做好,不然即使被交付任務,也只是交差了事而已,完事之後,我感受不到任何成就感及延伸性。
Thumbnail
本文探討初涉產品管理的新手在面對複雜問題時的困境,強調學習區分事情輕重緩急的重要性。建議培養這種辨識能力,並運用堅持和放棄的技巧,在兩者之間取得平衡。提及常見問題如何優先處理、如何在兩個同樣重要的選擇中做取捨,以及解決加班困擾的建議。總結指出,堅持和放棄是初學者在學習事務管理時的得力助手。
Thumbnail
本文探討了科技公司打造成功產品背後的三大關鍵:策略制定、敏捷開發和數據分析。透過觀察市場需求、建立MVP測試、數據統計與分析,科技公司可以更好地執行產品策略,提高產品成功的機會。另外,也介紹了產品經理的角色與重要性,以及深入分析用戶需求和產品設計的方法。
很多時候在做產品的時候會迷失方向,會爭論不出應該要做什麼、往哪個方向前進,這個時候往往是忘了從用戶觀點來看事情,最終的決定權是消費者,因此何不在做產品的時候就問問消費者呢?