如何對B端項目進行需求分析,以監(jiān)控運維系統(tǒng)為例
本文以監(jiān)控運維系統(tǒng)為例,分析了B端項目中的需求分析與總結(jié)的要點。具體的內(nèi)容來看正文吧。
(注:最近整理了從事產(chǎn)品以來所做的項目,才發(fā)現(xiàn)在不知不覺中已經(jīng)完成了3個B端產(chǎn)品了,所以今天就和大家分享一些自己在做B端項目過程中的需求分析與總結(jié)。產(chǎn)品新人,其中有做的不對的地方,還望各位大佬給點建議。謝謝。)
需求分析是一名產(chǎn)品的必經(jīng)之路,一份好的產(chǎn)品需求文檔能夠快速幫助產(chǎn)品經(jīng)理設(shè)計好一款好產(chǎn)品,那么B端產(chǎn)品又該如何進行需求分析呢?
整理了最近1年時間做的2B項目的資料,總結(jié)了一些自己在做B端項目過程中的需求分析時遇到的一些問題。一是對自己這段時間的總結(jié),希望自己在接下來的產(chǎn)品生涯中能做的更好。二是對B端產(chǎn)品從業(yè)者進行分享,大家共同探討。僅代表自己個人觀點。筆者是做設(shè)計出身,對產(chǎn)品方面的知識掌握的不是很全面,還望見怪。
一、明確項目背景
隨著互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)的發(fā)展,視頻業(yè)務(wù)的逐漸多樣化。同時,公司各項業(yè)務(wù)也變得越來越多樣化,從原來的數(shù)字電視、高清數(shù)字電視業(yè)務(wù)逐步的向高清/4K數(shù)字電視業(yè)務(wù)、互動點播業(yè)務(wù)、數(shù)據(jù)寬帶業(yè)務(wù)等豐富的多媒體融合業(yè)務(wù)發(fā)展。
而移動、聯(lián)通等傳統(tǒng)電信運營商也逐漸向用戶提供視頻業(yè)務(wù),對傳統(tǒng)的廣電視頻業(yè)務(wù)和互動點播業(yè)務(wù)帶來了沖擊。寬帶業(yè)務(wù)的多樣性和用戶對于高品質(zhì)寬帶業(yè)務(wù)體驗的要求,已經(jīng)給公司的寬帶運營和維護模式帶來巨大的壓力。
在當(dāng)下的視頻時代,用戶愿意為好的視頻體驗買單,這就對運維提出了更高的要求。當(dāng)視頻體驗劣化,出現(xiàn)用戶投訴時,通過逐個排查的方式找出問題網(wǎng)元,效率很低。因此需要建立一套以業(yè)務(wù)體驗為中心的寬帶用戶體驗量化評估體系,并配套相應(yīng)的信息化系統(tǒng),通過網(wǎng)絡(luò)質(zhì)量關(guān)鍵指標(biāo)和用戶體驗關(guān)鍵指標(biāo)等手段主動識別網(wǎng)絡(luò)問題,在用戶投訴前發(fā)現(xiàn)并解決問題,提升用戶上網(wǎng)體驗。
二、需求收集與調(diào)研
B端產(chǎn)品不同于C端產(chǎn)品,需求不僅來源于用戶,更多的是來源于決策者。所以首先我們首先需要為需求來源確定一個大概的范圍。就如去年接到的一個來自于一家運營商的項目,“提高網(wǎng)絡(luò)業(yè)務(wù)感知,延長擴容周期、降低運維成本”這是當(dāng)時甲方給的最原始的需求。
所以當(dāng)我們接到需求時,需要對這個需求進行梳理與分析,為這個需求劃分一個大概的范圍。
- 明確這個需求涉及到什么業(yè)務(wù)
- 涉及到哪些部門與人員。
下面的就是我們對原始需求進行調(diào)研后得到的結(jié)果;
- 決策者:提高網(wǎng)絡(luò)對視頻業(yè)務(wù)的感知,延長擴容周期、降低運維成本;
- 運維人員:能夠提前地位故障位置;
- 商務(wù)與運營:保障高價值用戶的體驗,明確哪些用戶可以發(fā)展;
- 審計人員:對運維人員的操作進行審計。
三、需求分析與整理
對需求的來源有一個大概范圍,這時我們需要對需求進行進行調(diào)研與分析,形成一個基礎(chǔ)的需求文檔;這時我們需要約項目組的成員開一個簡短的會議,讓團隊成員能夠明白這個項目是在什么樣的背景下形成,便于團隊成員提前對這個項目有一個初步的了解,同時也可以收集一些團隊的意見,畢竟“三個臭皮匠,賽過諸葛亮”嘛!
完成這些之后,我們就需要約客戶進行一個初步的需求評審,在會議之前,就需要以正式的郵件發(fā)給客戶,以便客戶提前能對這些需求有一個大概的了解。最好是約項目的決策人,因為只有找到對的人,才能在最短的時間內(nèi)達成一致,給國企做項目大家都懂得,特別難約。
每次會議之后最好輸出一份會議記錄,最好是帶流程圖,這樣更能方便我們對客戶業(yè)務(wù)的了解。
經(jīng)過幾次與客戶的約談之后,這時我們需要整理出一份需要客戶確認(rèn)與對接的文檔出來,這份文檔應(yīng)該包括以下幾個方面:
- 數(shù)次會議后達成的一致
- 對方需要參與的部門與人員;
- 需要對方協(xié)助的工作;
- 本次產(chǎn)品設(shè)計的功能點與模塊;
需求梳理完成之后,這時你可以和項目負責(zé)人進行一次深入交談,明白哪些業(yè)務(wù)是我們目前系統(tǒng)能夠支持,怎么樣做才能減少開發(fā)量。因為我們公司一直都在做數(shù)據(jù)分析與運營商這方面的業(yè)務(wù),業(yè)務(wù)之間有許多相通之處。
四、拆分業(yè)務(wù)、制定開發(fā)時間周期
產(chǎn)品需求文檔完成之后,給客戶進行確認(rèn),避免開發(fā)進行時,再對需求進行大的變動。
這時我們需要根據(jù)對業(yè)務(wù)的熟悉程度,對各個需求按照核心業(yè)務(wù)進行優(yōu)先級排版。
和團隊成員再開一次需求評審會議,讓團隊成員對這次的項目有一個更加深入的了解,讓團隊知道這次我們需要做一個什么樣的項目,在什么時間段之前需要完成,需要達到什么樣的效果。
進入開發(fā)之后,最后每個星期詢問一下,開發(fā)人員的進度,是否遇到了困難,能否在時間節(jié)點完成任務(wù)。這樣更便于我們及時了解到項目進度,即使遇到了問題也能及時協(xié)調(diào)資源去解決。
最后也是最重要的一點,及時更新需求文檔。
即使前期客戶已經(jīng)對需求進行了評審,雙方達成了一致。中間還是會有許多需求更變,這時需要我們再三跟客戶確認(rèn)調(diào)整方案后,及時更新需求文檔,以郵件的形式通知項目成員,便于項目成員能夠及時了解需求變動。有時也會遇到一些不能實現(xiàn)的需求,同時自己也協(xié)調(diào)不了,這時我們需要及時跟老板溝通,說明目前遇到的困難,讓老板及時與對方負責(zé)人溝通。
本文由@浮生 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)允許,禁止轉(zhuǎn)載
題圖來自Unsplash, 基于CC0協(xié)議
研發(fā)進度項目經(jīng)理說了算,只能干著急,哈哈
有項目經(jīng)理已經(jīng)很輕松了,只需要完成自己的任務(wù)就可以了
同行
同行