關(guān)于 SaaS 產(chǎn)品模塊迭代的復(fù)盤(pán)與感悟
本文主要圍繞筆者參與的SaaS產(chǎn)品中的「如何規(guī)劃并設(shè)計(jì)數(shù)據(jù)看板內(nèi)容」展開(kāi),并復(fù)盤(pán)了整個(gè)歷程以及心得體會(huì)。
公司 3 月份的產(chǎn)品規(guī)劃,一是解決標(biāo)桿客戶(hù)提供的 9 個(gè)業(yè)務(wù)問(wèn)題,二是在使用過(guò)程中發(fā)現(xiàn)問(wèn)題,并做相應(yīng)的優(yōu)化調(diào)整。
而最終的結(jié)果,是在 3 月份推進(jìn)并完成了 20 個(gè)需求,目前還有 2 個(gè)業(yè)務(wù)問(wèn)題沒(méi)有解決。這其中包括 App 端創(chuàng)建任務(wù),以及數(shù)據(jù)看板第二階段的重構(gòu)。
這篇文章的主題,主要是圍繞「如何規(guī)劃并設(shè)計(jì)數(shù)據(jù)看板內(nèi)容」做展開(kāi),復(fù)盤(pán)一下整個(gè)歷程。
目的是提升自己的產(chǎn)品設(shè)計(jì)能力,并爭(zhēng)取下一次能做得更好。
接下來(lái),我闡述一下了這整個(gè)過(guò)程。
01 需求評(píng)估
SaaS 產(chǎn)品的本質(zhì)是能夠解決對(duì)方的業(yè)務(wù)問(wèn)題,因此對(duì)方提出的業(yè)務(wù)問(wèn)題永遠(yuǎn)是我們需要優(yōu)先考慮的。
重點(diǎn)在于做不做、怎么做、先做哪個(gè)后做哪個(gè),這都需要提前想好并與上級(jí)達(dá)成一致。
把這些我們?cè)谑崂砬宄?,隨后反饋給了對(duì)方,這樣可以做到彼此間心中有數(shù)。
接下來(lái)說(shuō)一下數(shù)據(jù)看板的情況。
由于之前做的很粗糙,只能做到演示的效果,但根本無(wú)法解決實(shí)際的業(yè)務(wù)問(wèn)題。而隨著版本的更新迭代,客戶(hù)數(shù)據(jù)量的不斷增加,對(duì)方慢慢地開(kāi)始重視數(shù)據(jù)看板的內(nèi)容——這不僅能幫助客戶(hù)提供業(yè)務(wù)決策的依據(jù),同時(shí)直接影響公司營(yíng)收。
因此數(shù)據(jù)看板重構(gòu)這件事肯定是板上釘釘,在能解決對(duì)方業(yè)務(wù)問(wèn)題的同時(shí),盡可能的做到通用性。
最后我們將數(shù)據(jù)看板迭代的目標(biāo),拆分為如下 4 個(gè)小需求。
1. 門(mén)店完成情況
解決任務(wù)下派后,具體哪些區(qū)域或者說(shuō)門(mén)店存在「未完成」的情況。
2. 巡檢得分情況
通常是以月為單位,對(duì)比這段時(shí)間內(nèi)巡檢的平均得分,同時(shí)關(guān)注每個(gè)分?jǐn)?shù)區(qū)間內(nèi)的門(mén)店數(shù)量。
3. 巡檢問(wèn)題占比
關(guān)注某個(gè)巡檢模板中,巡檢大類(lèi)里的巡檢項(xiàng)違規(guī)情況。
4. 紅線(xiàn)項(xiàng)違規(guī)情況
必須重點(diǎn)具體到某家門(mén)店,違規(guī)了哪個(gè)紅線(xiàn)項(xiàng),以及督導(dǎo)提交的內(nèi)容說(shuō)明。
分析完要做什么之后,接下來(lái)就是做迭代規(guī)劃了。
02 迭代規(guī)劃
在之前的文章《SaaS 產(chǎn)品設(shè)計(jì)中,如何理解產(chǎn)品與需求?》,我有詳細(xì)講到需求的優(yōu)先級(jí)判斷。
如果只是簡(jiǎn)單的判斷,你會(huì)覺(jué)得這 4 個(gè)小需求的優(yōu)先級(jí)是并列的,應(yīng)該一起做。
但要知道這會(huì)導(dǎo)致開(kāi)發(fā)周期會(huì)很長(zhǎng),將會(huì)面臨這么幾個(gè)問(wèn)題。
1. 對(duì)外,客戶(hù)的焦慮催促
計(jì)劃總是美好的,但客戶(hù)不會(huì)為規(guī)劃買(mǎi)單,尤其是對(duì)于 SaaS 產(chǎn)品來(lái)說(shuō)。
在我們告知他們產(chǎn)品接下來(lái)會(huì)上的功能時(shí),還需要說(shuō)明大約上線(xiàn)的時(shí)間。
從心理的角度上來(lái)說(shuō),我們得「先有后加」。也就是剛開(kāi)始可以少一點(diǎn),在對(duì)方使用的過(guò)程中我們繼續(xù)做開(kāi)發(fā)迭代。
而這個(gè)想法最終的實(shí)施方案,可以參考后面的圖片。
2. 對(duì)內(nèi),團(tuán)隊(duì)成員的壓力
(1)前端開(kāi)發(fā)的挑戰(zhàn)
之前做數(shù)據(jù)看板的前端已經(jīng)離職,而接手的前端還不熟悉這塊內(nèi)容。因此我們不得不考慮系統(tǒng)的穩(wěn)定性和上線(xiàn)后的實(shí)際效果,控制第一個(gè)階段的內(nèi)容。
(2)對(duì)方案的深入思考
雖然有了方向,但重點(diǎn)是如何呈現(xiàn),并且對(duì)方能夠看得懂,并且用得明白。
這個(gè)過(guò)程需要多次的碰撞和交流,而 4 個(gè)小需求必然會(huì)導(dǎo)致精力分?jǐn)?,未必能真正的解決對(duì)方的業(yè)務(wù)問(wèn)題。
為了解決這個(gè)問(wèn)題,我們需要考慮的是平級(jí)間需求的優(yōu)先級(jí)。
核心理念比較簡(jiǎn)單,就是優(yōu)先解決對(duì)方的底層問(wèn)題,讓對(duì)方先用起來(lái)。
不知道你有沒(méi)有發(fā)現(xiàn),這個(gè) 4 個(gè)小需求存在先后的邏輯關(guān)系,如下圖。
03 方案制定與溝通
這一步就開(kāi)始上手做了,我目前的習(xí)慣分為這么幾步。
1. 先發(fā)散,再收斂
簡(jiǎn)單來(lái)說(shuō)就是畫(huà)腦圖,大類(lèi)上分為業(yè)務(wù)問(wèn)題、對(duì)比緯度、數(shù)學(xué)模型、注意點(diǎn)等。
首先是在過(guò)程中想到什么就寫(xiě)下來(lái),但需要不斷回顧每個(gè)點(diǎn)是否脫離了業(yè)務(wù)問(wèn)題、是否不夠通用、是否真的能解決問(wèn)題。
然后再將這一個(gè)個(gè)的點(diǎn)聚合起來(lái),這個(gè)過(guò)程可能會(huì)打亂你原來(lái)的分類(lèi)。
但是不要緊,邏輯上清晰就行,畢竟沒(méi)有什么是一成不變的。
最后再做整體的回顧,重新審視一遍,避免低級(jí)的邏輯錯(cuò)誤。
2. 畫(huà)原型,做交互
這一步并不是直接產(chǎn)出 PRD,而是出線(xiàn)框圖與你的上級(jí)溝通,彼此在早期達(dá)成意見(jiàn)上一致。
過(guò)程中一定存在很多問(wèn)題,慢慢探討,一步步去修改。
直到?jīng)]有大問(wèn)題后,開(kāi)始做線(xiàn)框圖的交互,使用真實(shí)的數(shù)據(jù),并做到每個(gè)維度下的數(shù)據(jù)填充。
之后就是拿這個(gè)跟客戶(hù)面對(duì)面交談,通過(guò)演示讓對(duì)方提出意見(jiàn)。
需要注意,溝通過(guò)程中你需要把控節(jié)奏,并隨時(shí)記錄信息。比如對(duì)方想要導(dǎo)出功能,你可以適當(dāng)詢(xún)問(wèn)原因、導(dǎo)出頻率、給誰(shuí)看等等。
但需要牢記你的目標(biāo),這個(gè)版本要解決的「可用」問(wèn)題,貫徹 MVP 原則。
而記錄對(duì)方的信息是為了日后的溝通,做到心中有數(shù),但絕不可以許諾對(duì)方這個(gè)版本能夠解決。
3. 修改出圖,與對(duì)方確認(rèn)
在跟對(duì)方達(dá)成一致后,會(huì)議后及時(shí)做出調(diào)整,根據(jù)情況推進(jìn) UI 出顆粒度較粗的圖。
一是因?yàn)樵途€(xiàn)框圖粗糙,而 UI 圖能夠讓對(duì)方眼前一亮,覺(jué)得我們很上心;二是對(duì)方可以拿來(lái)做匯報(bào)用,效果很直觀。
做服務(wù)就要做全套,心理這套打法在任何領(lǐng)域都是一樣的,畢竟與你溝通的是人。
4. 出最終 PRD
這一步相信大家都很熟悉,有了前面的線(xiàn)框圖,這里開(kāi)始做邏輯補(bǔ)充。
需要注意數(shù)據(jù)看板的邏輯比較復(fù)雜,這時(shí)可以借助比如「交互與邏輯自查表」,避免出紕漏。
在關(guān)鍵邏輯上可以咨詢(xún)開(kāi)發(fā)或技術(shù) leader ,確??尚行浴?/p>
04 落實(shí)推進(jìn)
每個(gè)公司都有不一樣的流程,這里并沒(méi)有一個(gè)具體規(guī)則,說(shuō)一下我們公司的情況——產(chǎn)品經(jīng)理上傳 PRD 到藍(lán)湖 → 需求評(píng)審 → 開(kāi)發(fā)過(guò)程中不斷答疑 → 聯(lián)調(diào)測(cè)試 → 上線(xiàn)。
這個(gè)流程存在最大的問(wèn)題,就是信息不對(duì)稱(chēng),導(dǎo)致效率低、Bug 多。
因此我最近在嘗試推進(jìn)團(tuán)隊(duì)內(nèi)部使用禪道,這件事之前一直是技術(shù) leader 在推進(jìn),不過(guò)除了測(cè)試團(tuán)隊(duì)在用,基本是失敗的。
那么在接下來(lái)的日子,我需要著重把這件事情做好,提高內(nèi)部協(xié)作效率的同時(shí),進(jìn)一步提升我在公司的個(gè)人價(jià)值。
寫(xiě)在最后
每次做功能的迭代,對(duì)我來(lái)說(shuō)都是一次重新思考的過(guò)程,讓我重新審視自己的不足。
雖然這只是一個(gè)很小的功能設(shè)計(jì),但在于客戶(hù)的溝通中不僅獲了直接的反饋,也讓我得到了認(rèn)可,進(jìn)而可以我做的這些決策是正確的。
「反饋」是做產(chǎn)品最重要的一個(gè)環(huán)節(jié),缺少它不僅你做的會(huì)毫無(wú)成就感可言,甚至說(shuō)無(wú)法看到自己的成長(zhǎng)。
希望你我在之后工作的過(guò)程中,重視反饋、不斷復(fù)盤(pán),下次做的比這次還好。
作者:空;公眾號(hào):小木盒產(chǎn)品記
本文由 @空 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議。
- 目前還沒(méi)評(píng)論,等你發(fā)揮!