1. 程式人生 > >tob saas企業的客戶交付框架和產品經理在交付中作用

tob saas企業的客戶交付框架和產品經理在交付中作用

討論tob saas 的交付流程,以及產品經理在交付過程中作用和工作任務,哪些是在釋出產品前輸出的,哪些是產品經理必須參與其中。

一、客戶交付重要性

眾所周知,tob客戶群中客戶購買決策複雜,銷售團隊在管理客戶的決策過程中需要理解每個決策人和影響決策人的訴求,訴求越多導致需求客製化程度越高、導致客戶交付週期複雜且變得週期很長。

但tob saas企業服務畢竟在做產品不是專案,如何快速交付客戶成了tob企業的痛點,制定一套標準化的交付流程,達到讓各個環節角色像工廠流水線一樣工作。

本次分享交付框架和交付過程中需要產品經理做哪些工作?

二、客戶交付框架詳解

tob企業會成立一個交付中心或在研發中心成立客戶交付部門,負責客戶交付,每來一個客戶當成一個專案來做。

通過以上,可以分析出交付一個客戶:

我方團隊的9個角色:

專案負責人:負責立項準備、交付整體方案、專案跟進。

客戶pm:負責在交付過程中隨時與客戶的需求確認、時間確認、驗收確認等;

開站人員:負責開通站點;

運維人員:負責環境部署,保證環境的穩定可靠可用;

整合開發人員:負責與客戶共同整合對接,包含標準化對接和定製功能對接;

測試人員:負責整合測試,達到客戶可用;

培訓講師:負責上線前的培訓,視客戶情況可遠端或者現場;

運營顧問:負責產品運營,客戶答疑、sla線上問題跟進;

產品經理:負責定製化需求的採集、與客戶溝通,出方案和排期;

客戶方的角色:

專案負責人:總負責人。

業務/產品人員:溝通確認業務細節邏輯、確認驗收。

技術人員:整合對接方案和方案實施。

下面分享每個階段需要做的工作,以及產品經理參與的工作。

1. 立項&方案階段

專案部進行專案評估,評估專案的合同中包含待交付功能清單、部署裝置清單。

待交付功能清單,會作為銷售合同附件之一,該附件從客戶角度就是3類:標準化功能、標準定製功能、開放性定製功能。

標準化功能:已經產品化功能,直接整合即可。

標準定製功能:在已有研發框架的基礎上做一點點定製開發工作即可滿足客戶需求,比如改變系統面板適應於客戶公司理念。

開放性定製功能:一般是產品缺失/客戶個性化的功能,需要產品經理採集同類需求形成產品化方案,基本在標準功能上線後的下一個迭代交付;

商務/售前提前提交開站申請、部署裝置清單,清單包含雲型別(公有云、專屬雲)、客戶資訊、需要開通的產品模組功能等等。

2. 開站階段

開站人員拿到開站申請單,通過內部oa系統開通企業站點,並開通相應的產品模組和對應的功能,輸出企業賬號密碼。

3. 環境部署階段

運維部拿到部署裝置清單,從雲(阿里、京東、騰訊等雲)上採購裝置進行部署、環境配置,測試人員登入系統進行冒煙和壓力測試。

4. 標準功能整合上線

整合開發人員根據標準功能清單,實施整合對接、測試,測試通過交由客戶登入系統驗收,驗收通過準備上線事宜。

6. 定製功能整合上線

 

產品經理理解分析客戶的需求,設計產品方案,整合開發人員設計技術方案、技術實現,與客戶整合對接、測試人員測試通過後,測試通過交由客戶登入系統驗收,驗收通過準備上線事宜。

5. 培訓

在首模組上線前,提前提供培訓資料供客戶學習,協調雙方的培訓時間、培訓方式,安排上線前培訓。

教會客戶如何使用,以及在各場景下使用技巧,會視客戶情況可遠端或者現場,目的是讓企業各業務使用部門在上線後不影響正常業務。

6. 線上執行1~10天(試執行)

客戶認可上線後,會在正式環境下業務正常執行1-10天(視客戶情況,有些會延長至n個月),若沒有定製功能,客戶pm與客戶確認沒有問題即可結項;相反有定製功能的情況,線上執行的同時整合定製功能。

7. 客戶驗收

本期專案所有需求上線後,由客戶pm輸出驗收物料,督促客戶簽收驗收單。(銷售可以收款啦~~~)

8. 結項

客戶簽收驗收單,專案負責人宣佈專案結項,專案歸檔、績效核算,視情況召開復盤會。

8. 續費階段

客戶站點快到期時,運營顧問通知客戶續費,重新與客戶簽訂合同,續費成功後運營部門根據續簽合同,延長站點截止時間。(ps:因業務升級期間提出新的條件,比如新的業務需求,這時產品經理必須參與了,評估方案給出新需求報價。與下面產品運營階段一樣)

9. 產品運營

從客戶開始使用,產品運營人員就開始介入了。在日常運營過程中,除了解答客戶疑問;客戶提出新需求,運營負責人需要理解客戶需求,匹配功能,

有匹配的且已購買的功能,教會客戶如何使用。

有匹配的未購買的功能(標準化定製功能),銷售與客戶溝通需求、收費、是否升級等等。

無匹配的功能(開放性定製功能),在此需要產品經理重點參與,

產品經理參與目的:a協助升級服務;b計算成本提供報價指導;c將客戶需求產品化,做成標準化定製功能,可賣給其他客戶。

評估需求是否可產品化,評估標準:其他客戶是否會買單?若做成產品化功能,在交付指定時間內能否交付?

輸出:產品方案、人天、排期,其中人天、排期指導銷售報價。

使用過程中Bug:分析是產品設計bug還是研發bug,產品設計bug成為新需求或者需要產品重新出方案。

升級:包含軟體自升級、部署/硬體升級、服務

軟體自升級:客戶pm輸出新功能使用說明書和新功能的培訓,來源於產品使用說明書增量部分。

部署/硬體升級:一種是公有云 升級 專屬雲 升級 私有本地化;另一種是專屬雲加伺服器。

三、總結

tob產品經理不僅僅只考慮產品設計,還需要思考產品如何快速交付客戶、如何賣給客戶。當銷售已經成交了大批量的大客戶,交付團隊如何快速交付,也是驗證產品做的好壞的衡量標準之一,所以梳理一個模型,交付團隊會按照交付流程按部就班的完成交付工作。

在交付各個環節,存在很多異常情況,比如,培訓時客戶提出很多需求,從老系統切換到新系統的不習慣。

 



我的公眾號,歡迎大家關注哦!

 

相關推薦

tob saas企業客戶交付框架產品經理交付作用

討論tob saas 的交付流程,以及產品經理在交付過程中作用和工作任務,哪些是在釋出產品前輸出的,哪些是產品經理必須參與其中

如何避免程式設計師產品經理打架?“微服務”或將成終極解決方案

程式設計師與產品經理打架,早已稱不上網際網路圈的新聞。懷揣改變世界的遠大抱負,卻要每天和多變刁鑽的需求戰鬥,這是許多程式設計師的“生存困境”。那麼除了板磚和拼死不從,程式設計師就沒有別的對付變態需求的辦法嗎?             &

#程式設計師產品經理結婚怎麼樣?為一個沙發吵了三個月,都想離婚了

程式設計師在工作中最討厭什麼人?其他的我不知道,但產品經理絕對算一個。前段時間就有程式設計師大戰產品經理的例子嗎,在網上也是鬧得沸沸揚揚,最後雙雙被開除。那麼當程式設計師和產品經理結婚後,會發生什麼化學反應呢? 在這裡我推薦下自己整理的資料,我自己是一名從事了5

程式設計師產品經理為什麼會打架?一個很重要的原因:煩

其實程式設計師和產品經理的關係並不是我們想象的那樣差,私下有很多程式設計師和產品經理是好朋友的,但是工作中難免會有工作分歧,我沒有見過哪個程式設計師沒有和產品經理產生過爭執的。 那麼程式設計師和產品經理的積怨到底如何而來呢? 如果有正在學java的程式設計師,可來我們的java技術學習

程式設計師產品經理是怎麼互相看的?貶低還是讚揚?

今天下午沒事去參加了某公司來我校舉辦的一次產品設計相關的講座。大部分“創新與設計”課程的學生或未來想做產品經理工作的同學都去聽了,我因為最近要幫一位老師做一專案的產品原型設計,連Axure還沒完全用會,因此也跑去旁聽。 這位高階產品經理講的繪聲繪色,教我們產品需求文件怎麼寫?整個產品的設計流程、常用工具、產

面試問題當程式設計師產品經理意見不一致你認為該怎麼辦

這個問題真的很難回答,我以前沒遇到過這樣的面試問題。 個人以為程式設計師專注於實現,產品經理專注於產品設計。兩者的分工和性質不一樣對問題的看法的深度不一樣。 我作為程式設計師的一員當然要為程式設計師說

軟體開發產品經理是怎麼回事

過年的時候,經常有七大姑八大茄子們問道,你的工作是做什麼的?電視上天天報道的黑客什麼的,你們在外面可別幹什麼違法的事啊。每到這時候,我都想直接說,我就是一個修電腦的,可是真要這麼說了,七大姑八大茄子們又要帶著去各家轉,一邊轉還要一邊修電腦,說不定還要手機下載電影小說歌

震驚!程式設計師竟然產品經理打起來了!

前段時間,某公司的程式設計師和產品經理打架事件在IT界熱傳。最後打架的兩個人都被公司開除了。據說原因是產品經理給程式設計師提了個需求:app根據使用者手機殼的顏色變換主題顏色。那為什麼打起來呢?程式設計師認為技術上根本沒辦法實現該功能,覺得產品經理不切實際亂提需求。產品經理認為我是根據使用者需求規劃

前端的痛點之與後臺產品經理的協作

前端又稱Web前端開發工程師,主要負責製作頁面,設計互動,對接介面.與UI設計師,產品經理,和後臺開發人員協作. 根據UI設計師的設計圖 切圖,使用CSS製作高保真頁面. 根據產品經理需求,完成頁面互動,路由跳轉,功能實現, 根據後端開發提供的介面,對接介面,資料,聯調功能

程式設計師產品經理的奇葩對話

產品經理 : 咱們的app太慢了需要優化!程式設計師 : 哪裡慢我去查一下。 產品經理 : 哪裡

寫給產品經理的技術書:客戶端、服務端交互相關技術

gif manage 輸入法 fad 圖形 三位數 更換 網購 zoom 產品經理有三大領域的技術是需要去攻克的,分別是:客戶端相關技術、服務端相關技術、交互相關技術 一、客戶端相關技術 1.iOS和安卓產品差異 1.1 應用的設備不同: IOS和安卓最大的區別在於本身所應

四個案例解析R剖面指數期望值(牙膏的真假效用產品的主要客戶)

下面介紹四個案列,來講解基本的統計學知識和剖面指數和期望值 第一個是分析男女對不同飲料的傾向 #設定工作路徑 setwd("D:\\資料分析\\R語言基礎") Lst<-scan("drink.data",what=list("sex","ty

一個企業有了好的員工產品真的能佔領市場嗎?

  其實分享的這篇文章是在我2015年的時候,感情失敗之後,我拼命的努力學習,然後總結出來的一篇文章,我相信對於很多做企業或者做網際網路運營的人來說肯定有很大的好處   原文如下:   很多的企業CEO總是說我有好的員工,我有好的產品,我一定能夠佔領市場,市場就是我的,只是時

產品經理: 持續整合、持續交付、持續部署DevOps

美好的週末又要來臨,小數就不跟大家聊沉甸甸的程式碼了,讓我們輕鬆一下換個話題。今天的主角是產品經理,程式設計師史蒂夫、安妮和喬伊友情客串,報幕員兼跑龍套就是可愛的小數啦,接下來精彩馬上開始—— 即使產品經理每週都在與開發團隊討論新功能,團隊協作緊密無間,在不斷的PUSH下,新功能比以往看起來上線和更新

qt 利用執行緒池鎖搭建客戶框架(一)

    做客戶端開發很久了,一直在嘗試搭建一個更好的客戶端架構;在看了qt的QQucikAsyicImageProvider這個類的官方示例後發現,qt的QRunable類在run函式中也可以通過傳送訊號的方式與主執行緒通訊,之前看過的說明都說QRunable不好與主執行緒互

值得推薦的C/C++框架

its ++ sqli 解析生成 得到 types dns java 定時 Webbench是一個在linux下使用的非常簡單的網站壓測工具。它使用fork()模擬多個客戶端同時訪問我們設定的URL,測試網站在壓力下工作的性能,最多可以模擬3萬個並發連接去測試網站的負載

值得推薦的C/C++開源框架

跨語言 return .net npr 粘貼 python3.x xcod nasm pop 值得推薦的C/C++開源框架和庫 轉自:http://www.cnblogs.com/lidabo/p/5514155.html - 1. Webbench Webb

電商的框架代碼

一句話 深入 bsp 自身 鏈接 人力資源 模式 大眾 瓶頸 框架和代碼都是死的,人是活的。 有一個靠譜的初創技術團隊和核心技術大拿,知道什麽階段用什麽技術方案來滿足業務和可擴展性之間的平衡,很重要。 比如說,如果技術團隊本身對ecshop已經摸得很熟,那初期直接選擇ec

產品經理如何與強勢的技術溝通? 技術比較有資歷,會以技術無法實現等方面的原因拒絕處理產品提出的需求。 你們是否遇到這樣的技術? 產品懂技術的話,是不是會好一些,因為可以技術說“行話”了,並且產品懂技術就不會被忽悠了。

intern 世界 自己人 做好自己 最重要的 叠代開發 對比 不一定 制造 PM在YY...作為強勢的技術來回答一下吧。說明白WHY,HOW,WHAT就好了。 我想點兩個贊,u can u up,no can no bb 什麽的。 微軟的win8之父年輕時候也是一個PM應

架構、框架設計模式

們的 設計模式的 發現 使用 特定 位置 業務邏輯層 工具 如果 軟件架構是系統的一個草圖,闡述了各個組件之間的通信,層次劃分,一旦系統開始詳細設計,架構藍圖就很難甚至無法改變。 例如:三層架構:一種設計軟件架構的思想。 通常意義上的三層架構就是將整個業務應用劃分為表示層(