前言：我自己的慘痛經驗
每週，固定一次的產品功能提案。當我費盡心力發表我的提案給呈報上去時，得到的意見讓我出乎意外。「你怎麼知道這個功能提案是用戶想要還是你自己想要？」「你要解決的問題到底是什麼？」「如果你只是想要解決這個問題為什麼不要XXX就好」。最終，我無力的收回我的產品提案，彷彿這個提案完全沒有任何價值。後來我才知道，原來是提案時沒有找到適合的方法。只要找到適合的方法，提案的思路變得清晰、說明也能讓人更加信服。以下分享我學習到的方法與心得供大家參考：
提案的方法｜問自己十個問題
提案前，先問自己是不是把這十個面向都做到位，如果都做到位了，相信你的產品提案基本上就沒問題了！這十點分別是：
- 清楚你要解決的問題？
- 為誰解決問題？
- 對公司的收益有何幫助？
- 現有的解決方法如何解決？
- 這個提案如何解決用戶痛苦？
- 為什麽是由我們解決？
- 投入成本符合效益嗎？
- 如何規避風險？
- 如何擴展該提案的功能？
- 產品的路徑圖為何？
一、清楚提案要解決的問題
清楚的說明：“想要在什麼情況下解決什麼樣的問題？”這裡可能有用戶反應的痛點、可能有我們自己發現的不便，甚至是發現市場上有需求但是還沒有人做的功能。
針對每一種狀況，把整個體驗不好流程寫出來，這就是User Story，也就是我們可以改變的方向。
二、為誰解決問題
提案需要清楚說明用戶的輪廓以及為什麼他們會遇到這樣的問題。這裡就牽涉到是不是真的夠了解用戶，如果不夠的話建議可以做質化訪談，幫助你更加深入的了解用戶，最後也要特別說明：是什麼樣的原因，讓用戶想要使用你的商品
三、對公司收益有何幫助
公司最在意的是事情不外乎是金錢收益或是流量收益。在這裏，提案可以以時間為維度，規劃出短、中、長期的預期目標成果，幫助上級更了解這項提案對事業收益的影響。
注意，在這邊可以定出關鍵成效指標是什麼，或是我預期會達到的商業目標。例如：半年內購物車拋棄率下降5%，一年內SEO關鍵字排名上升3名等等。此外，這邊的預估成效需要有所根據，可能是經過推測或是同性質的數據參考。
四、現有的方案如何解決
這就是所謂的競品分析。我們可以使用五力原型去看看現有市場的競爭狀況、新進入競爭者和替代者的威脅等等。透過分析，讓我們知道別人哪裡做得好？哪裡有改善空間？進而了解我們的機會在哪裡，可以如何去掌握等等。
五、這個提案如何解決用戶的痛苦
清楚簡潔的說明自己的提案，並且思考我們的提案如何能夠在讓用戶滿足的情況下，甚至還能夠打敗競爭對手（不管是早期進入者還是替代品），凸現出該提案的價值。
描述解決方案時，建議多畫圖、少寫字以下列方式說明：
- 原型：繪製原型讓提案更生動精彩，傳達出更真實的使用狀況。
- 流程圖：以流程的方式說明如何幫這用戶解決問題。
- 業務框架圖：有誰會用你的產品或功能？列出完整的上下游關係鏈，例如誰會從這個功能中受益等等。
六、為什麼是由我們解決？
了解公司後，盤點公司的資源和優勢，可能是技術優勢、執行力更高的團隊甚至是對用戶更細微的觀察等等優勢。盤點這些優勢，除了可以在執行上更得心應手，也能夠在提案中給上級能夠成功的信心感。
七、投入成本符合效益嗎？
客觀評估需要多少時間搭配多少金錢（加上時間維度）。需要考慮到的成本可能有：系統的維運成本、伺服器租賃的成本等等。如果成本太高，則可以思考有沒有其他的替代方案，可以先用敏捷開發的方式小規模分多次開發，或是選擇透過別的方法達成目標。
八、如何規避風險？
新的提案發表時，老闆一定會非常密切關注可能會發生的風險。我們需要事先就把可能相關的風險想好，例如：應用程式審核不通過、國家政策突然改變、市場風向減弱、使用者對解決方式仍然感到不滿意、專案成員改變等等，並且規劃一系列的配套措施，方案越多越好(Plan A B C等等)
風險雖大，但是如果相關的配套措施規劃妥當、能夠保護品牌名聲或是營收，這樣也可以放下上級心中的一塊大石頭。
九、如何擴展該提案的功能？
如果需求被驗證是正確的，提出規劃又是公司的戰略級考量，或許可以先想老未來可以如何擴充，讓這項規劃可以發揮到極致。例如：規劃3年後的方向（但是現在網路瞬息萬變，可能規劃到三個月就被推翻了，但是至少讓領導者知道你考慮到了後面應該要怎麼做）。
十、產品的路徑圖為何？
如果你的提案過了下一步體會怎麼做？哪些功能會優先上線？能滿足哪些需求？這些需求是怎麼被滿足的（呈四）上線的時間點是什麼時候？上線後打算如何推廣？預估多少時間可以達到多少使用者規模等等。
