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

B端產(chǎn)品和C端產(chǎn)品的差異性較大，產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品和撰寫產(chǎn)品需求文檔時，要分別有所側(cè)重，且B端產(chǎn)品雖然更加注重策略邏輯和技術(shù)性，但也要兼顧用戶體驗(yàn)。

• B端，或者2B，一般指的是英文中的 to busniss，中文即面向企業(yè)的含義。
• 與B端相對應(yīng)的，是C端，或者2C，同樣指的是英文中的 to customer，即面向消費(fèi)者的意思。

因此，人們平常所說的B端產(chǎn)品，就是指面向企業(yè)的產(chǎn)品，比如企業(yè)中用到的一整套內(nèi)部辦公軟件，內(nèi)部財務(wù)結(jié)算軟件，辦公erp平臺，以及幫助企業(yè)實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型的云計算平臺，大數(shù)據(jù)分析平臺，AI人工智能平臺，這些都屬于面向企業(yè)的B端產(chǎn)品。

而與之相對的C端產(chǎn)品，就是指直接面向普羅大眾的產(chǎn)品，直接面向消費(fèi)者群體。其中，互聯(lián)網(wǎng)app便是其中的產(chǎn)品之一，包括微信、QQ、外賣app、淘寶、抖音等都是直接面向消費(fèi)者的C端互聯(lián)網(wǎng)產(chǎn)品。

在產(chǎn)品研發(fā)的層面，B端產(chǎn)品經(jīng)理和C端產(chǎn)品經(jīng)理的工作職責(zé)也是不一樣的。

相比起C端產(chǎn)品更加追求用戶的新鮮感和體驗(yàn)感，B端產(chǎn)品更加注重為客戶降低生產(chǎn)成本，提升生產(chǎn)效率。

因此，C端產(chǎn)品經(jīng)理需要發(fā)動大腦去想如何滿足用戶的衣食住行需求，并非常重視滿足用戶的新鮮感；而B端產(chǎn)品經(jīng)理則要更加貼合企業(yè)實(shí)際，將客戶需求轉(zhuǎn)換為產(chǎn)品功能，提升客戶的生產(chǎn)和辦公效率，降低生產(chǎn)成本。

一、產(chǎn)品需求文檔是什么？

產(chǎn)品需求文檔作為從需求到功能的具體實(shí)現(xiàn)指南，是所有開發(fā)、測試人員在產(chǎn)品開發(fā)過程中的必備文檔。個人認(rèn)為，不管是B端還是C端，產(chǎn)品需求文檔都應(yīng)該具有以下特點(diǎn)：結(jié)構(gòu)鮮明、邏輯完整、表達(dá)準(zhǔn)確、通俗易懂。

1. 結(jié)構(gòu)鮮明：是指文檔整體上要有鮮明的行文框架，每一個章節(jié)都應(yīng)該有其合理的布局，并且章節(jié)之間的關(guān)系顯而易見。
2. 邏輯完整：是指產(chǎn)品文檔的在內(nèi)容上具有強(qiáng)烈的邏輯性，尤其是在需求背景和產(chǎn)品策略的部分，產(chǎn)品經(jīng)理要在這里回答眾多個為什么，比如為什么要做這個需求，為什么這個功能是這樣的邏輯。
3. 表達(dá)準(zhǔn)確：是指每一句話，每一個詞，甚至每一個定義都不應(yīng)該有任何歧義，開發(fā)和測試在看到這句話之后，就知道表達(dá)的意思是什么，而不是形成各自的解讀。
4. 通俗易懂：重要性也很高，是指產(chǎn)品文檔的表達(dá)應(yīng)該是普通的書面表達(dá)方式，同時要避免錯句。

二、B端文檔的撰寫視角

B端產(chǎn)品特有的一些性質(zhì)，比如收費(fèi)性質(zhì)/客戶導(dǎo)向/監(jiān)控和日志管理等，都要求B端的產(chǎn)品需求文檔在結(jié)構(gòu)上體現(xiàn)這些差異性。

那么，對于帶有鮮明行業(yè)特性的B端產(chǎn)品，如何寫一份好的產(chǎn)品需求文檔？

在寫了20+份文檔又額外研究了十幾份文檔后，我總結(jié)出B端文檔在撰寫時應(yīng)該具有的幾個視角：

1. 邏輯視角

B端產(chǎn)品需求文檔更應(yīng)該重視產(chǎn)品策略，文檔的開頭及隨后大部分內(nèi)容都應(yīng)該重點(diǎn)介紹產(chǎn)品的設(shè)計策略，更重要的是講清楚為什么要這樣做。需求背景、產(chǎn)品策略和策略緣由更應(yīng)該成為B端產(chǎn)品需求文檔的核心，而不是像C端產(chǎn)品重點(diǎn)描述前端頁面上的設(shè)計樣式。

寫過學(xué)術(shù)論文的朋友都知道，論文的重點(diǎn)在于論，而不是單純地介紹你做了什么。

B端產(chǎn)品需求文檔也是一樣，講清楚為什么這樣設(shè)計，對后續(xù)的開發(fā)流程其實(shí)有很大的幫助，尤其是測試環(huán)節(jié)。

B端產(chǎn)品會涉及到眾多策略，比如產(chǎn)品本身的策略/收費(fèi)的策略/產(chǎn)品監(jiān)控策略/數(shù)據(jù)處理策略，這些策略的規(guī)則和啟停條件都應(yīng)該在產(chǎn)品需求文檔中進(jìn)行說明，而不是簡單地在后續(xù)前端頁面設(shè)計中直接告訴開發(fā)人員哪些操作需要封禁而不做原因上的解釋。

同時，這些策略的要涵蓋產(chǎn)品所有的發(fā)生情況，包括正常流程和異常流程下的操作方式，都應(yīng)該予以說明，要保證策略在場景覆蓋上的廣泛性。在這里，表格是我比較常用的一種方式，通過多維度來涵蓋所有情況下的對應(yīng)規(guī)則。

同時，在對策略做了具體的羅列之后，更應(yīng)該對所有情況下的策略進(jìn)行總結(jié)。這不僅僅是對產(chǎn)品經(jīng)理自身思維的梳理，更可以方便后續(xù)的開發(fā)流程，保證開發(fā)節(jié)奏。

除了要闡述清楚某一項策略的來龍去脈，更重要的，文檔的結(jié)構(gòu)在順序上和框架上也要具有很強(qiáng)的邏輯性，比如第一節(jié)和第二節(jié)的關(guān)系是什么，都要在撰寫時想清楚。

個人認(rèn)為最好的排序規(guī)則是總分，根據(jù)需求背景開始逐漸由宏觀過渡到微觀，這樣的順序更容易幫助開發(fā)人員理解自己要做什么以及為什么這么做。

總之，B端產(chǎn)品需求文檔要在介紹完需求背景之后，需要花適當(dāng)?shù)钠鶃斫榻B每一項產(chǎn)品策略，以及策略這樣設(shè)計的原因。

2. 技術(shù)視角

B端產(chǎn)品往往很多情況下是偏向技術(shù)的，尤其是云計算、AI、大數(shù)據(jù)這些與底層技術(shù)緊密相關(guān)的產(chǎn)品。產(chǎn)品經(jīng)理在做一項功能的時候，應(yīng)該考慮需求在實(shí)現(xiàn)時候的技術(shù)可行性。

同時，也需要判斷這個需求的實(shí)現(xiàn)需要哪一層開發(fā)的支持，并在產(chǎn)品需求文檔對應(yīng)章節(jié)的內(nèi)容后對該層開發(fā)人員進(jìn)行標(biāo)記提醒。

與此同時，產(chǎn)品經(jīng)理最好能將需求層面的邏輯和技術(shù)實(shí)現(xiàn)時候的邏輯在關(guān)鍵點(diǎn)上保持同步。

比如，我最近在做的一個需求，是將產(chǎn)品中的某一項功能開始計費(fèi)。目前，這項功能的服務(wù)是處于免費(fèi)狀態(tài)。那么，產(chǎn)品經(jīng)理在撰寫產(chǎn)品需求文檔的時候，就應(yīng)該明確該項服務(wù)的狀態(tài)量會發(fā)生改變，并在文檔中對新增狀態(tài)和字段進(jìn)行定義。

這樣一來，技術(shù)人員可以在寫代碼的時候直接參考需求文檔中新的定義量，并根據(jù)文檔中的狀態(tài)啟停條件設(shè)置自身代碼中的if-else語句策略，是算法設(shè)計的一種參考。

代碼講究的是全面，哪怕是一個小概率發(fā)生的事件，也需要在代碼中考慮，不然代碼就會報錯。

因此，正如策略視角中說到的，產(chǎn)品需求文檔要在考慮正常策略流程的同時，將所有異常策略下的情況羅列清楚，這對提升開發(fā)效率也是一件有益的事情。

同時，測試也可以直接參照產(chǎn)品需求文檔開始工作，而不需要自己規(guī)劃測試場景和測試用例。

總之，從技術(shù)視角而言，產(chǎn)品需求文檔需要羅列并考慮全部使用場景（正常+異常），并盡可能的對新出現(xiàn)的狀態(tài)和字段進(jìn)行定義，并在產(chǎn)品需求文檔中進(jìn)行說明。

3. 客戶視角

客戶視角，并不是說要把產(chǎn)品需求文檔拿給客戶去審核，而是要在需求設(shè)計時考慮客戶的體驗(yàn)。當(dāng)產(chǎn)品交付客戶之后，使用產(chǎn)品的也是客戶公司的員工。因此，B端產(chǎn)品的設(shè)計，要在滿足客戶降本提效需求的同時，兼顧客戶員工的使用需求，在一定程度上滿足用戶體驗(yàn)。

關(guān)于用戶體驗(yàn)上的設(shè)計，一般要在前端頁面設(shè)計的部分進(jìn)行展示，并告知前端開發(fā)如何操作。由于各家產(chǎn)品在自身頁面交互設(shè)計上都有統(tǒng)一的流程，因此只要告知前端開發(fā)做哪一種指引或者提示，并將該種提示在文檔中進(jìn)行說明。

三、產(chǎn)品需求文檔的框架

結(jié)合自己的經(jīng)驗(yàn)，我總結(jié)出一份B端產(chǎn)品設(shè)計文檔的大致框架，從開始到最后可以分為：背景介紹、策略介紹、前端展示和排期。

這個框架給我的感覺，有點(diǎn)類似學(xué)術(shù)論文的框架，二者有異曲同工之處。

背景介紹部分，主要介紹該需求的背景，包括需求來源、需求規(guī)劃、需求預(yù)期、競品情況、名詞解釋及可行性分析。這一部分中需要將該需求的來龍去脈說清楚，在功能上類似于論文中的introductin部分，對全文進(jìn)行導(dǎo)讀。

策略介紹部分，是整個產(chǎn)品需文檔中最為重要的部分。要從上述的邏輯視角和技術(shù)視角進(jìn)行全面的介紹，尤其是規(guī)則上的制定和其制定的原因。比如我所從事的云計算行業(yè)，需要進(jìn)行計費(fèi)、服務(wù)啟停、監(jiān)控策略的制定，更要對產(chǎn)品本身各模塊的策略進(jìn)行介紹。這部分類似于論文的methodology部分，重點(diǎn)介紹方法和方法論。

前端展示部分很容易理解，主要關(guān)注功能在用戶可見頁面的流程和跳轉(zhuǎn)操作，并對正常和異常情況下的操作方式和規(guī)則在前端頁面進(jìn)行說明。這就需要用到產(chǎn)品經(jīng)理必備的UE畫圖能力（當(dāng)然也可以將該部分交由UE同事負(fù)責(zé)）。這部分類似于論文中的results，對于策略執(zhí)行后的具體表現(xiàn)進(jìn)行說明。

而最后的排期部分，類似于論文中的appendix部分，看似多余但實(shí)則有用。該部分需要對評審時各方預(yù)估的工作量和排期進(jìn)行記錄，將其作為該項目管理的一個指標(biāo)或者參考。

在云計算產(chǎn)品的設(shè)計流程中，有時候還會涉及到API或者SDK的設(shè)計，需要產(chǎn)品經(jīng)理對該接口的名稱和參數(shù)進(jìn)行定義，之后交由開發(fā)同學(xué)開發(fā)。

總結(jié)

總之，B端產(chǎn)品和C端產(chǎn)品的差異性較大，產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品和撰寫產(chǎn)品需求文檔時，要分別有所側(cè)重，且B端產(chǎn)品更加注重策略邏輯和技術(shù)性，但也要兼顧用戶體驗(yàn)。

其實(shí)寫任何東西都是思維輸出的過程，形式是次要的，重要的是要將思維梳理清楚并將其轉(zhuǎn)化為文字，同時要讓看的人明白自己要做什么以及為什么要這樣做。

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

題圖來自Unsplash, 基于CC0協(xié)議。