[PM心得]需求開發時間多寡,不該是排序需求的唯一條件

Richard Cheng
Mar 24, 2019 · 2 min read
Image for post
Image for post

雖然我的職稱是「產品經理」,但我這段時間接手到最大的專案,在專案中,我反而是擔任「專案經理」的角色,在有限的人力與時間下,與合作老師協調哪些需求能做,哪些需求不能做。

如果不太清楚產品經理和專案經理有什麼差異的話,很建議觀看以下文章:

也因為那段時間的經歷,導致我現在在規劃新產品時,一時沒辦法切換到「產品經理」的思維,以「這個功能能為使用者提供多少價值」,反而會下意識的以「這個功能比較大,可能先不要做」的角度去考量需求。

這樣的思考方式會讓很多真的有價值的需求被忽略,反而先做一些簡單易完成,但為用戶帶來的價值很有限的需求。

這樣說並不是能衡量需求被完成的難易度是一件壞事,我認為如果產品經理能瞭解每個需求大致需要多少時間才能被完成是很好的,因為「用戶什麼時候能使用到新功能」也是一個在衡量需求能為用戶帶來多少價值的考量因素。

但如果單純以「完成時間的多寡」來排序需求開發的順序,而沒有考慮到「究竟這個需求能為用戶帶來多少價值」,就違背「我們開發需求,重點在於解決客戶問題」的前提了。

Richard Cheng

Written by

CRM顧問公司數據產品經理&專案經理。先前曾在財經資訊公司擔任APP PM。平時喜歡閱讀以及研究投資理財。 PM工作心得記錄:菜鳥pm(產品經理)的職場心得)https://www.facebook.com/rookiepm/

菜鳥PM(專案/產品經理)的職場心得

希望透過記錄PM從業過程中的學習與收穫,能幫助自己在未來可以不要重蹈覆轍,也讓更多人可以了解PM的工作內容。

Richard Cheng

Written by

CRM顧問公司數據產品經理&專案經理。先前曾在財經資訊公司擔任APP PM。平時喜歡閱讀以及研究投資理財。 PM工作心得記錄:菜鳥pm(產品經理)的職場心得)https://www.facebook.com/rookiepm/

菜鳥PM(專案/產品經理)的職場心得

希望透過記錄PM從業過程中的學習與收穫,能幫助自己在未來可以不要重蹈覆轍,也讓更多人可以了解PM的工作內容。

Medium is an open platform where 170 million readers come to find insightful and dynamic thinking. Here, expert and undiscovered voices alike dive into the heart of any topic and bring new ideas to the surface. Learn more

Follow the writers, publications, and topics that matter to you, and you’ll see them on your homepage and in your inbox. Explore

If you have a story to tell, knowledge to share, or a perspective to offer — welcome home. It’s easy and free to post your thinking on any topic. Write on Medium

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store