中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在B端產(chǎn)品的設(shè)計(jì)和開發(fā)過程中，產(chǎn)品經(jīng)理面臨的挑戰(zhàn)是如何從零開始構(gòu)建一個(gè)既滿足市場(chǎng)需求又具備可擴(kuò)展性的產(chǎn)品。王戴明在其文章中深入探討了B端產(chǎn)品方案的關(guān)鍵要點(diǎn)，包括聚焦重點(diǎn)、究極精神和長(zhǎng)遠(yuǎn)規(guī)劃，并提出了一個(gè)詳盡的產(chǎn)品方案結(jié)構(gòu)。這些寶貴的經(jīng)驗(yàn)和策略對(duì)于任何希望在B端市場(chǎng)取得成功的產(chǎn)品經(jīng)理來說都是必讀的內(nèi)容。

一、產(chǎn)品方案的要點(diǎn)

一般情況下，從0到1的B端產(chǎn)品往往聚焦于企業(yè)少數(shù)幾個(gè)痛點(diǎn)，同時(shí)具備很強(qiáng)的可落地性。

如果是商業(yè)化產(chǎn)品，還必須長(zhǎng)遠(yuǎn)規(guī)劃，以減少后期迭代的成本。因此，B端產(chǎn)品方案主要有以下三個(gè)要點(diǎn)：

1.聚焦重點(diǎn)

從0到1的B端產(chǎn)品必須聚焦重點(diǎn)，以最小成本驗(yàn)證產(chǎn)品的價(jià)值。

聚焦重點(diǎn)的本質(zhì)是“定位”，即面向哪一類客戶，解決哪一個(gè)痛點(diǎn)。定位良好的產(chǎn)品，就像一把錐子，能夠迅速切入市場(chǎng)，并且取得穩(wěn)固的市場(chǎng)地位。

聚焦重點(diǎn)也是敬畏市場(chǎng)的表現(xiàn)。在互聯(lián)網(wǎng)浪潮下，不管是創(chuàng)業(yè)公司，還是客戶自己，往往都在一邊探索一邊調(diào)整。快速推出MVP版本，再根據(jù)用戶反饋迅速迭代，是產(chǎn)品創(chuàng)新的最佳實(shí)踐。

2.究竟精神

永遠(yuǎn)相信用戶，但是永遠(yuǎn)也不要相信用戶。

所謂相信用戶，是相信當(dāng)用戶提出一個(gè)需求，它確實(shí)反映了用戶存在一個(gè)困擾；

所謂不要相信用戶，是不要指望用戶會(huì)透徹分析自己的需求，而他們所提出的方案往往也是“頭疼醫(yī)頭、腳疼醫(yī)腳”。

這并不能歸罪于用戶，畢竟，對(duì)他們來說，達(dá)成業(yè)務(wù)目標(biāo)才是最重要的事，系統(tǒng)只是輔助手段，不值得花費(fèi)太多時(shí)間深入思考。

關(guān)于要不要聽用戶的，海底撈創(chuàng)始人張勇有一段經(jīng)典的闡述：“消費(fèi)者說海底撈不好吃，其實(shí)可能是嫌價(jià)格貴。我老婆說我回家晚，可能是我對(duì)她關(guān)心不夠。如果我信我老婆的話，每天都在家待著，我相信我老婆會(huì)更討厭我?！?/p>

在制作產(chǎn)品方案時(shí)，我們必須洞察用戶需求，找到需求背后的真相。而這種洞察能力，很大程度上依賴于我們的究竟精神。

比如，用戶提出，希望能夠增加一個(gè)訂單付款狀態(tài)，且當(dāng)狀態(tài)為“未付款”時(shí)，不允許發(fā)貨。如果我們能夠進(jìn)一步提問，就會(huì)發(fā)現(xiàn)用戶更深層次的需求。模擬對(duì)話如下：

產(chǎn)品經(jīng)理：為什么訂單沒有付款，就不允許發(fā)貨呢？

用戶：因?yàn)楹瓦@些客戶不是長(zhǎng)期合作，為了控制風(fēng)險(xiǎn)，所以必須先款后貨。

產(chǎn)品經(jīng)理：那么長(zhǎng)期合作的客戶呢？是不是就可以不付款也允許發(fā)貨呢？

用戶：要分情況，有些客戶可以付一部分款就發(fā)貨，有些客戶可以不付款先發(fā)貨。

產(chǎn)品經(jīng)理：什么樣的客戶可以付一部分款就發(fā)貨，什么樣的客戶可以不付款先發(fā)貨呢？

實(shí)際上，有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，會(huì)根據(jù)信用管理的框架，對(duì)客戶類別、信用政策、應(yīng)收款管理等方面進(jìn)行全面梳理。因?yàn)閺漠a(chǎn)品架構(gòu)角度來看，這個(gè)需求無疑應(yīng)該納入信用管理模塊。

如果一個(gè)方案沒有經(jīng)過嚴(yán)謹(jǐn)梳理，在落地過程中就可能出現(xiàn)問題。比如，在上述例子中，如果直接根據(jù)用戶需求設(shè)計(jì)產(chǎn)品，在后期很可能就需要對(duì)方案進(jìn)行大改。

值得一提的是，B端產(chǎn)品經(jīng)理的工作非常依賴?yán)潇o思考。

如果外界給產(chǎn)品經(jīng)理施加了過大壓力，就可能導(dǎo)致產(chǎn)品經(jīng)理“動(dòng)作變形”，從而做出錯(cuò)誤決策。

作為產(chǎn)品經(jīng)理，我們要警惕過大的外部壓力，時(shí)刻提醒自己：沒有慎重思考過的產(chǎn)品，不值得浪費(fèi)寶貴資源。

3.長(zhǎng)遠(yuǎn)規(guī)劃

如果我們?cè)O(shè)計(jì)的是商業(yè)化產(chǎn)品，則必須注重長(zhǎng)遠(yuǎn)規(guī)劃。

從0到1的商業(yè)化產(chǎn)品，客群規(guī)模有一個(gè)從小到大的過程。當(dāng)客戶和功能數(shù)量都較少時(shí)，如果缺乏規(guī)劃，產(chǎn)品就很容易野蠻生長(zhǎng)。

比如，買贈(zèng)是消費(fèi)品行業(yè)常用的促銷手段。在某些情況下，贈(zèng)品需要關(guān)聯(lián)到主品，比如買5瓶大可樂送1瓶小可樂。

產(chǎn)品經(jīng)理為了設(shè)計(jì)和操作方便，可能選擇直接在訂單行上新增兩個(gè)字段，體現(xiàn)贈(zèng)品名稱和數(shù)量。

這樣的設(shè)計(jì)在面對(duì)簡(jiǎn)單需求時(shí)，可能不會(huì)出現(xiàn)問題。但一旦遇到比較復(fù)雜的需求，就會(huì)出現(xiàn)問題，比如：

1）需要管理贈(zèng)品發(fā)貨；

2）一種售賣品送多種贈(zèng)品，比如買2瓶大可樂送1瓶小可樂和1個(gè)杯子；

3）需要和ERP系統(tǒng)集成。

正確的做法是，主品和贈(zèng)品都放在獨(dú)立的訂單行，擁有相同的字段，并且通過“贈(zèng)品”字段來標(biāo)識(shí)該訂單行是否贈(zèng)品（打勾即為贈(zèng)品）。

因此，作為商業(yè)化產(chǎn)品經(jīng)理，不能夠只盯著眼前的需求，而要放眼長(zhǎng)遠(yuǎn)，做全面的考慮。

二、產(chǎn)品方案的結(jié)構(gòu)

如果只是針對(duì)一小塊功能的迭代，產(chǎn)品方案要求相對(duì)簡(jiǎn)單。重點(diǎn)說清楚1）解決什么問題；2）解決問題的方案；3）頁面設(shè)計(jì)和邏輯即可。

但如果是從0到1設(shè)計(jì)一款產(chǎn)品，特別是設(shè)計(jì)一款SaaS產(chǎn)品，則必須從更高、更全面的視角進(jìn)行方案梳理。

我建議的產(chǎn)品方案結(jié)構(gòu)如下：

1、總體方案

2、詳細(xì)方案

3、管理報(bào)表方案

4、集成方案

5、用戶期望滿足

在總體方案部分，需要對(duì)產(chǎn)品價(jià)值、整體方案和總體架構(gòu)進(jìn)行說明，一方面便于給公司和客戶高層進(jìn)行匯報(bào)；另一方面也便于產(chǎn)品經(jīng)理們了解彼此的工作，提高溝通與協(xié)作效率。

在詳細(xì)方案部分，需要對(duì)每個(gè)模塊的需求進(jìn)行分析，重點(diǎn)論證是否偽需求，并明確成功指標(biāo)，然后通過文字說明和流程圖對(duì)解決方案進(jìn)行闡述，最后才是頁面設(shè)計(jì)和相關(guān)邏輯說明。

對(duì)于B端產(chǎn)品，管理報(bào)表雖然功能相對(duì)簡(jiǎn)單，但反映了管理者的需求，需要和業(yè)務(wù)功能一并設(shè)計(jì)。否則，一旦后期發(fā)現(xiàn)產(chǎn)品不能支撐管理報(bào)表需求，就很可能導(dǎo)致返工。

對(duì)于針對(duì)大企業(yè)的B端產(chǎn)品，往往會(huì)涉及到系統(tǒng)集成。系統(tǒng)集成反映了上下游業(yè)務(wù)的需求，也需要盡早規(guī)劃和設(shè)計(jì)。

最后，產(chǎn)品對(duì)用戶期望的滿足程度，往往決定了用戶對(duì)產(chǎn)品的滿意度。即便在MVP階段無法滿足所有需求，也需要納入長(zhǎng)期規(guī)劃。

三、總體方案

總體方案是整個(gè)產(chǎn)品方案中最精華的部分。理論上，僅僅通過總體方案，高層就能夠決策一個(gè)產(chǎn)品要不要研發(fā)。

總體方案又分為以下四個(gè)部分：

1）方案概要說明

2）總體流程圖

3）應(yīng)用架構(gòu)圖

4）多組織架構(gòu)設(shè)計(jì)

接下來，我們挨個(gè)進(jìn)行闡述。

1.方案概要說明

該部分內(nèi)容主要說明產(chǎn)品的定位，以及MVP版本的范圍。這也是B端產(chǎn)品從0到1，產(chǎn)品方案最核心的部分。

方案概要說明包含以下三部分內(nèi)容：

1）產(chǎn)品定位：

定位決定成敗。大部分產(chǎn)品失敗的原因，都是沒有回答好以下三個(gè)問題：

客戶是誰？

痛點(diǎn)是什么？

客戶為什么選擇我們？

比如，某位創(chuàng)業(yè)者希望做一款組織管理工具，但具體解決客戶什么痛點(diǎn)，以及和釘釘、飛書這些成熟產(chǎn)品有什么區(qū)別，都不能清晰表述。這樣的產(chǎn)品大概率會(huì)失敗。

在這個(gè)部分，我建議產(chǎn)品經(jīng)理可以暢想一下：如果客戶寫來一封感謝信，訴說使用產(chǎn)品后給他們帶來的改變，那么這封信的內(nèi)容應(yīng)該是怎樣的呢？

比如，對(duì)于一款針對(duì)養(yǎng)生服務(wù)連鎖門店的SaaS軟件，產(chǎn)品定位如下：

客戶是誰？會(huì)員制的養(yǎng)生服務(wù)連鎖門店，根據(jù)XX咨詢報(bào)告，2020年全國(guó)約有700萬家養(yǎng)生服務(wù)連鎖門店。

痛點(diǎn)是什么？

痛點(diǎn)主要是兩個(gè)。一是門店獲客差，二是門店運(yùn)營(yíng)管理效率低。

為什么選擇我們？

我們的產(chǎn)品是針對(duì)養(yǎng)生服務(wù)連鎖門店的SCRM，能夠針對(duì)性解決他們的痛點(diǎn)。更重要的是，我們的核心團(tuán)隊(duì)有豐富的養(yǎng)生服務(wù)連鎖門店運(yùn)營(yíng)經(jīng)驗(yàn)，在門店數(shù)字化運(yùn)營(yíng)方面也有成功經(jīng)驗(yàn)。

客戶感謝信示例如下：

你好小李，自從使用你們的產(chǎn)品后，我們的獲客成本大大降低，特別是省去了1000元/客的地推成本。同時(shí)，潛客進(jìn)店成交率提升了20%，這得益于互聯(lián)網(wǎng)裂變帶來的更高質(zhì)量的線索。

另外，使用了你們的產(chǎn)品后，由于運(yùn)營(yíng)數(shù)據(jù)都自動(dòng)生成，門店行政人員的工作量大大減輕。更重要的是，由于可以在手機(jī)端實(shí)時(shí)查看運(yùn)營(yíng)數(shù)據(jù)，公司的決策效率大大提升。以前月初才能分析上月運(yùn)營(yíng)情況，現(xiàn)在每天都可以開運(yùn)營(yíng)分析會(huì)議。感謝你們?cè)O(shè)計(jì)出這么優(yōu)秀的產(chǎn)品！

2）產(chǎn)品功能模塊：

在明確用戶痛點(diǎn)和產(chǎn)品價(jià)值后，我們還需要明確產(chǎn)品的功能模塊。

首先需要明確MVP版本的功能模塊。

MVP其實(shí)包含了兩個(gè)要點(diǎn)。一是“最小化”，即只做最核心的功能；二是“可行”，即用戶能夠使用起來，并且滿足他們最核心的需求。

曾經(jīng)有創(chuàng)業(yè)者問我，如何判斷一個(gè)產(chǎn)品已經(jīng)完成MVP階段？

我個(gè)人認(rèn)為就是客戶是否愿意續(xù)約。之所以用“續(xù)約”而不是用“付費(fèi)”，是因?yàn)閾?dān)心客戶付費(fèi)以后，發(fā)現(xiàn)產(chǎn)品并不能很好的解決業(yè)務(wù)問題。

如果是SaaS產(chǎn)品，還建議區(qū)分標(biāo)準(zhǔn)化功能和定制化功能。

如果是定制化功能，建議與標(biāo)準(zhǔn)化功能區(qū)隔開，避免對(duì)標(biāo)準(zhǔn)化功能造成干擾。

比如，客戶希望在訂單上增加一個(gè)特殊邏輯，根據(jù)自定義公式自動(dòng)生成商品價(jià)格。如果我們還沒有計(jì)劃對(duì)其進(jìn)行標(biāo)準(zhǔn)化，就可以為這個(gè)公式設(shè)計(jì)單獨(dú)的頁面，并且默認(rèn)商品價(jià)格計(jì)算不使用這個(gè)公式。

除了MVP版本的功能，我們還可以規(guī)劃后續(xù)版本的功能。

長(zhǎng)遠(yuǎn)考慮有利于提前設(shè)計(jì)好產(chǎn)品架構(gòu)，降低后續(xù)迭代的成本。

比如，如果未來計(jì)劃建設(shè)財(cái)務(wù)模塊，或者對(duì)接成熟的財(cái)務(wù)系統(tǒng)，那么就可以提前考慮“關(guān)賬”的概念：對(duì)于財(cái)務(wù)核算來說，本月是不允許隨意調(diào)整上月出庫訂單等業(yè)務(wù)數(shù)據(jù)的，否則會(huì)影響已經(jīng)出具的上月財(cái)務(wù)報(bào)表。

當(dāng)然，不能為了“確定性較低”的未來規(guī)劃，給研發(fā)造成過大負(fù)擔(dān)。

這時(shí)候就比較考驗(yàn)產(chǎn)品經(jīng)理的系統(tǒng)架構(gòu)能力和業(yè)務(wù)洞察力。在這個(gè)方面，推薦大家閱讀我的文章《成熟的B端產(chǎn)品經(jīng)理，都有這個(gè)能力》。

2、總體流程圖

B端產(chǎn)品往往需要支持多部門、多角色協(xié)同，因此對(duì)于業(yè)務(wù)鏈條較長(zhǎng)的產(chǎn)品，需要繪制總體流程圖，以便于從整體上鳥瞰整個(gè)產(chǎn)品的業(yè)務(wù)流程，避免錯(cuò)漏。

在范圍上，整體流程圖需要覆蓋所有關(guān)鍵流程和業(yè)務(wù)類型。

在顆粒度上，整體流程圖主要描述關(guān)鍵步驟，不需要細(xì)化到具體功能甚至頁面。對(duì)于比較簡(jiǎn)單的業(yè)務(wù)流程，比如客戶信息管理，可以跳過總體流程圖，直接繪制詳細(xì)流程圖。

示例如下：

在上圖中，現(xiàn)結(jié)和落地結(jié)算是XX制造企業(yè)的兩種關(guān)鍵業(yè)務(wù)類型。

對(duì)于現(xiàn)結(jié)業(yè)務(wù)，出庫即可確認(rèn)商品所有權(quán)轉(zhuǎn)移，因此根據(jù)實(shí)物出庫數(shù)量沖減系統(tǒng)庫存數(shù)量，并且生成財(cái)務(wù)結(jié)算單據(jù)即可。

對(duì)于落地結(jié)算業(yè)務(wù)，出庫只是實(shí)物轉(zhuǎn)移到客戶現(xiàn)場(chǎng)，到月底時(shí)，需要根據(jù)客戶實(shí)際使用數(shù)量生成財(cái)務(wù)結(jié)算單據(jù)，并沖減系統(tǒng)庫存數(shù)量。

上述流程圖正是描述了兩種關(guān)鍵業(yè)務(wù)的整體流程。

3、系統(tǒng)架構(gòu)圖

對(duì)于比較復(fù)雜的系統(tǒng)，我們還需要繪制系統(tǒng)架構(gòu)圖。

特別是SaaS產(chǎn)品，合理的系統(tǒng)架構(gòu)可以有效減少功能重復(fù)、避免數(shù)據(jù)混亂和降低系統(tǒng)擴(kuò)展難度。

反之，一旦在不合理的系統(tǒng)架構(gòu)上搭建起頁面，特別是在擁有一定數(shù)量的企業(yè)客戶后，修改的成本可能會(huì)很高。

相對(duì)來說，自研產(chǎn)品的糾錯(cuò)成本就低得多。畢竟只有一家企業(yè)在用，只要和業(yè)務(wù)部門協(xié)商好，推翻重建也是可行的。

系統(tǒng)架構(gòu)設(shè)計(jì)的重點(diǎn)要做到低耦合、高復(fù)用。

所謂低耦合，是將功能按照業(yè)務(wù)相關(guān)性，分為多個(gè)系統(tǒng)應(yīng)用。系統(tǒng)應(yīng)用之間通過API進(jìn)行交互。

這樣，單個(gè)應(yīng)用的升級(jí)，對(duì)其他應(yīng)用的影響就小很多，從而提高了系統(tǒng)的敏捷性。

比如，銷售訂單管理、倉庫管理和CRM就可以獨(dú)立為多個(gè)應(yīng)用，并且在必要的時(shí)候分配給不同的產(chǎn)品經(jīng)理負(fù)責(zé)。

當(dāng)然，對(duì)于同一類應(yīng)用，有時(shí)候我們還需要進(jìn)一步拆分。

比如，針對(duì)大客戶的銷售訂單管理，和針對(duì)小客戶的銷售訂單管理，由于需求差異較大，為了避免彼此影響而增加系統(tǒng)復(fù)雜度，可以考慮劃分為兩個(gè)獨(dú)立應(yīng)用。

畢竟，相對(duì)于研發(fā)成本，業(yè)務(wù)匹配程度和用戶使用成本更為重要。

所謂高復(fù)用，即將各個(gè)模塊所共用的功能抽離出來，單獨(dú)形成一個(gè)系統(tǒng)應(yīng)用。

這樣，一方面確保了信息來源的一致性，另一方面也簡(jiǎn)化了系統(tǒng)架構(gòu)，避免了重復(fù)開發(fā)。

比如，客戶信息在銷售訂單管理、CRM、TMS（運(yùn)輸管理）等系統(tǒng)應(yīng)用中都會(huì)用到，可以考慮合并成一個(gè)應(yīng)用。

系統(tǒng)架構(gòu)設(shè)計(jì)雖然沒有標(biāo)準(zhǔn)答案，但實(shí)際上不管是傳統(tǒng)的Oracle ERP系統(tǒng)，還是新興的各大電商、SaaS系統(tǒng)，都有非常成熟的架構(gòu)設(shè)計(jì)。

多研究競(jìng)品，再結(jié)合實(shí)際情況進(jìn)行適當(dāng)?shù)恼{(diào)整是系統(tǒng)架構(gòu)設(shè)計(jì)的好方法。示例如下：

在該示例中，品牌商系統(tǒng)主要面向年銷售額50億以上的品牌商，經(jīng)銷商系統(tǒng)主要面向年銷售額2千萬到1億之間的經(jīng)銷商。

考慮到前端業(yè)務(wù)需求差異較大且相互排斥，同時(shí)用戶對(duì)產(chǎn)品體驗(yàn)和效率要求較高。為降低系統(tǒng)復(fù)雜度，采取了首先按企業(yè)類型劃分大版本，再按業(yè)務(wù)類型劃分功能模塊的系統(tǒng)架構(gòu)策略。

而對(duì)于客戶信息管理、商品信息管理等基礎(chǔ)模塊，考慮到業(yè)務(wù)需求差異較小且相互包容，同時(shí)也不是高頻操作，為了增加可復(fù)用性，采取了共用一套模塊的系統(tǒng)架構(gòu)策略。

4、多組織架構(gòu)設(shè)計(jì)

企業(yè)業(yè)務(wù)的開展，是基于多個(gè)部門的相互協(xié)同和相互監(jiān)督的。

當(dāng)用戶在使用B端系統(tǒng)時(shí)，流程流轉(zhuǎn)、數(shù)據(jù)安全性都必須符合企業(yè)協(xié)同與管控的要求。這就需要我們?cè)O(shè)計(jì)好組織、角色和權(quán)限功能。

對(duì)于存在多事業(yè)部或分子公司的大企業(yè)，還可能需要設(shè)計(jì)多組織架構(gòu)。

示例如下：

某電器公司為擴(kuò)大銷售規(guī)模，分別在A市和B市建立了分公司，各負(fù)責(zé)一個(gè)大區(qū)的銷售工作。為便于管理和激勵(lì)分公司團(tuán)隊(duì)，公司決定兩個(gè)分公司獨(dú)立核算利潤(rùn)，并根據(jù)實(shí)現(xiàn)的利潤(rùn)進(jìn)行分紅。

為支持兩個(gè)分公司的獨(dú)立核算，并防止數(shù)據(jù)泄露，該公司IT團(tuán)隊(duì)決定分別給兩個(gè)分公司建立一個(gè)“利潤(rùn)中心組織”。在“利潤(rùn)中心組織”下面建立了相應(yīng)的“角色”，并分配了相應(yīng)的“功能”比如銷售訂單、發(fā)貨功能等等。最后，將相應(yīng)的“角色”分別分配給了兩個(gè)分公司的員工。

四、結(jié)語

到這里，B端產(chǎn)品方案的總體方案部分就告一段落了。大家可以關(guān)注我的公眾號(hào)，我抽時(shí)間再講一講詳細(xì)方案怎么做。

最后，一份好的方案文檔也是面試大殺器，很多產(chǎn)品經(jīng)理就是通過提交方案文檔來獲得面試機(jī)會(huì)：