為了不被領(lǐng)導(dǎo)diss看不見方案的業(yè)務(wù)價值，產(chǎn)品經(jīng)理需要掌握一定的技能和技巧，來幫助自己做好業(yè)務(wù)方案匯報，講好業(yè)務(wù)價值。這篇文章里，作者就做了介紹和梳理，一起來看看吧。

剛剛?cè)肼毚髲S的時候，基本上每天都會被產(chǎn)品總監(jiān)argue：

• “你的產(chǎn)品價值在哪里？”
• “你的方案業(yè)務(wù)價值在哪里？”
• “你的方案很難落地”

這三句話輪番上陣，活一點也沒少干，被懟的也是真不少，我也差點因為這些批評抑郁。多虧了有一天一位人很好的同事姐幫我理了一下ppt的思路，我這才幡然醒悟。哦！原來，領(lǐng)導(dǎo)們要聽的是這個。

一、為什么需要匯報業(yè)務(wù)方案

1. 常見場景：業(yè)務(wù)方案評審會

現(xiàn)在市場上常常要求產(chǎn)品經(jīng)理要有“從0到1”的產(chǎn)品經(jīng)驗，但是在軟件行業(yè)發(fā)展至今的行業(yè)大背景下，“從0到1”是可遇不可求的，但是改善某一業(yè)務(wù)場景卻是非常常見的。

典型的包括：過程質(zhì)量改善、新增運營計劃等等。

2. 典型的錯誤案例

說到“失敗”的匯報經(jīng)驗，我真的是集大成者。一方面，遇到了老陰陽人的領(lǐng)導(dǎo)，另一方面也真的是不會匯報。

典型的錯誤的匯報方式：

• 盲目列要改進的功能點
• 大量列舉改進的原型圖、交互
• 回避關(guān)鍵流程、不提及關(guān)鍵業(yè)務(wù)方
• 直接用其他同事的ppt，只改字和標題，大量復(fù)用別人的圖表

剛開始工作的時候，很多東西都不熟，我也會覺得要不不熟的東西就不講吧，或者看到被人好的內(nèi)容就直接拿過來。這樣是非常容易踩雷的，一定要回避。就算相同的內(nèi)容，最好自己畫一遍，改改顏色也是好的。

我們要理解的事情是，領(lǐng)導(dǎo)在他們的領(lǐng)導(dǎo)面前和我們是一樣的，沒什么本質(zhì)區(qū)別。我們每天都在認真工作，鉆研在某些個具體的事務(wù)中，我們欠缺的是把事情組織起來的能力，但是領(lǐng)導(dǎo)們每天并沒有那么多具體的素材，他們的工作是“指導(dǎo)“我們做有意義、有價值的工作。他們的素材就來自于我們的每一次匯報。這就是正確的“解題思路”。

二、該怎么講好“業(yè)務(wù)價值”？

現(xiàn)在，人們交朋友最看中“情緒價值”，同樣地，產(chǎn)品最重要的就是提供“業(yè)務(wù)價值”。怎樣講好“業(yè)務(wù)價值”，是產(chǎn)品經(jīng)理的既“虛無”又“實用”的基本功?！皩嵱谩痹谟谶@種“標準化”的介紹方式，最能幫助聽眾最快的掌握你的需求，例如向公司尋求某類支持、投入；“虛無”在于，所謂的“業(yè)務(wù)價值”是否真的有價值，會帶來什么樣的改善，并不一定會完全如愿。

但是，學(xué)會講“業(yè)務(wù)價值”，至少可以讓自己完成低階產(chǎn)品經(jīng)理的進階之路。廢話不多說，直接上干貨。

1. 介紹業(yè)務(wù)背景

介紹業(yè)務(wù)背景一共包括三個大方向的內(nèi)容：介紹整體背景、介紹階段背景、介紹本次方案的核心內(nèi)容。

整體背景通常包括，行業(yè)背景、產(chǎn)品線背景，可以參考行業(yè)發(fā)展或者產(chǎn)品路標等等，重點在于對聽眾進行背景宣貫，拉齊聽眾對整個產(chǎn)品的定位的認知。

階段背景則對標到現(xiàn)階段的目標，可以參考年度計劃等等，明確當(dāng)前階段的目標和現(xiàn)存的問題，梳理典型用戶畫像。可以理解為本次演出的演員就位。

概述本次方案的重點，針對現(xiàn)階段存在的哪些問題進行改善，對應(yīng)受到影響的用戶是誰，各類用戶的痛點和解決方案是什么。

2. 介紹業(yè)務(wù)流程

介紹現(xiàn)有的業(yè)務(wù)流程是什么，梳理出當(dāng)前問題中最急需改進的點。

例如，某個采購流程較長，導(dǎo)致研發(fā)過程的延期，梳理后發(fā)現(xiàn)最關(guān)鍵的問題是某個審批節(jié)點的審批人員常年在外出差，PC端審批內(nèi)容嘗嘗錯漏。為解決這一問題，提供移動端進行審批，方便審批人員快速便捷完成工作。

進行方案對比，對比改進方案前后會有哪些變化。可以從兩個方向進行介紹

• 對于產(chǎn)品的改進點，如：產(chǎn)品更好賣、更專業(yè)、更好用、成本更低
• 從對各方影響的角度介紹，對用戶有哪些好處、對客戶有哪些好處、對公司有哪些好處。

3. 改進方案的詳細介紹

詳細方案介紹包括，概述對各個相關(guān)系統(tǒng)的影響、各相關(guān)方的工作計劃和安排以及詳細的改進方案介紹

我們要時刻記住這是業(yè)務(wù)方案不是具體的需求評審。只是在講一個改進的方案并且尋求支持，而不是做具體的介紹。很多團隊會要求在一時間段出高保真之類的設(shè)計，個人覺得非常不合理?！案弑Ｕ妗睂儆谠敿氃O(shè)計階段，而方案匯報則是在需求確認階段進行的。此刻，原型是否完成并不是關(guān)鍵，重要的是業(yè)務(wù)流程的改進對各方的影響是否合理且正向。

4. 詳細計劃

詳細計劃一般重點介紹詳細的排期，事先可以與開發(fā)團隊溝通可用的技術(shù)資源。先給出按大功能模塊排期的工作計劃，預(yù)估出上線時間點和培訓(xùn)計劃。匯報的重點也包括，當(dāng)前上線計劃是否符合業(yè)務(wù)目標、是否有足夠技術(shù)資源支持當(dāng)前目標?？梢栽跁h上對這部分內(nèi)容進行確認并通過會議紀要的方式存檔。

第二個要關(guān)注的重點內(nèi)容是驗證指標。通常我們認為一些易用性的提升是比較好驗證的，比如增加批量處理功能這類較小的功能點，這類無需重點強調(diào)。比如，訪問量、目標用戶轉(zhuǎn)化率等等指標則需考慮是否需要埋點等等。

三、講好“業(yè)務(wù)價值”，只是開始

講好“業(yè)務(wù)價值”，只是開始。業(yè)務(wù)方案評審會結(jié)束后，需根據(jù)會議上的內(nèi)容進行詳細設(shè)計、組織需求評審會、需求研發(fā)等等。

下圖為IPD產(chǎn)品研發(fā)中需求管理的標準化模型。業(yè)務(wù)方案評審可以理解為需求分析和需求分發(fā)階段的過程產(chǎn)物。

四、驗證愿景

驗證愿景，是指階段性基于在詳細計劃中設(shè)計的驗證指標進行回顧。比如，預(yù)計平均縮短采購流程1天，這是完全可以通過數(shù)據(jù)庫拉取數(shù)據(jù)驗證的。同時，應(yīng)更新需求狀態(tài)，對需求管理進行復(fù)盤，對比部門的年度計劃驗證整體計劃的執(zhí)行情況。

以下為需求管理示例圖。