關(guān)于 SaaS 產(chǎn)品模塊迭代的復(fù)盤(pán)與感悟

0 評(píng)論 3738 瀏覽 26 收藏 10 分鐘
🔗 B端产品经理需要更多地进行深入的用户访谈、调研、分析,而C端产品经理需要更多地快速的用户测试、反馈、迭代

本文主要圍繞筆者參與的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é)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!
专题
65001人已学习17篇文章
每个网站或APP,发展到了一定的阶段,用户积分体系都是不可或缺的。
专题
18870人已学习13篇文章
本专题的文章分享了社区运营的正确姿势。
专题
16143人已学习12篇文章
本专题的文章分享了支付风控系统的设计指南
专题
30956人已学习14篇文章
不管你是产品、运营还是文案,你都需要懂用户思维。
专题
13535人已学习15篇文章
私域流量是与公域流量相对的概念,本专题的文章主要通过几个核心的问题,为大家解读私域流量背后的底层逻辑。
专题
90526人已学习13篇文章
不论你是产品经理还是运营,都要具备数据分析基本能力。