需求分析:如何從復(fù)雜的需求中抽象出核心問(wèn)題?

8 評(píng)論 5057 瀏覽 59 收藏 14 分鐘

如何在滿(mǎn)足企業(yè)需求的同時(shí),設(shè)計(jì)出簡(jiǎn)潔易用的解決方案?關(guān)鍵就在于抽象能力。本文將通過(guò)案例分析,探討如何在需求分析、功能設(shè)計(jì)、產(chǎn)品規(guī)劃等方面運(yùn)用抽象思維,為讀者提供實(shí)用的方法與思路。讓我們一起探索這個(gè)神秘而關(guān)鍵的領(lǐng)域吧!

在數(shù)字化時(shí)代,SaaS產(chǎn)品經(jīng)理面臨巨大挑戰(zhàn)和機(jī)遇。設(shè)計(jì)既滿(mǎn)足企業(yè)需求又易于使用的解決方案,關(guān)鍵在于抽象能力。

抽象看似復(fù)雜,實(shí)則像馬云所言:“簡(jiǎn)單是終極的復(fù)雜?!痹赟aaS產(chǎn)品設(shè)計(jì)中,抽象能力是實(shí)現(xiàn)簡(jiǎn)潔與功能性結(jié)合的核心,可能直接影響產(chǎn)品成敗。

講個(gè)小故事。

一、為什么去哪兒比攜程晚成立6年,卻最終可以并駕齊驅(qū)?

去哪兒創(chuàng)始人莊辰超指出,攜程的市場(chǎng)定位是“在線(xiàn)旅游”,包括在線(xiàn)酒店和機(jī)票等,當(dāng)時(shí)市場(chǎng)占有率超過(guò)50%。然而,攜程犯了一個(gè)關(guān)鍵錯(cuò)誤,即錯(cuò)誤預(yù)估了自己的市場(chǎng)規(guī)模,這為去哪兒提供了機(jī)會(huì)。

為什么會(huì)錯(cuò)誤預(yù)估市場(chǎng)規(guī)模呢?原因有兩方面:

  • 一是“在線(xiàn)旅行”市場(chǎng)每年以40%-50%的速度增長(zhǎng)。即使現(xiàn)在占有50%的市場(chǎng),1-2年后,由于市場(chǎng)高速增長(zhǎng),仍會(huì)為后來(lái)者留出空間。
  • 二是“在線(xiàn)旅行”需求不夠抽象,它不是人的本質(zhì)需求。人的本質(zhì)需求是外出旅行或辦公時(shí)有一個(gè)住的地方,Airbnb提供的解決方案是共享房屋,而不是在線(xiàn)預(yù)定酒店。所以它的市場(chǎng)遠(yuǎn)超攜程與去哪兒之和。

莊辰超最后總結(jié)說(shuō):如果你想做事兒,一定要間隔半年或一年,就需要把你所做的事兒向上抽象一個(gè)層次。即思考你到底在做什么事兒,滿(mǎn)足什么人的本質(zhì)需求。

說(shuō)明:這個(gè)故事來(lái)源于張蕭雨老師的課程分享,如有侵權(quán),隨時(shí)刪除

這個(gè)故事帶給我的啟示是:抽象思維是一種關(guān)鍵能力,它超越特定崗位,具有普遍適用性。尤其在高級(jí)職位中,抽象能力尤為重要。

在市場(chǎng)定位中,你可以抽象出產(chǎn)品的核心價(jià)值。例如,釘釘定位為“AI時(shí)代的工作方式”,飛書(shū)則是“先進(jìn)團(tuán)隊(duì)的選擇”。

在業(yè)務(wù)分析上,抽象能幫助我們抓住業(yè)務(wù)本質(zhì)。比如,“不在家時(shí)的住處”比“在線(xiàn)旅游”更抽象;“企業(yè)數(shù)字化”比“一體化HR SaaS”更抽象,而“降本增效”又比“企業(yè)數(shù)字化”更抽象。

在產(chǎn)品架構(gòu)設(shè)計(jì)上,抽象思維能幫助我們理解業(yè)務(wù)底層架構(gòu)和頁(yè)面結(jié)構(gòu)。例如,WorkDay的HR業(yè)務(wù)把產(chǎn)品架構(gòu)抽象為:系統(tǒng) = 流程 + 業(yè)務(wù)對(duì)象。頁(yè)面架構(gòu) = 對(duì)業(yè)務(wù)對(duì)象的查詢(xún)頁(yè)面+對(duì)業(yè)務(wù)對(duì)象的操作流程頁(yè)面+流程的歷史查看頁(yè)面。

在需求分析上,抽象能揭示用戶(hù)需求的深層本質(zhì)。用戶(hù)要錘子,可能真正需要的是一個(gè)舒適溫馨的家居空間。

在產(chǎn)品設(shè)計(jì)上,通過(guò)抽象用戶(hù)場(chǎng)景,我們可以設(shè)計(jì)出滿(mǎn)足需求的菜單、實(shí)體關(guān)系、頁(yè)面要素和組件。

抽象思維不僅限于這些場(chǎng)景,它在組織架構(gòu)設(shè)計(jì)、企業(yè)愿景、數(shù)據(jù)分析等方面同樣重要。由于篇幅限制,這里不再一一列舉。

雖能力有限,卻想圍繞【抽象能力:SaaS產(chǎn)品經(jīng)理的核心能力】為主題,盡自己所能分享一個(gè)小專(zhuān)題,期望對(duì)你有所啟發(fā)。

它們可能包含:

  • 需求分析:如何從復(fù)雜的需求中抽象出核心問(wèn)題?
  • 功能設(shè)計(jì):如何將復(fù)雜的功能抽象成簡(jiǎn)潔易用的設(shè)計(jì)?
  • 產(chǎn)品規(guī)劃:如何抽象地規(guī)劃產(chǎn)品路線(xiàn)圖和功能優(yōu)先級(jí)?
  • 實(shí)體設(shè)計(jì):如何將復(fù)雜系統(tǒng)進(jìn)行抽象架構(gòu)設(shè)計(jì)?
  • 產(chǎn)品架構(gòu):如何將復(fù)雜系統(tǒng)進(jìn)行場(chǎng)景化設(shè)計(jì)?
  • 流程設(shè)計(jì):如何將用戶(hù)場(chǎng)景抽象為系統(tǒng)流程?

今天從【需求分析:如何從復(fù)雜的需求中抽象出核心問(wèn)題】開(kāi)始。

案例1:如何解決制造業(yè)的停工問(wèn)題?

客戶(hù)A是一家制造業(yè)企業(yè),面臨生產(chǎn)任務(wù)波動(dòng)導(dǎo)致的員工停工問(wèn)題。當(dāng)前系統(tǒng)不支持多人批量請(qǐng)假,導(dǎo)致請(qǐng)假流程繁瑣,需要手動(dòng)修改考勤結(jié)果。客戶(hù)期望系統(tǒng)能夠支持多人批量請(qǐng)假,以簡(jiǎn)化流程并自動(dòng)關(guān)聯(lián)考勤狀態(tài)。如果無(wú)法得到有效解決,則要退費(fèi)。

需求溝通過(guò)程:

PM:“在什么情況下,你們需要批量請(qǐng)假?”

客戶(hù):“當(dāng)客戶(hù)停工時(shí)。這種情況下,我們需要給員工批量請(qǐng)假,并按照70%的薪資發(fā)放?!?/p>

PM:“通常什么原因會(huì)導(dǎo)致停工?”

客戶(hù):“我們客戶(hù)主要是制造業(yè),生產(chǎn)任務(wù)會(huì)隨市場(chǎng)波動(dòng)。任務(wù)少時(shí),我們會(huì)優(yōu)先安排部分員工停工。為了留住員工,我們?nèi)詴?huì)支付70%的工資?!?/p>

PM:“那么,一般是誰(shuí)來(lái)發(fā)起這個(gè)請(qǐng)假申請(qǐng)?”

客戶(hù):“主要是班組長(zhǎng)代為發(fā)起。”

PM:“員工可以自主發(fā)起申請(qǐng)嗎?”

客戶(hù):“不可以。因?yàn)檫@是企業(yè)行為,不能由員工自行申請(qǐng)。而且,如果員工看到‘請(qǐng)假’選項(xiàng),可能會(huì)感到困惑,不明白為什么停工需要他們申請(qǐng),而且與普通請(qǐng)假在同一個(gè)頁(yè)面。”

PM:“那你們現(xiàn)在是如何處理這個(gè)流程的?”

客戶(hù):“我們通過(guò)自定義審批流程來(lái)處理??梢耘窟x擇日期和發(fā)起人,但不會(huì)自動(dòng)關(guān)聯(lián)考勤狀態(tài)。審批通過(guò)后,管理員會(huì)根據(jù)申請(qǐng)手動(dòng)修改考勤結(jié)果。系統(tǒng)會(huì)根據(jù)自定義假期(即停工)自動(dòng)核算70%的工資。”

PM:“能告訴我大概的停工頻次和每次停工的人數(shù)情況嗎?”

客戶(hù):“停工頻次會(huì)因季節(jié)而異,有時(shí)候半天、1天,有時(shí)候好幾天。人數(shù)也不確定,有時(shí)候1-2人,有時(shí)候十幾個(gè)人。”

需求分析與抽象過(guò)程:

客戶(hù)核心需求:有效地解決制造業(yè)中因市場(chǎng)波動(dòng)導(dǎo)致的周期性停工問(wèn)題,同時(shí)控制人力成本并避免員工流失。

需求層次分析

  • 第一層是表層需求: 實(shí)現(xiàn)批量請(qǐng)假功能,以簡(jiǎn)化人工處理考勤狀態(tài)的工作。
  • 第二層是實(shí)際需求: 自定義假期審批,自動(dòng)關(guān)聯(lián)考勤狀態(tài),以應(yīng)對(duì)停工需求。
  • 第三層是深層次需求: 在停工期間保持員工薪酬,以減少成本并保持員工穩(wěn)定。
  • 第四層是核心需求: 在市場(chǎng)波動(dòng)時(shí),找到平衡人力成本和員工留存的長(zhǎng)期解決方案。

解決方案建議

  • 1.短期解決方案: 改進(jìn)現(xiàn)有請(qǐng)假流程,支持多人批量請(qǐng)假,簡(jiǎn)化操作。
  • 2.中期解決方案: 開(kāi)發(fā)系統(tǒng)功能,實(shí)現(xiàn)自定義假期審批與考勤狀態(tài)的自動(dòng)關(guān)聯(lián)。
  • 3.長(zhǎng)期解決方案: 設(shè)計(jì)并實(shí)施一套完整的“停工不停薪”方案,保障員工利益。
  • 4.戰(zhàn)略解決方案: 推行綜合工時(shí)制度,靈活調(diào)整工作時(shí)長(zhǎng),按周期計(jì)算總工時(shí),以適應(yīng)市場(chǎng)波動(dòng),同時(shí)控制成本和保持員工隊(duì)伍穩(wěn)定。

案例2:如何從復(fù)雜的加班需求中,抽象出需求場(chǎng)景?

加班是HR SaaS的一個(gè)基礎(chǔ)且復(fù)雜的模塊,當(dāng)面臨以下未滿(mǎn)足的需求,如何分析需求后,提煉出場(chǎng)景并進(jìn)行解決?

第一步:分析并提煉需求(至少提煉2層)??梢园葱枨蟮膩?lái)源、方式、規(guī)則、位置等不同維度進(jìn)行標(biāo)識(shí)。比如加班源-加班模式-加班位置-加班類(lèi)型-加班時(shí)間/休息時(shí)間-補(bǔ)償方式-打卡規(guī)則-加班限制-加班舍去等,最后加上關(guān)鍵描述。

注意:上述需求是節(jié)選需求,實(shí)際需求量至少是3-5倍以上。

第二步:全面進(jìn)行需求抽象設(shè)計(jì)。你可采取可視化方式,把對(duì)應(yīng)需求進(jìn)行抽象后,形成一張完整的需求迭代進(jìn)度圖。

第三步:根據(jù)需求量、緊急程度以及產(chǎn)研資源,確認(rèn)需求優(yōu)先級(jí)。你可采取【以終為始,全面設(shè)計(jì);以始至終,最小閉環(huán)】的方式進(jìn)行落地,而不是所有需求一起做。

二、經(jīng)驗(yàn)時(shí)刻

第一,在需求分析時(shí),采用“豐田經(jīng)典五問(wèn)”方法,深入挖掘問(wèn)題的根本原因。

  • 什么情況下,需要批量請(qǐng)假?停工
  • 什么情況下,會(huì)停工?市場(chǎng)需求波動(dòng)
  • 為什么停工,還需發(fā)薪70%?節(jié)約人工成本的同時(shí),避免人員流失

第二,溝通時(shí),避免陷入虛擬空間,通過(guò)三個(gè)關(guān)鍵問(wèn)題回歸現(xiàn)實(shí)。當(dāng)你面對(duì)真實(shí)客戶(hù)進(jìn)行溝通時(shí),容易讓你跟客戶(hù)之間構(gòu)建起一個(gè)虛擬空間,從而忽略現(xiàn)實(shí)而輕易承諾。

一般我會(huì)用三個(gè)關(guān)鍵問(wèn)題,把它拉回到現(xiàn)實(shí)世界。

  • 咱們現(xiàn)在是如何進(jìn)行處理的?
  • 咱們大概會(huì)涉及到多少員工/用戶(hù)?
  • 咱們多久會(huì)用一次?每天、每周、每月?

第三,明確區(qū)分需求(目的)與解決方案(手段),防止混淆。有時(shí)候解決方案,就是需求,卻不一定是真需求。

比如案例1中,需求可能是批量請(qǐng)假,但它卻是一種解決方案,而不是需求;

或案例2中,需可能是不同班次的休息時(shí)間不同,而需要按班次設(shè)置休息時(shí)間。它的本質(zhì)休息時(shí)間不固定,那完全就可以采取根據(jù)加班時(shí)長(zhǎng)自動(dòng)扣減休息時(shí)長(zhǎng)(比如加班8小時(shí)扣1小時(shí),10小時(shí)扣1.5小時(shí)等)

第四,抽象需求的目的是探索需求本質(zhì),尋找最佳解決方案,而非完美方案

完美解決方案是理想世界的產(chǎn)物,現(xiàn)實(shí)世界的最佳方案是需要權(quán)衡所有利益相關(guān)者后的妥協(xié)方案,它需要考慮成本與收益的平衡。

比如案例1中,最終采取的是簡(jiǎn)化版的自定義審批自動(dòng)關(guān)聯(lián)考勤狀態(tài)(即通過(guò)插件定時(shí)讀取自定義審批信息后,自動(dòng)更新考勤狀態(tài)),它是成本最小,卻可以有效解決客戶(hù)需求的最佳方案。

第五,分析需求時(shí),按需求的場(chǎng)景、流程、規(guī)則、模式等進(jìn)行關(guān)鍵詞提煉,且逐級(jí)向上抽象后,再進(jìn)行場(chǎng)景歸類(lèi),最終用一種可視化的方式完成表達(dá)。它可以是一張圖,也可以是一個(gè)表格等,形式不重要,重要的是思維。

三、寫(xiě)在最后

抽象能力在需求分析方面確實(shí)起著至關(guān)重要的作用。它幫助我們從復(fù)雜的信息中提煉出核心要素,從而更準(zhǔn)確地理解和滿(mǎn)足用戶(hù)需求。

專(zhuān)欄作家

邢小作,微信公眾號(hào):邢小作之家,人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。一枚在線(xiàn)教育的產(chǎn)品,關(guān)注互聯(lián)網(wǎng)教育,喜歡研究用戶(hù)心理。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash,基于CC0協(xié)議

該文觀(guān)點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 作為攜程員工我必須回應(yīng)一下,去哪兒和攜程并駕齊驅(qū)純屬搞笑,去哪兒被攜程收購(gòu)之后,到現(xiàn)在就是個(gè)攜程的殼子

    來(lái)自北京 回復(fù)
    1. 是嗎?那看來(lái)是我唐突了,時(shí)過(guò)境遷,可能確實(shí)如你所說(shuō)

      來(lái)自北京 回復(fù)
  2. 班次管理:將班次分成日班、夜班兩大類(lèi)。日班時(shí)間范圍0點(diǎn)至次日6點(diǎn)。夜班時(shí)間范圍12點(diǎn)至次日6點(diǎn)。每個(gè)班次可設(shè)置第一段上班時(shí)間段、第二段上班時(shí)間段、加班時(shí)間段、是否強(qiáng)制打卡、打卡時(shí)間是否限制時(shí)間范圍。不同部門(mén)制定不同班次類(lèi)型。排班管理:排班時(shí),每個(gè)部門(mén)內(nèi)設(shè)置排班模板(可多個(gè)),方便批量應(yīng)用于部門(mén)內(nèi)員工。也可針對(duì)單個(gè)員工進(jìn)行調(diào)節(jié)每日的排班班次。加班管理:每個(gè)部門(mén)的班次,可支持單獨(dú)設(shè)置不同的加班計(jì)費(fèi)規(guī)則(固定時(shí)間段、自動(dòng)時(shí)間計(jì)算、是否自動(dòng)生成、是否需要申請(qǐng))??记诠芾恚焊鶕?jù)每個(gè)員工每日設(shè)置的班次實(shí)際每日的打卡時(shí)間核算。薪酬管理:可對(duì)每個(gè)班次設(shè)置不同的薪酬結(jié)算系數(shù)(例如工作日1、節(jié)假日3、停工日0.7)。這樣如果發(fā)生停工日,就提前設(shè)置停工日班次,并設(shè)置為無(wú)需打卡,在考勤核算時(shí)可解決這個(gè)場(chǎng)景需求。

    來(lái)自上海 回復(fù)
    1. 嗯,可能是個(gè)思路,唯一需要探討的是:班次跟薪酬結(jié)算系數(shù)進(jìn)行耦合設(shè)計(jì),是否便于擴(kuò)展?

      來(lái)自北京 回復(fù)
  3. 請(qǐng)假
    員工普通請(qǐng)假
    主動(dòng)提交
    組長(zhǎng)批量請(qǐng)假
    1、批量選擇人員,同時(shí)選擇請(qǐng)假起止時(shí)間,勾選請(qǐng)假類(lèi)型,例如:公司生產(chǎn)安排
    2、提交之后進(jìn)入審批流程
    3、審批通過(guò)之后抄送各員工,僅可查看,不可修改
    4、工作日內(nèi)的請(qǐng)假自動(dòng)關(guān)聯(lián)考勤,系統(tǒng)判斷只要勾選了請(qǐng)假類(lèi)型為公司生產(chǎn)安排的請(qǐng)假則為正常出勤,且計(jì)算70%工資

    來(lái)自北京 回復(fù)
    1. 從功能邏輯說(shuō),可能大差不差,但從需求來(lái)說(shuō),停工與批量請(qǐng)假還是有所區(qū)別,用批量請(qǐng)假只能算是一直折中方案

      來(lái)自北京 回復(fù)
  4. 期待后續(xù)內(nèi)容~

    來(lái)自山東 回復(fù)
    1. 已更新一大部分,期待更多交流、反饋

      來(lái)自北京 回復(fù)