下班後的產品工程師
Larry Chien
更新於 2023/06/09閱讀時間約 3 分鐘

思考產品功能時，能提升思考品質的 Checklist 07–09

這是 30 天寫作挑戰的第 22 天。今天是「思考產品功能時，能提升思考品質的 Checklist」系列第 3 篇。今天要分享的是：
思考產品功能時，能提升思考品質的 Checklist 07–09
30 天寫作挑戰：連續 30 天，每天都會從 ChatGPT 、生活中的靈感或是網友提問中，選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你／妳的問題，可以問我一個跟工程師、技術產品經理、產品經理有關的問題。
「提升產品經理思考品質的 Checklist」系列：這個系列是先前在商業思維學院上課時所做的作業，作業是要我們提出自己認為在思考產品功能時，需要檢查的各個項目，以下我列出的檢查清單，分享給各位產品經理、設計師、工程師們。

07. 誰會使用這個功能？需要早期用戶的話人選會是誰？

要記得用戶跟客戶是不一樣的，我們可能會碰到解決客戶問題，但事實上卻是用戶在使用的情況。例如：客戶（採購、會計、財務）跟我們買了便宜的二手筆電，但用戶卻是客戶公司裡的工程師。會需要釐清功能的使用者，除了分清楚用戶、客戶以外，也可能是部分 persona 的使用者在使用這個功能，功能的使用者在意的部分可能跟功能想解決的問題是不同的。
早期用戶在 2B 產業可以是自家公司的友好企業、願意嘗試新功能的用戶、也可以透過 A/B testing、灰度發布等方式，小規模地讓用戶使用，取得回饋後再考慮大舉推出。

08. 解決問題的方式他們能夠理解嗎？他們需要投入額外的資源嗎？

要先定義「他們」是誰？用戶還是客戶？所以問題可以再拆分成「解決問題的方式客戶能夠理解嗎」、「解決問題的方式用戶能夠理解嗎」
額外的資源包含但不限於：金錢、操作步驟、理解功能的時間、使用的動線、協作溝同成本等等。

09. 要怎麼知道這個功能有解決他們的問題？有可衡量的指標嗎？

換句話說就是：要怎麼樣取得回饋？要取得多少回饋？要怎麼樣定義有解決問題？使用質化還是量化的數據？另外也要思考，指標的變化是不是能夠歸因於這個功能。
今天的 checklist 當中，我覺得最難的可能會是 08, 09，因為只能夠透過過去資料來推測可能的結果，如果在事前的用戶訪談、用戶研究做得不夠仔細精確，那麼就有可能做出沒切中痛點的解決方案。但也是為什麼需要盡快取得回饋，這樣才可以更快把更切合的解決方案推出。

今日寫作觀察

今天的困難在於要思考《08. 解決問題的方式他們能夠理解嗎？他們需要投入額外的資源嗎？》時，要站在用戶跟客戶的角度去思考他們可能要額外投入的資源，除了比較直覺會想到的資源以外，只能從「使用情境」的角度來猜想可能會耗費的額外資源。如果有未盡列舉之事，也歡迎各位讀者留言與我分享。
分享至
成為作者繼續創作的動力吧！
下班後的產品工程師
追蹤
下班後的產品工程師
追蹤
從 Google News 追蹤更多 vocus 的最新精選內容從 Google News 追蹤更多 vocus 的最新精選內容

作者的相關文章

Larry Chien的沙龍 的其他內容

你可能也想看

發表回應

成為會員 後即可發表留言
© 2024 vocus All rights reserved.