從產品角度輸出一份售前解決方案_第1頁
從產品角度輸出一份售前解決方案_第2頁
從產品角度輸出一份售前解決方案_第3頁
從產品角度輸出一份售前解決方案_第4頁
全文預覽已結束

付費下載

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

從產品角度,輸出一份售前解決方案在一家toB公司做電子政務PM,由于項目招投標競爭大,前期的售前階段需要做足準備,所以公司安排產品經理配合加入售前階段的工作。需要配合的主要工作是:在售前工程師已出了項目售前方案的前提下,輸出一份產品經理角度的產品方案,并講解。方案整體結構按照產品工作的流程,一步步推導,梳理出方案。簡單地說,就是由初始需求堆中梳理需求,分析并規劃設計,再研發到實施環節,所以建議方案的結構可以參考整個工作流程。這樣比起單看線框圖、原型、設計稿,從0到1的過程,更加顯得有理有據,同時專業度更高。參考工作流程,簡單將目錄定為:“需求分析–總體設計思路–功能設計–項目實施方案–總結(問題/建議)”。同時根據項目業務,在采取工作流程串聯整個方案介紹的前提下,我決定各模塊采取“總–分–總”的結構,具體可根據具體情況做調整。若業務是以【信息數據】來宣傳展示的信息型產品,則可信息架構來介紹;若業務是以【單條流程】貫穿整個業務的功能型產品,則可按流程順序逐步介紹,或按功能結構來介紹。1.需求分析在需求分析的環節,我的思路是:“系統總體需求分析–基于用戶需求分析的系統建設”的總分結構。系統總體需求分析,主要展示該項目的用戶與其概要需求、項目建設的系統,以及用戶與系統之間的對應關系。由此,從戰略層面向聽眾闡明該項目的用戶及其用戶需求,告知該項目的產品建設目標。基于用戶需求分析的系統建設,主要是針對逐個系統(多個系統構成的平臺),從用戶需求的角度出發,梳理用戶詳細的需求,從而分析出系統需要建設的功能點。其中,每一個用戶需求,都要求能在系統中有功能點可以對應滿足。從范圍層面,詳細分析用戶的具體需求,闡述該系統具體的功能規格。2.總體設計思路在總體設計思路環節,由總體業務流程、系統總體架構,兩者組成。總體業務流程,主要是梳理出總體的概要業務流程,明確告知整個系統業務運轉過程。系統總體架構圖,從架構層面,介紹系統在各層面的建設工作。此時思路是,在介紹完總體業務流程后,通過結合前面需求分析的梳理,進而引入系統總體架構,明確系統建設目標。3.功能設計需求分析階段,梳理的功能點是分散的,且未細化的。總體設計環節,搭建出系統架構,將在功能歸集。而設計環節,將逐個講解系統對應的功能架構,細化功能模塊,設計需求具體實現點。功能設計介紹時,可以采用“總分”的結構進行。我將先介紹系統功能結構圖,再分為單個功能模塊進行介紹,細化到功能點。功能設計是該方案中的重點,在這過程可注意幾點:(1)內容詳略分配整個項目細化的內容可以很多的,并非所有內容都需詳細呈現或說明。若全部呈現,容易讓人抓不住重點,產生疲憊感。所以可采取詳略分配,重點功能、核心業務可詳細講解,輔助業務則簡單梳理。也可將所有內容細化,在演講時詳略分配。(2)突出亮點

梳理內容時,可針對系統自身特色、公司擅長業務,作為亮點突出,這可以是個加分點。4.項目實施方案實施環節,是針對toB項目特有的。這環節可申請項目經理或實施人員協助,提供項目質量保證、項目工期、重要里程碑、項目主要工作流程、落地計劃以及項目風險等方面提供解決方案。5.總結總結環節,可先簡單地回顧前面主要業務流程,再提出針對

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論