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

編輯導(dǎo)語(yǔ)：對(duì)于2B產(chǎn)品經(jīng)理來(lái)說(shuō)，產(chǎn)品設(shè)計(jì)架構(gòu)是很重要的一項(xiàng)工作內(nèi)容，也是要具備的能力之一。緊接上文，今天本文作者為我們進(jìn)行了模塊詳細(xì)設(shè)計(jì)的分析，并且總結(jié)了設(shè)計(jì)后項(xiàng)目管理應(yīng)該如何運(yùn)用，以及在設(shè)計(jì)架構(gòu)之后作者的一些思考。

咱們緊接著上篇文章繼續(xù)，從我們第二部分第8點(diǎn)開始，讀到這篇文章的小伙伴，如果感興趣可以結(jié)合上篇文章《2B產(chǎn)品設(shè)計(jì)：2B產(chǎn)品經(jīng)理做的那些2B事（一）》，這樣就會(huì)有完整的認(rèn)識(shí)。

8. 產(chǎn)品規(guī)劃

產(chǎn)品規(guī)劃其實(shí)是一件相對(duì)復(fù)雜的過程，從宏觀的方面來(lái)說(shuō)，包含著我們我們第一部分的所有內(nèi)容，還有產(chǎn)品的計(jì)劃、愿景等，涉及到整個(gè)產(chǎn)品生命周期。

但是，咱們這里從微觀的范圍來(lái)說(shuō)明。

首先要和產(chǎn)品的工作計(jì)劃區(qū)分開，這里并不是來(lái)簡(jiǎn)單羅列產(chǎn)品的后續(xù)工作計(jì)劃，工作計(jì)劃的制定應(yīng)該是產(chǎn)品設(shè)計(jì)一開始就完成的。這里主要是寫產(chǎn)品功能模塊規(guī)劃，或者說(shuō)是功能組件分期。

我們需要根據(jù)上面的核心業(yè)務(wù)流程、資金流程等初步規(guī)劃產(chǎn)品所需要具備的功能模塊，然后對(duì)主體功能模塊的實(shí)現(xiàn)進(jìn)行優(yōu)先級(jí)分類、關(guān)聯(lián)關(guān)系說(shuō)明。

經(jīng)驗(yàn)總結(jié)，建議：

1. 先發(fā)散思維，盡可能多的梳理所需要的功能模塊及功能，再做減法，篩選出符合產(chǎn)品定位的功能模塊。
2. 系統(tǒng)的功能模型應(yīng)該是一個(gè)立體的模型，縱向是一個(gè)分層架構(gòu)，如前臺(tái)、后臺(tái)方式分，也可以是XX角色端進(jìn)行劃分。橫向是一個(gè)個(gè)獨(dú)立的業(yè)務(wù)模塊，里面包含著核心功能或頁(yè)面。
3. 隨著產(chǎn)品設(shè)計(jì)的推進(jìn)，后續(xù)的需求文檔和和原型設(shè)計(jì)都會(huì)對(duì)此處進(jìn)行調(diào)整。所以這里是一個(gè)主體、濃縮型的模型，主要用來(lái)說(shuō)明清楚各模塊的關(guān)系。
4. 產(chǎn)品規(guī)劃是產(chǎn)品定位和功能模塊分解的連接器，它既是產(chǎn)品定位的具體表現(xiàn)，也是功能模塊分解的雛形，也是后續(xù)產(chǎn)品設(shè)計(jì)的基本指引，所以這塊相對(duì)比較重要。關(guān)系到后續(xù)產(chǎn)品詳細(xì)設(shè)計(jì)時(shí)的方向。

9. 功能模塊分解

功能模塊的分解將根據(jù)產(chǎn)品規(guī)劃中的功能模塊進(jìn)行詳細(xì)的拆分，并且需要寫出功能詳細(xì)描述，解釋功能是用來(lái)做什么的。結(jié)合項(xiàng)目管理來(lái)看，這里就是創(chuàng)建WBS的過程。

常見的實(shí)現(xiàn)的方式可以采用Excel和思維導(dǎo)圖，在做這部分的功能時(shí)，老文采用的是Excel方式，但是部門中其他的小伙伴有采用思維導(dǎo)圖的。關(guān)鍵是要描繪清楚每一個(gè)功能的結(jié)構(gòu)。

1）功能模塊分解Excel表頭：

• 管理系統(tǒng)：當(dāng)前業(yè)務(wù)角色端的描述，如商城系統(tǒng)：買家端、賣家端、平臺(tái)后臺(tái)等。
• 功能模塊：左邊或者上方的一級(jí)導(dǎo)航菜單。
• 子功能：左邊或上方的二級(jí)導(dǎo)航菜單。
• 功能說(shuō)明：子功能包含的大致功能描述，如查詢商品詳情，查看詳情等。
• 責(zé)任人：初步對(duì)功能模塊進(jìn)行分工，也可以后續(xù)進(jìn)行安排。

2）功能模塊分解的意義：

1. 明確了產(chǎn)品架構(gòu)，提供了一個(gè)產(chǎn)品的全貌，明確了產(chǎn)品每個(gè)角色端的骨架以及業(yè)務(wù)場(chǎng)景中每個(gè)角色在系統(tǒng)中的基礎(chǔ)操作。
2. 功能模塊、子功能，能夠體現(xiàn)系統(tǒng)的一二級(jí)導(dǎo)航菜單結(jié)構(gòu)，通過功能說(shuō)明，能夠初步明確功能的描述，給后續(xù)詳細(xì)需求文檔的編寫提供一個(gè)更立體、豐富的框架。
3. 功能模塊的分解可以避免產(chǎn)品設(shè)計(jì)時(shí)模塊結(jié)構(gòu)層次混亂的問題，如果不提前提煉，有可能導(dǎo)致后續(xù)功能設(shè)計(jì)時(shí)菜單混亂，給用戶造成使用困惑。
4. 在大型產(chǎn)品設(shè)計(jì)時(shí)，可能是多個(gè)產(chǎn)品經(jīng)理進(jìn)行協(xié)同，功能模塊分解明確了各角色端的功能范圍，所以便于后續(xù)詳細(xì)文檔編寫分配任務(wù)，也可更好的劃分各功能的職責(zé)。
5. 能夠提供給項(xiàng)目組（研發(fā)）評(píng)估項(xiàng)目研發(fā)時(shí)間的基礎(chǔ)，這樣在產(chǎn)品產(chǎn)品設(shè)計(jì)的初期就有一個(gè)基礎(chǔ)的相對(duì)合理的時(shí)間概念，至少我們能夠粗略的知道研發(fā)所需要的工作。
6. 功能模塊分解的用途還有很多，但是不同的產(chǎn)品和項(xiàng)目研發(fā)習(xí)慣不同可能導(dǎo)致的用處不一，但是B端的產(chǎn)品設(shè)計(jì)強(qiáng)烈建議編寫此塊內(nèi)容。同時(shí)，也會(huì)減少很多拍腦袋的情況出現(xiàn)。

10. 核心功能數(shù)據(jù)建模

從第10點(diǎn)開始，就是產(chǎn)品的詳細(xì)設(shè)計(jì)了，如果開始這塊的工作，就證明公司已經(jīng)明確研發(fā)此產(chǎn)品。不然后續(xù)的文檔編寫就沒有意義了。

核心功能數(shù)據(jù)建模這個(gè)在B端產(chǎn)品設(shè)計(jì)顯得非常有必要，但是需要產(chǎn)品經(jīng)理有一定的研發(fā)思維，最好是有后臺(tái)開發(fā)的經(jīng)驗(yàn)。因?yàn)閿?shù)據(jù)建模是對(duì)業(yè)務(wù)抽象的過程，需要將各業(yè)務(wù)角色的關(guān)系抽象出來(lái)，更詳細(xì)的設(shè)計(jì)將會(huì)和數(shù)據(jù)庫(kù)有關(guān)系。

B端產(chǎn)品設(shè)計(jì)時(shí)，大家有沒有過困惑，明明我的原型已經(jīng)設(shè)計(jì)的很好了，詳細(xì)的需求文檔各規(guī)則也描述清楚了。

但是，研發(fā)小可愛還是覺得看不明白，關(guān)系之間依舊不清晰，很有可能是數(shù)據(jù)建模的工作缺失，或者說(shuō)文檔描述時(shí)本身也沒有描繪清楚。

老文在做項(xiàng)目經(jīng)理的時(shí)候經(jīng)常干這個(gè)事情，當(dāng)時(shí)產(chǎn)品經(jīng)理很少做這個(gè)工作，但是現(xiàn)在對(duì)產(chǎn)品經(jīng)理的要求已經(jīng)越來(lái)越高了。特別是在某些行業(yè)的產(chǎn)品設(shè)計(jì)時(shí)，基本是產(chǎn)品經(jīng)理的必備素質(zhì)，如支付系統(tǒng)等底層系統(tǒng)的設(shè)計(jì)。

常見的實(shí)現(xiàn)方式有：ER圖、Visio、UML類圖等，只要能夠描繪清楚對(duì)象之間的關(guān)系即可，不限于使用什么形式。數(shù)據(jù)建模的范圍取決于產(chǎn)品設(shè)計(jì)擁有的時(shí)間，如果沒有很多時(shí)間，但是至少需要做核心功能的數(shù)據(jù)建模。

數(shù)據(jù)建模的意義：

1. 將客觀世界的業(yè)務(wù)抽象為系統(tǒng)設(shè)計(jì)時(shí)對(duì)象與對(duì)象之間的關(guān)系，通過圖形的形式表達(dá)，會(huì)讓溝通變得更加簡(jiǎn)單，特別是和研發(fā)小可愛們的溝通。
2. 數(shù)據(jù)建模是數(shù)據(jù)庫(kù)設(shè)計(jì)的前置工作，直接影響數(shù)據(jù)庫(kù)表結(jié)構(gòu)的設(shè)計(jì)以及表之間的關(guān)系，體現(xiàn)了設(shè)計(jì)者對(duì)業(yè)務(wù)本質(zhì)的理解和認(rèn)知。
3. B端產(chǎn)品注重業(yè)務(wù)流程的完整性，狀態(tài)閉環(huán)，業(yè)務(wù)邏輯清晰，數(shù)據(jù)建模就能夠幫助我們做到這點(diǎn)，有時(shí)候我們把更多的精力放到了功能設(shè)計(jì)，頁(yè)面交互，這點(diǎn)往往我們很容易忽略。
4. 產(chǎn)品經(jīng)理自己做數(shù)據(jù)建模能夠更好的把握產(chǎn)品的底層邏輯，也掌握了研發(fā)過程中的主動(dòng)權(quán)，更好的實(shí)現(xiàn)自己設(shè)計(jì)的產(chǎn)品功能，減少被研發(fā)小可愛忽悠的可能。
5. 提高研發(fā)小可愛對(duì)業(yè)務(wù)的理解，并且減少后續(xù)一些不必要的溝通，提供研發(fā)效率，降低開發(fā)復(fù)雜度。不然后續(xù)研發(fā)過程中還是會(huì)詢問你：這兩個(gè)對(duì)象是什么關(guān)系？1對(duì)1？多對(duì)多？
6. 數(shù)據(jù)建模體現(xiàn)了產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)的抽象描述能力，也能夠提高研發(fā)小可愛對(duì)你的能力認(rèn)可度，如何將一個(gè)現(xiàn)實(shí)的業(yè)務(wù)場(chǎng)景抽象為一個(gè)個(gè)數(shù)據(jù)模型，也是區(qū)別一個(gè)產(chǎn)品經(jīng)理設(shè)計(jì)能力的重要因素。

11. 詳細(xì)業(yè)務(wù)流程圖

咱們?cè)诘?4點(diǎn)已經(jīng)做了“核心業(yè)務(wù)流程”，為啥此處還需要做詳細(xì)的業(yè)務(wù)流程呢？

這體現(xiàn)了產(chǎn)品設(shè)計(jì)自上而下循序漸進(jìn)的原則。不同的設(shè)計(jì)階段面對(duì)的干系人不同，所以表現(xiàn)的形式也不一樣。核心業(yè)務(wù)流程描繪了產(chǎn)品的整體形象，詳細(xì)業(yè)務(wù)流程用來(lái)細(xì)化產(chǎn)品的業(yè)務(wù)流程。

那詳細(xì)業(yè)務(wù)流程是否是越細(xì)越好呢？

答案是否定的。在做這塊內(nèi)容時(shí)，需要考慮業(yè)務(wù)穩(wěn)定性、研發(fā)能力、研發(fā)習(xí)慣、設(shè)計(jì)時(shí)間等因素。不要盲目的扎進(jìn)去就是干，這樣反而會(huì)給研發(fā)造成架構(gòu)上的負(fù)擔(dān)。

節(jié)奏的把握、表現(xiàn)的形式需要和項(xiàng)目團(tuán)隊(duì)磨合，詳細(xì)的業(yè)務(wù)流程面對(duì)的對(duì)象基本就是研發(fā)小可愛和測(cè)試人員，外部需求方更多的還是關(guān)注整體的業(yè)務(wù)流程。

12. 原型設(shè)計(jì)和需求文檔

關(guān)于原型的設(shè)計(jì)和需求文檔設(shè)計(jì)，這兩種能力屬于產(chǎn)品經(jīng)理最基本素質(zhì)，屬于我們?cè)诋a(chǎn)品詳細(xì)設(shè)計(jì)中最后的一環(huán)。

關(guān)于怎么寫？如何寫？很多前輩已經(jīng)做了非常多的總結(jié)。老文在此想分享的是，如何在團(tuán)隊(duì)中管理好這兩個(gè)東西，并且提高團(tuán)隊(duì)的工作效率。

• 首先：咱們需要制定框架性的需求文檔模板（產(chǎn)品類、功能類）、原型組件，制定此事情的時(shí)候一定要把握火候，因?yàn)楫a(chǎn)品崗位是一個(gè)具有創(chuàng)造性的工作，不能限制的太死板，反而限制了成員的發(fā)揮。
• 其次：制定模板之前也需要經(jīng)過調(diào)研，而不是網(wǎng)上尋找的模板，每個(gè)公司都會(huì)有自己的業(yè)務(wù)場(chǎng)景和文化。需要從產(chǎn)品團(tuán)隊(duì)內(nèi)部、研發(fā)團(tuán)隊(duì)、需求方等地方收集得知他們覺得目前產(chǎn)品團(tuán)隊(duì)誰(shuí)的需求文檔可讀性更好，然后由此人來(lái)制定最合適。
• 最后：做好文檔的管理及備份，形成組織文化資產(chǎn)。

經(jīng)驗(yàn)得知一個(gè)完整的產(chǎn)品設(shè)計(jì)需要具備以上要素，但是咱們還是需要根據(jù)具體的產(chǎn)品來(lái)選擇，并不是所有的點(diǎn)都需要寫，應(yīng)該根據(jù)產(chǎn)品類型、產(chǎn)品大小、重要程度、寫PPT時(shí)間等因素進(jìn)行組合。

以上提供一種B端產(chǎn)品設(shè)計(jì)時(shí)PPT編寫的思路，希望與你有所共鳴。

三、設(shè)計(jì)后：項(xiàng)目管理的運(yùn)用

設(shè)計(jì)不僅僅指的是外觀和感覺，它還包括運(yùn)作方式?！?史蒂夫·喬布斯

在咱們完成產(chǎn)品的設(shè)計(jì)工作后，接下來(lái)將要進(jìn)入研發(fā)階段，進(jìn)入研發(fā)階段，產(chǎn)品經(jīng)理的工作并未結(jié)束，我們需要組織協(xié)調(diào)資源將設(shè)計(jì)的產(chǎn)品按照要求實(shí)現(xiàn)出來(lái)。

雖然不需要我們進(jìn)行編碼的工作，但是項(xiàng)目管理工作顯得尤為重要，不管公司是否已經(jīng)有項(xiàng)目經(jīng)理。產(chǎn)品經(jīng)理都需要具備這項(xiàng)技能，我們不僅僅需要有改變世界的夢(mèng)想，還需要有將夢(mèng)想實(shí)現(xiàn)的方案和能力。

關(guān)于項(xiàng)目管理，當(dāng)屬于PMP為最經(jīng)典，還是建議產(chǎn)品經(jīng)理需要去了解其中的知識(shí)體系，下面介紹幾個(gè)常見且重要的場(chǎng)景：

1. 參與技術(shù)方案討論

技術(shù)方案這個(gè)節(jié)點(diǎn)，產(chǎn)品經(jīng)理一定需要一起參與，不管研發(fā)實(shí)現(xiàn)采用什么編程語(yǔ)言。技術(shù)方案、架構(gòu)設(shè)計(jì)都是軟件設(shè)計(jì)極其重要的一環(huán)。

一個(gè)產(chǎn)品最開始實(shí)施研發(fā)時(shí)，架構(gòu)的設(shè)計(jì)會(huì)影響產(chǎn)品后續(xù)的可擴(kuò)展性。在產(chǎn)品的設(shè)計(jì)中也說(shuō)明過產(chǎn)品業(yè)務(wù)模型的抽象，架構(gòu)設(shè)計(jì)是將產(chǎn)品設(shè)計(jì)進(jìn)一步的抽象，將復(fù)雜的業(yè)務(wù)概念簡(jiǎn)單化的過程。

舉個(gè)簡(jiǎn)單的例子，假設(shè)咱們的需求是：我需要一部智能手機(jī)。產(chǎn)品經(jīng)理還需要說(shuō)清楚手機(jī)的顏色、材質(zhì)、大小、底層系統(tǒng)。

產(chǎn)品經(jīng)理不僅僅是關(guān)注本身的需求，更需要關(guān)注實(shí)現(xiàn)的業(yè)務(wù)邏輯、數(shù)據(jù)、狀態(tài)、部署方式等事宜。這不僅僅體現(xiàn)自身的專業(yè)性，更能夠提升溝通和開發(fā)的效率。

回歸到產(chǎn)品設(shè)計(jì)上，我們一開始的設(shè)計(jì)是SaaS模式還是多系統(tǒng)部署模式？狀態(tài)機(jī)如何設(shè)計(jì)的？是否需要工作流？等等一系列的問題。

如果咱們不去參與到技術(shù)方案的設(shè)計(jì)中來(lái)，有可能會(huì)導(dǎo)致產(chǎn)品的最終呈現(xiàn)不符合設(shè)計(jì)要求。只有自己理解了技術(shù)方案，我們才能夠在研發(fā)過程中更好的把握產(chǎn)品的方向。

2. 項(xiàng)目管理工具選擇

說(shuō)起項(xiàng)目管理這件事情，我在做項(xiàng)目經(jīng)理的時(shí)候，說(shuō)過最多的詞就是：拍馬屁、真誠(chéng)、不擇手段、以終為始。我們需要掌握拍馬屁的精髓和能力，嘴要甜、心要真，協(xié)調(diào)所有的資源“不擇手段”的完成項(xiàng)目。

除此之外，還應(yīng)該明確知道此項(xiàng)目最終的目標(biāo)是什么，以終為始倒推出將如何實(shí)現(xiàn)它。

項(xiàng)目管理不僅僅是編寫一個(gè)計(jì)劃，制定好里程碑即可，實(shí)施的過程才是一個(gè)磨人的經(jīng)歷。其中采用什么方式進(jìn)行項(xiàng)目管理也很重要，選擇對(duì)了工具也會(huì)達(dá)到事半功倍的效果。

目前市面上已經(jīng)出現(xiàn)了很多項(xiàng)目管理的工具，如Teambition、Worktile、禪道等，但是這些工具不一定適合你，也許使用Excel、Project更有效。

一旦選擇好，需要堅(jiān)決去執(zhí)行，不然選擇什么工具都效果都不會(huì)太好。

以上所說(shuō)的工具老文都使用過，我覺得一個(gè)中小型團(tuán)隊(duì)好的方式是：Excel+禪道+白板。并不是成熟的工具不好用，而是適用性的問題，工具的學(xué)習(xí)成本和維護(hù)成本相對(duì)比較高。

Excel做計(jì)劃、禪道管理研發(fā)和測(cè)試進(jìn)度、白板用來(lái)做看板（故事板）。簡(jiǎn)單有效，目前不管是釘釘還是企業(yè)QQ都已經(jīng)支持文檔多人協(xié)同，使得計(jì)劃的更新更加便利。

總之，不管采用什么形式去實(shí)現(xiàn)，執(zhí)行力一定要夠，關(guān)鍵在于靈活應(yīng)用需求管理的方法。

3. 關(guān)鍵一環(huán)：測(cè)試用例

測(cè)試這一塊，研發(fā)啟動(dòng)之前容易被產(chǎn)品經(jīng)理忽略，一些極端情況，可能已經(jīng)到測(cè)試階段的后期了，產(chǎn)品經(jīng)理和測(cè)試負(fù)責(zé)人的交流都不多，我認(rèn)為測(cè)試在產(chǎn)品的設(shè)計(jì)后期是非常重要的一環(huán)。

我相信大部分公司的流程也是在產(chǎn)品經(jīng)理進(jìn)行需求評(píng)審后，測(cè)試工程師開始編寫測(cè)試用例。如果沒有及時(shí)安排測(cè)試工程師跟進(jìn)的話，作為這個(gè)產(chǎn)品的負(fù)責(zé)人應(yīng)該積極主動(dòng)的去協(xié)調(diào)資源。

老文都是在產(chǎn)品設(shè)計(jì)階段就提前和領(lǐng)導(dǎo)或測(cè)試部負(fù)責(zé)人溝通，提前預(yù)定資源。

除了資源的協(xié)調(diào)之外，及時(shí)關(guān)注測(cè)試用例的編寫以及質(zhì)量也是產(chǎn)品經(jīng)理在項(xiàng)目管理中關(guān)鍵的一環(huán)。因?yàn)闇y(cè)試用例一定程度上映射出產(chǎn)品的設(shè)計(jì)思路，反映出測(cè)試工程師對(duì)產(chǎn)品的理解。

不僅僅可以通過測(cè)試用例檢驗(yàn)產(chǎn)品的設(shè)計(jì)，特別是核心流程的測(cè)試用例。還可以及時(shí)與測(cè)試工程師保持統(tǒng)一溝通，保障研發(fā)輸出的質(zhì)量。

測(cè)試用例的review，在很多產(chǎn)品經(jīng)理的工作中容易被忽略，老文以前也不是很重視這塊，直到在設(shè)計(jì)完某個(gè)產(chǎn)品時(shí)，及時(shí)關(guān)注了這塊，才發(fā)現(xiàn)自己的產(chǎn)品設(shè)計(jì)還有很多的需要提高。

因?yàn)闇y(cè)試工程師編寫測(cè)試用例的時(shí)候，某些功能還是會(huì)出現(xiàn)理解上的不清晰。也就是這次的關(guān)注，最終產(chǎn)品上線后輸出的功能質(zhì)量、頁(yè)面交互比之前的有明顯的提高，系統(tǒng)上線之后BUG率有明顯的下降。

四、驀然回首：一些思考

1. 積極主動(dòng)去做產(chǎn)品版本迭代規(guī)劃
2. 為什么上線后總被吐槽？
3. 緊緊抓住種子用戶
4. 參與市場(chǎng)和運(yùn)營(yíng)工作

產(chǎn)品上線后，產(chǎn)品設(shè)計(jì)方面的工作算是告一段落了，接下來(lái)我們需要及時(shí)并合理的安排下一階段的工作，這需要產(chǎn)品經(jīng)理控制版本迭代規(guī)劃的節(jié)奏。

咱們應(yīng)該做團(tuán)隊(duì)的發(fā)動(dòng)機(jī)，而不是被動(dòng)的去接受安排。

一個(gè)完美的產(chǎn)品，除了靈感之外，還需要不斷地去打磨，版本迭代規(guī)劃就是這個(gè)打磨的過程。版本迭代的規(guī)劃一定要自己來(lái)做，不要任由項(xiàng)目經(jīng)理或研發(fā)負(fù)責(zé)人去發(fā)揮，不然產(chǎn)品將走向一個(gè)根本不可控制的方向。

產(chǎn)品上線之后，將會(huì)面臨著很多問題，有系統(tǒng)本身不成熟的問題，也會(huì)有各干系人（客戶、運(yùn)營(yíng)等）的困惑和吐槽。研發(fā)的問題其實(shí)并不復(fù)雜，及時(shí)溝通解決即可。

老文剛剛開始帶團(tuán)隊(duì)的時(shí)候，每次上線一個(gè)新的功能都會(huì)面臨著市場(chǎng)和運(yùn)營(yíng)人員的吐槽。

當(dāng)時(shí)我非常困惑，著實(shí)產(chǎn)品小伙伴們也在用心的在設(shè)計(jì)產(chǎn)品，出來(lái)的質(zhì)量也還不錯(cuò)，為啥就得不到大家的認(rèn)可呢？

核心的原因有兩個(gè)：

1. 第一：產(chǎn)品設(shè)計(jì)階段他們的參與度不夠，沒有得到重視；
2. 第二：產(chǎn)品上線后，給他們的支持不夠。

面對(duì)客戶時(shí)，我們是否編寫了簡(jiǎn)單易理解的用戶手冊(cè)？面對(duì)運(yùn)營(yíng)時(shí)，系統(tǒng)是否提供了運(yùn)營(yíng)功能？是否提供了簡(jiǎn)要的運(yùn)營(yíng)手冊(cè)？這些都是B端產(chǎn)品經(jīng)理需要去思考的問題。

B端產(chǎn)品的第一個(gè)客戶，作為產(chǎn)品經(jīng)理一定要積極參與，產(chǎn)品的各個(gè)流程，收集用戶的反饋，及時(shí)解決用戶的問題和疑惑。我們需要主動(dòng)的走向一線市場(chǎng)，參與地推人員的工作。

這樣可以收集到一手信息，B端產(chǎn)品的客戶很多來(lái)源于老帶舊，在一個(gè)行業(yè)中口口相傳而來(lái)。種子用戶都是愿意付出成本來(lái)和配合，希望通過一個(gè)系統(tǒng)解決企業(yè)的問題。

最后，說(shuō)到B端產(chǎn)品的運(yùn)營(yíng)，老文公司目前采用的是“地推+線上運(yùn)營(yíng)”結(jié)合的方式進(jìn)行。我認(rèn)為其中打動(dòng)客戶意愿的有一下幾點(diǎn)值得思考：

1. 第一：客戶對(duì)企業(yè)或者產(chǎn)品的品牌信任度很重要，直接影響到客戶購(gòu)買的決策鏈。積極進(jìn)行品牌建設(shè)，并幫助客戶建議認(rèn)知，形成強(qiáng)信任度。
2. 第二：地推團(tuán)隊(duì)能否抓住企業(yè)客戶購(gòu)買的關(guān)鍵因素，B端產(chǎn)品并非是免費(fèi)就一定有人使用，因?yàn)橐粋€(gè)企業(yè)啟用一套系統(tǒng)，也需要很多的使用或替換成本。
3. 第三：找到能夠認(rèn)知到自身企業(yè)存在某些問題的老板，并且合適的時(shí)候推出你的產(chǎn)品，并能夠真正幫助到他們。
4. 第四：產(chǎn)品本身需要具備解決問題的能力和價(jià)值，讓客戶在使用過程中真實(shí)的感受到價(jià)值和效率提升。

上周老文第一次在人人都是產(chǎn)品經(jīng)理上遇到催更的小可愛，所以將原本文章的架構(gòu)進(jìn)行了一定的精簡(jiǎn)，此系列就此結(jié)束吧，一路前行，一路思考，很感動(dòng)對(duì)大家有所幫助。

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

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