從產品角度,輸出一份售前解決方案

9 評論 24771 瀏覽 158 收藏 6 分鐘

做好售前解決方案,可以分為以下幾個步驟:需求分析、總體設計思路、功能設計、項目實施方案。

在一家to B公司做電子政務PM,由于項目招投標競爭大,前期的售前階段需要做足準備,所以公司安排產品經理配合加入售前階段的工作。需要配合的主要工作是:在售前工程師已出了項目售前方案的前提下,輸出一份產品經理角度的產品方案,并講解。

方案整體結構

按照產品工作的流程,一步步推導,梳理出方案。簡單地說,就是由初始需求堆中梳理需求,分析并規劃設計,再研發到實施環節,所以建議方案的結構可以參考整個工作流程。這樣比起單看線框圖、原型、設計稿,從0到1的過程,更加顯得有理有據,同時專業度更高。

參考工作流程,簡單將目錄定為:“需求分析 – 總體設計思路 – 功能設計 – 項目實施方案 – 總結(問題/建議)”。同時根據項目業務,在采取工作流程串聯整個方案介紹的前提下,我決定各模塊采取“總 – 分 – 總”的結構,具體可根據具體情況做調整。

若業務是以【信息數據】來宣傳展示的信息型產品,則可信息架構來介紹;若業務是以【單條流程】貫穿整個業務的功能型產品,則可按流程順序逐步介紹,或按功能結構來介紹。

1. 需求分析

在需求分析的環節,我的思路是:“系統總體需求分析 – 基于用戶需求分析的系統建設”的總分結構。

系統總體需求分析,主要展示該項目的用戶與其概要需求、項目建設的系統,以及用戶與系統之間的對應關系。由此,從戰略層面向聽眾闡明該項目的用戶及其用戶需求,告知該項目的產品建設目標。

基于用戶需求分析的系統建設,主要是針對逐個系統(多個系統構成的平臺),從用戶需求的角度出發,梳理用戶詳細的需求,從而分析出系統需要建設的功能點。其中,每一個用戶需求,都要求能在系統中有功能點可以對應滿足。從范圍層面,詳細分析用戶的具體需求,闡述該系統具體的功能規格。

2. 總體設計思路

在總體設計思路環節,由總體業務流程、系統總體架構,兩者組成。

總體業務流程,主要是梳理出總體的概要業務流程,明確告知整個系統業務運轉過程。系統總體架構圖,從架構層面,介紹系統在各層面的建設工作。

此時思路是,在介紹完總體業務流程后,通過結合前面需求分析的梳理,進而引入系統總體架構,明確系統建設目標。

3. 功能設計

需求分析階段,梳理的功能點是分散的,且未細化的。總體設計環節,搭建出系統架構,將在功能歸集。而設計環節,將逐個講解系統對應的功能架構,細化功能模塊,設計需求具體實現點。

功能設計介紹時,可以采用“總分”的結構進行。我將先介紹系統功能結構圖,再分為單個功能模塊進行介紹,細化到功能點。

功能設計是該方案中的重點,在這過程可注意幾點:

(1)內容詳略分配

整個項目細化的內容可以很多的,并非所有內容都需詳細呈現或說明。若全部呈現,容易讓人抓不住重點,產生疲憊感。所以可采取詳略分配,重點功能、核心業務可詳細講解,輔助業務則簡單梳理。也可將所有內容細化,在演講時詳略分配。

(2)突出亮點
梳理內容時,可針對系統自身特色、公司擅長業務,作為亮點突出,這可以是個加分點。

4. 項目實施方案

實施環節,是針對to B項目特有的。這環節可申請項目經理或實施人員協助,提供項目質量保證、項目工期、重要里程碑、項目主要工作流程、落地計劃以及項目風險等方面提供解決方案。

5. 總結

總結環節,可先簡單地回顧前面主要業務流程,再提出針對本次功能建設的相關建議,并且再次闡述該解決方案的優勢所在,則可漂亮結尾。

本文是個人工作中一些經驗輸出,并非絕對,如有建議或異議,十分歡迎提出。

 

本文由 @Cherie 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 有模板不

    來自浙江 回復
  2. 挺受用的,自己也從事了5年的顧問工作,有些點比較有啟發~感謝

    來自上海 回復
  3. 作為一個產品經理,我也需要寫一些支持售前方案的內容,包括售前方案中和產品有關的全部內容。
    像那些要在行業法規里面摘出一些相關條例支持這個方案的,或者寫一些和某個具體功能點相關的行業知識的,怎么搜索這些信息呢,有什么搜索技巧嗎?一般這些內容在售前方案里面寫到什么程度就算可以了?

    來自廣東 回復
    1. 1.「寫一些和某個具體功能點相關的行業知識的」:可以找一些行業白皮書,一般會有“現狀、痛點、策略、展望”,提煉其中的“策略場景”向你的“產品功能”上考慮。一般是產品設計的操作邏輯也是正常業務的操作邏輯,比如:我設計一款SCRM的產品,其中有“鎖客、活客、轉客、享客”(基于用戶運營的生命周期鏈路)對應產品的“導購名片、導購內容/任務、導購商品/績效、導購裂變/管理”這4個大致模塊。
      2.對于產品經理而言,上述講的內容占比一個“產品功能說明書”的15%-25%這樣合理吧(我是從售前解決方案咨詢顧問角度理解的),因為看這個的目標受眾更多是客戶,既然是看《產品說明》了,那其實還是更關注你的產品能力(截圖),而不是做過多的“業內專業科普”(這個工作應該是售前顧問的職責)

      來自上海 回復
  4. 我這邊產品經理得出售前方案,cover了售前工程師的角色。。

    來自廣東 回復
  5. 滿滿的干貨!對售前工作做了很有價值的提煉!學到很多!感謝分享!

    來自北京 回復
  6. 學習了 真希望可以多多交流

    回復
  7. 你好,想問下這個售前體系如何配合銷售

    來自四川 回復
    1. 銷售給到需求,雙方一起開會評估,一般還會再和客戶進行concall溝通。至于concall的問題,那就復雜多了~可能是千人千面的,但是一般會回答一下幾個:客戶目的、客戶過去做了什么(成功、失?。⒖蛻衄F在做了什么(當前業務模式、渠道、投入……)、客戶未來想要什么(競對情況、和公司大戰略一致的規劃、期望成功的標準……)說的比較沒邏輯,這個可能需要每次和客戶溝通中一步步迭代,還是很考驗售前“問題深度邏輯”的

      來自上海 回復