這是 30 天寫作挑戰的第 23 天。今天是「思考產品功能時，能提升思考品質的 Checklist」系列最後一篇。今天要分享的是：
思考產品功能時，能提升思考品質的 Checklist 10–12
30 天寫作挑戰：連續 30 天，每天都會從 ChatGPT 、生活中的靈感或是網友提問中，選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你／妳的問題，可以問我一個跟工程師、技術產品經理、產品經理有關的問題。
「提升產品經理思考品質的 Checklist」系列：這個系列是先前在商業思維學院上課時所做的作業，作業是要我們提出自己認為在思考產品功能時，需要檢查的各個項目，以下我列出的檢查清單，分享給各位產品經理、設計師、工程師們。
- 系列第一篇：《思考產品功能時，能提升思考品質的 Checklist 01–03》
- 系列第二篇：《思考產品功能時，能提升思考品質的 Checklist 04–06》
- 系列第三篇：《思考產品功能時，能提升思考品質的 Checklist 07–09》
10. 要做這個功能的話，我們需要付出的代價、機會成本是什麼？所有人都能接受嗎？
除了開發團隊的代價和機會成本，也要考量公司其他團隊、客戶需要支付的代價和機會成本。如果不是所有人都能接受……就回過頭來審視這個功能想解決誰的問題吧。
11. 我們有檢核這個功能的機制和時程嗎？
機制是為了能夠系統性地檢核，如果每次檢核都需要耗費大量的時間跟人力，那有可能是檢核的方式過於繁複、步驟不夠簡化、沒有使用合適的工具、沒有充足的基礎建設……等等。而時程則是要提醒利害關係人，在功能上線後，會需要花一段時間才能驗證成效，但有時功能上線了，大家就跟沒事了一樣，繼續解決下一個問題，而忘記檢查確認之前做的功能是否有達到預期。12. 我們有預期達成的目標嗎？如果沒有達到，可能的原因是什麼？會發生什麼事？
目標應該是解決他們的問題？《02. 這個功能是要解決哪些人的問題？》有說到要定義出解決誰的問題。或是目標是要達成某個戰略性的目的，例如建立好產品的權限架構、串接金流……等等。
而未達到目標時可能的原因、會發生什麼事這兩個問題，能夠越早發現／預測越好，做到風險趨避；如果在功能推出後才發現，也許可以從 GA 的數據、伺服器的 log 去觀察，找出可能的原因，但也可能找不太到，或是原因不夠有數據基礎，有時也會需要一點 gut feeling。
今日寫作觀察
今天的內容比較偏向是我看到這個問題時會怎麼回答，以及回答完之後延伸想到的問題（及回答）。不諱言地說，隨著時間的演進，我在看待這份 checklist 的問題清單時，回答的內容可能會有所改變，甚至 checklist 可能會有所更動，但就是隨著自己的認知邊界變得更寬廣，期許自己可以思考得更加全面。
也歡迎各位讀者留言與我分享你／妳覺得 Checklist 還需要哪些事項呢？
