這是 30 天寫作挑戰的第 21 天。今天是「思考產品功能時，能提升思考品質的 Checklist」系列第 2 篇。今天要分享的是：
思考產品功能時，能提升思考品質的 Checklist 04–06
30 天寫作挑戰：連續 30 天，每天都會從 ChatGPT 、生活中的靈感或是網友提問中，選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你／妳的問題，可以問我一個跟工程師、技術產品經理、產品經理有關的問題。
「提升產品經理思考品質的 Checklist」系列：這個系列是先前在商業思維學院上課時所做的作業，作業是要我們提出自己認為在思考產品功能時，需要檢查的各個項目，以下我列出的檢查清單，分享給各位產品經理、設計師、工程師們。
系列第一篇：《思考產品功能時，能提升思考品質的 Checklist 01–03》
04. 他們的這個問題有哪些解決的方式？
如同《03. 遇到問題的人他們遇到什麼樣的問題？》所述，解決方法不只有一種，而會在 checklist 裡特別列出來，是為了讓自己在 burnout 時，提醒自己不應該只用系統一來思考，而是要想想頭痛醫頭，腳痛醫腳以外的解決方法。
而解決方式不見得是需要投入開發資源的產品解，也可能是靠現有功能就能夠暫時性解決的營運解。另外，遇到問題的人可能不止一群，也可能是有多群人都遇到相同的問題。
05. 要做的這個功能可以解決他們的問題嗎？是怎麼解決的？
延伸的 Checklist 5.1 如果不行的話，幹嘛做？🤣
討論解決方式時，幫助自己跟團隊聚焦，避免話題因為討論時間一拉長，就忘記最一開始想要解決誰的問題，也提醒自己別落到了為了做功能而做功能的。另外我認為能夠用一句話來解釋怎麼解決會是最理想的狀況。
06. 為什麼是選擇這個功能當作問題的解法？其他解法為什麼不選？
這應該會是產品經理很常被問到的問題之一。在跟團隊討論前，針對各種可能解法去做可行性評估。在各個解法的取捨時，也問自己是不是依照相同的價值觀或信念，去選擇做或不做某些事情。
今日寫作觀察
今天的內容相對簡短（終於在 500 字內了），主要是今天的內容都已經在思考解決問題的層面了，因此能夠額外補充解釋的部分也就比較少。但在解釋每個問題的同時，也在幫助自己思考每個解釋是否有漏洞，也許會比預計還多增加一些 Checklist 也說不定。
