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