作為一名初級(jí)產(chǎn)品經(jīng)理，自己要做需求的提出者，對(duì)市場(chǎng)競(jìng)爭(zhēng)格局做出判斷，監(jiān)控競(jìng)品，持續(xù)做產(chǎn)品迭代策略，滿足用戶不斷升級(jí)的需求。然而在更多的時(shí)候，需求主要來源老板/業(yè)務(wù)部門甚至是兄弟部門。面對(duì)錯(cuò)綜復(fù)雜的業(yè)務(wù)背景以及陌生的領(lǐng)域，要如何進(jìn)行調(diào)研，設(shè)計(jì)出業(yè)務(wù)滿意的需求呢？下面這篇文章是筆者以初級(jí)產(chǎn)品的角度并結(jié)合脫敏實(shí)例（CRM系統(tǒng)線索模塊），來闡述接到一個(gè)陌生需求是怎么樣進(jìn)行梳理的。希望對(duì)同為初級(jí)的產(chǎn)品你有所啟發(fā)。

一、調(diào)研前務(wù)必敲定需求范圍

如果業(yè)務(wù)有明確的需求清單很好辦，如果沒有，需要和業(yè)務(wù)確定本次迭代的背景是什么，做成這一功能的目的是什么？確定這點(diǎn)，相當(dāng)于有了一個(gè)指導(dǎo)的方針，既避免了需求范圍過小，影響業(yè)務(wù)的正常使用；也避免了需求范圍過大，造成了功能的過度堆砌，產(chǎn)研的壓力過大。

舉例：在本人接到線索這一模塊時(shí)，有幾個(gè)思考問題需要問下業(yè)務(wù)。

• 要確認(rèn)下，為什么要做這一模塊，原來的系統(tǒng)不滿足銷售部門的需求了嗎，是當(dāng)前系統(tǒng)使用過程? ? ? 中遇到了什么困難嗎？
• 對(duì)于新系統(tǒng)，你最希望能滿足什么需求？
• 針對(duì)上面的回答進(jìn)一步深挖場(chǎng)景….

調(diào)研得出結(jié)論：原CRM系統(tǒng)線索有效信息無效信息沒有做區(qū)分，不易挖掘有效客戶，且客戶質(zhì)量不一，沒有對(duì)潛客做分層，不利線索分配。因而需要改造線索，上去承接流量，下去承接商機(jī)，支持線索可以按照分類、等級(jí)推給不同的銷售人員。

畢竟有了好線索，才有后續(xù)的訂單和客戶。因而我們1.0最核心的需求是解決線索質(zhì)量的問題，產(chǎn)品側(cè)最重要的是做線索分發(fā)/流轉(zhuǎn)/回收策略，以及支持該功能對(duì)應(yīng)的線索分配/線索回流相關(guān)流程…..

知道了需求要做什么僅是第一步，接下來要解決的是如何做的問題。

二、了解業(yè)務(wù)流程與系統(tǒng)流程

對(duì)一個(gè)不了解的業(yè)務(wù)場(chǎng)景，你起初很難厘清業(yè)務(wù)都有哪些要素，以及這些要素是如何組合實(shí)現(xiàn)產(chǎn)品價(jià)值的，即使是看了大量競(jìng)品，知道了以上問題的答案，知道了線索可能包含某幾個(gè)列表，都有什么什么字段，看似是能夠設(shè)計(jì)出產(chǎn)品來了，但最終的結(jié)果不一定適合本公司的業(yè)務(wù)實(shí)際訴求。所以在方案的設(shè)計(jì)中，不要過分沉迷于大而全的“標(biāo)品”，而是去針對(duì)公司的實(shí)際情況去設(shè)計(jì)。

對(duì)此，可以請(qǐng)教相關(guān)業(yè)務(wù)，詢問一線人員的期望。甚至初期可以提一些開放性的問題。例如：你們目前作業(yè)的業(yè)務(wù)流程是什么？當(dāng)然，若是原有流程就在線上，只是做一個(gè)迭代，完全可以測(cè)試環(huán)境先看下這塊功能，采用封閉式提問的方式獲取業(yè)務(wù)需求。

• 比如線索主要都來源哪幾個(gè)渠道？
• 當(dāng)前我們市場(chǎng)得到一條線索，這個(gè)線索的生命周期是什么？
• 線索我們是線索扭轉(zhuǎn)流程是什么？是xxxx→xxxx→xxxx→xxxx嗎？
• 線索是因?yàn)槭裁丛虿庞|發(fā)回收？
• 銷售假如沒及時(shí)跟進(jìn)，會(huì)扣績(jī)效嗎？
• ……以下省略N多提問的問題……

以上問題是為了我們更清晰業(yè)務(wù)流，避免需求設(shè)計(jì)不落地。除了關(guān)注業(yè)務(wù)流外，也要清晰系統(tǒng)流，針對(duì)業(yè)務(wù)場(chǎng)景，了解相關(guān)上下游系統(tǒng)的作用，避免僅改造單一系統(tǒng)，導(dǎo)致產(chǎn)品邏輯出現(xiàn)問題。

在這個(gè)過程中，流程圖是一個(gè)很好的助手，可以幫助我們將系統(tǒng)以及業(yè)務(wù)流程做結(jié)合，即什么角色（who）在什么場(chǎng)景下，在哪個(gè)系統(tǒng)中（where）能做什么/不能做什么（what），流程圖和業(yè)務(wù)方進(jìn)行確認(rèn)，確保我們與業(yè)務(wù)的理解沒有過大的偏差。

同時(shí)需求調(diào)研階段，需求不僅僅是問出來的，如果僅靠詢問，那么效率太低了。也可以進(jìn)行競(jìng)品分析，如自己主動(dòng)去了解市場(chǎng)主流CRM的線索都是如何收集、分發(fā)、流轉(zhuǎn)、回收等。

三、競(jìng)品分析與用戶調(diào)研

調(diào)研業(yè)務(wù)流和系統(tǒng)流其實(shí)和競(jìng)品分析用戶調(diào)研階段不一定是一個(gè)前后的階段，兩者有可能并行。

在設(shè)計(jì)階段，你可以多體驗(yàn)下競(jìng)品。它山之石可以攻玉，首先對(duì)市場(chǎng)的頭部玩家進(jìn)行調(diào)研，分析該功能，頭部是怎么做的？1）目的是什么？這個(gè)功能適合我們的系統(tǒng)嗎？2）詳細(xì)拆解功能點(diǎn)，都涉及哪些字段？字段的作用？目的？流程/角色？（可以不做競(jìng)品分析報(bào)告，但要了然于胸這些問題的答案）

沒有太大問題后，需求調(diào)研環(huán)節(jié)告一段落。

這時(shí)要注意！一定要把你設(shè)計(jì)的藍(lán)圖給業(yè)務(wù)，看你的設(shè)計(jì)是否滿足了TA的需求。比如說可以給他拿功能字段清單、原型等。

如果他確認(rèn)沒有問題了，正式進(jìn)行需求的撰寫工作。以上是為了讓你清晰的知道如何做，現(xiàn)在是正在開始動(dòng)筆，產(chǎn)出可以供研發(fā)測(cè)試團(tuán)隊(duì)、設(shè)計(jì)團(tuán)隊(duì)進(jìn)行開工的產(chǎn)物了。

四、產(chǎn)品需求評(píng)審四大件

每個(gè)團(tuán)隊(duì)的產(chǎn)出物要求都不一致。就我目前團(tuán)隊(duì)而言，需求產(chǎn)出離不開：功能清單、流程圖、原型、需求文檔，這四樣堪稱評(píng)審必備四大產(chǎn)出物。由于本文重點(diǎn)放在初級(jí)PM如何去針對(duì)陌生場(chǎng)景去設(shè)計(jì)產(chǎn)品，故而較大篇幅都放在了調(diào)研的階段，故而以下內(nèi)容就簡(jiǎn)單描述了，如果后續(xù)文章點(diǎn)贊量高(*^▽^*)，也可以去把這塊完善一下，單獨(dú)開一個(gè)文（明目張膽的要點(diǎn)贊哈哈哈）。

1. 功能清單

功能清單主要是便于給研發(fā)團(tuán)隊(duì)們預(yù)估工期。沒有明確的格式與要求，只要清晰即可。再者，是你的一個(gè)思考工具，為了不漏需求。

2. 流程圖（復(fù)雜流程）

流程圖主要是需求評(píng)審時(shí)能更加清晰的將產(chǎn)品設(shè)計(jì)傳達(dá)給其他小伙伴，當(dāng)然隨你心意，只要業(yè)務(wù)邏輯清晰，足夠開發(fā)小哥哥or小姐姐會(huì)后也能毫不費(fèi)力想起來這個(gè)流程，不畫也是可以滴。

以下是我畫的CRM線索流程圖，主要還是聚焦在線索流轉(zhuǎn)的維度，為了使我們團(tuán)隊(duì)更好的了解線索的整個(gè)生命周期，即線索怎么來的，過程中因?yàn)槭裁礌顟B(tài)會(huì)變更。

3. 原型以及PRD

原型繪制可以多用原型庫，大多數(shù)情況使用標(biāo)準(zhǔn)組件可以滿足90%的場(chǎng)景，最好不要自己硬造組件，這樣開發(fā)成本比較高，而且用戶也不一定習(xí)慣這個(gè)“新組件”。Prd每個(gè)公司要求都不一樣，主要是公司內(nèi)要求，在此不再贅述了。

行文至此，完結(jié)撒花，希望本篇可以給和我一樣的初級(jí)萌新一些啟發(fā)，也希望以文會(huì)友，認(rèn)識(shí)更多做CRM、ERP企業(yè)信息化、數(shù)字化轉(zhuǎn)型領(lǐng)域的伙伴們。