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

編輯導讀：B端行業(yè)這兩年的發(fā)展有目共睹，B端包含的產(chǎn)品琳瑯滿目，各有特點。如果對B端產(chǎn)品一視同仁的話，將必然遭致產(chǎn)品的的失敗，進而逐步斷送B端產(chǎn)品經(jīng)理的職業(yè)生涯。那么，B端產(chǎn)品有哪些分類呢？本文作者對此進行了分析，與你分享。

我曾在一篇文章中探討了B端產(chǎn)品的定義。

討論B端產(chǎn)品的定義將B端產(chǎn)品與C端產(chǎn)品區(qū)隔開，而討論B端產(chǎn)品的分類，目的是將不同特點、價值、商業(yè)機會的B端產(chǎn)品彼此區(qū)隔開。

雖然眾多的產(chǎn)品都被劃入B端產(chǎn)品，都屬于我想要討論的范疇，但是對B端產(chǎn)品一視同仁的話，將必然遭致產(chǎn)品的的失敗，進而逐步斷送B端產(chǎn)品經(jīng)理的職業(yè)生涯。

我們在工作的時候，需要對自己所參與的產(chǎn)品有更清晰的認識，而在個人能力培養(yǎng)的過程中，也要圍繞自己所負責的產(chǎn)品進行。而不同類型的B端產(chǎn)品之間的差異，除了影響我們能力積累的方向之外，也會將我們的職業(yè)前途帶去不同的方向。

我期望從以下幾個方面來探討B(tài)端產(chǎn)品的分類：

1. 分類的維度
2. 不同維度下分類的方式
3. 重要的分類的產(chǎn)品，工作中需要注意什么

一、B端產(chǎn)品分類的維度

我們先來看一下分類的維度。

B端產(chǎn)品的分類有多個維度，同一款產(chǎn)品站在不同的角度看待，其會有不同的類別特點。

常用且比較重要的B端產(chǎn)品分類維度有：

1. 客戶維度
2. 服務方式
3. 應用場景
4. 環(huán)境

二、客戶維度

B端產(chǎn)品經(jīng)理在工作的過程中要始終關(guān)注客戶。

需要注重客戶的原因很簡單：

客戶是B端產(chǎn)品的衣食父母。

B端產(chǎn)品成敗的關(guān)鍵之一，以及B端業(yè)務公司能夠生存下去的關(guān)鍵之一，就是該公司、該產(chǎn)品能夠多大程度地切合客戶的需要，提供客戶價值。

從客戶維度，我將B端產(chǎn)品分為兩類：

• 內(nèi)部產(chǎn)品
• 對外銷售產(chǎn)品

內(nèi)部產(chǎn)品分類顧名思義，客戶是同公司或者同集團的同事或領(lǐng)導，公司或者集團組建一個產(chǎn)品研發(fā)團隊，開發(fā)一款軟件產(chǎn)品或者某個系統(tǒng)，提供給公司或集團內(nèi)部的同事來使用，為的是解決公司或者集團內(nèi)部的問題。

銷售產(chǎn)品分類也很好理解，其客戶主要是外部公司（自己公司有時也會使用），公司的主要收入來源是通過銷售產(chǎn)品或者配套的服務，賺取利潤。

設計產(chǎn)品給自己公司用與設計產(chǎn)品并銷售出去，是完全不同的兩種工作體驗。導致區(qū)別的主要原因有以下幾個：

1. 產(chǎn)品經(jīng)理與用戶之間的距離

對內(nèi)部產(chǎn)品而言，用戶往往是自己的同事，甚至自己也算是用戶。與用戶的近距離溝通會帶來溝通上的便利，產(chǎn)品經(jīng)理隨時隨地可以與最終用戶溝通需求、確認方案，用戶反饋與意見也能更加及時，即便產(chǎn)品研發(fā)和迭代的過程中遇到風險，也能及時調(diào)整。

對銷售產(chǎn)品而言，產(chǎn)品經(jīng)理與最終用戶之間的距離就遠得多，極端情況下，產(chǎn)品完成交付，連最終用戶的面還沒見到過。產(chǎn)品經(jīng)理與最終用戶之間隔著銷售、售前、交付、客服，有時候還有客戶側(cè)的領(lǐng)導。距離用戶過遠，會導致需求獲取相對復雜，不熟悉用戶的應用場景，用戶的意見與反饋也會不夠及時。軟件開發(fā)項目中常常遇到，千辛萬苦設計了方案，最終被用戶吐槽毫無價值，其中這種距離就是導致以上情況出現(xiàn)的主要原因之一。產(chǎn)品經(jīng)理應該積極爭取與客戶交流的機會，不放棄任何觀摩、體察用戶的可能性，但是現(xiàn)實中這種機會往往非常難得。后文中我們會討論如何應對這種風險，將影響降至最低。

2. 產(chǎn)品規(guī)劃的出發(fā)點不同

對內(nèi)部產(chǎn)品而言，公司決策建設或者采購或者集成一款產(chǎn)品，是站在自身經(jīng)營的角度來考慮的。企業(yè)都需要提高效率、降低成本，還有各自的商業(yè)目標與規(guī)劃。內(nèi)部產(chǎn)品的規(guī)劃要站在企業(yè)戰(zhàn)略的出發(fā)點上，從企業(yè)運營的角度，以中、長期維度來思考問題，需要警惕產(chǎn)品規(guī)劃過于超前或者當產(chǎn)品完成建設，已經(jīng)“過時”了。而且要注意，必須跟隨公司的信息化變化隨時做出調(diào)整，有必要的話，及時跟相關(guān)部門與領(lǐng)導反復討論并確認新的目標。

對于對外銷售產(chǎn)品而言，不可能更不應該貼近一個公司來進行規(guī)劃。對外銷售產(chǎn)品解決的是領(lǐng)域問題、行業(yè)問題，不能局限于一家公司?？蛻糍徺I產(chǎn)品的目的依然是為了提高效率、降低成本、或者規(guī)避風險，對于一家客戶，其訴求與內(nèi)部建設產(chǎn)品并無二致，其也希望該產(chǎn)品能夠與其工作流程、環(huán)境甚至文化無限貼合。但是站在對外銷售產(chǎn)品的角度，由于要面對很多的企業(yè)客戶，其規(guī)劃的首要目標是針對明確的領(lǐng)域找到通用的最佳解，向更多的客戶銷售經(jīng)過抽象的精簡方案，并允許二次開發(fā)或者定制，賺取銷售產(chǎn)品之外的其他利潤。

3. 產(chǎn)品生命周期不同

對內(nèi)部產(chǎn)品而言，產(chǎn)品的生命周期往往是與集團信息化規(guī)劃、建設協(xié)同發(fā)展的。拋開集團的發(fā)展目標與戰(zhàn)略規(guī)劃，探討內(nèi)部產(chǎn)品的生命周期毫無意義。因此在我們經(jīng)常會遇到某個B端的產(chǎn)品經(jīng)理，其離職求職的原因是其負責的產(chǎn)品沒有什么事情做了。這種情況往往是因為集團信息化的建設方向已經(jīng)被轉(zhuǎn)移，之前重點建設的項目進入了穩(wěn)定期，只需要維護或進行少量迭代即可。如何應對這種情況，我們會在后文中單獨討論。

影響外部銷售產(chǎn)品生命周期的因素非常多，客戶的規(guī)模、行業(yè)的發(fā)展、技術(shù)的演進、政策的影響等等。對外銷售產(chǎn)品的生命周期基本符合雷蒙德·弗農(nóng)提出的《產(chǎn)品生命周期理論》，也就是介紹（引入）期，成長期，成熟期，衰退期。

4. 需求開發(fā)

對內(nèi)產(chǎn)品的需求完全來源于內(nèi)部。雖然產(chǎn)品經(jīng)理也會參考各種類似的產(chǎn)品，但是這種參考應該僅限于學習的目的。需求開發(fā)應該立足于企業(yè)內(nèi)部遇到的問題，或是來自于本企業(yè)的戰(zhàn)略規(guī)劃。對內(nèi)產(chǎn)品切記盲目借鑒同類產(chǎn)品?？瓷先ヮ愃频墓δ埽诓煌慕鉀Q方案中，可能完全不是一個“味”。各個企業(yè)用戶的專業(yè)水平也不一致，他山之石不一定能攻玉。

對外銷售產(chǎn)品的需求來源較多，一些來自客戶、一些來組用戶、一些來自競品，甚至一些來自上下游不同的領(lǐng)域。

三、服務方式維度

第二個重要的分類維度是按照服務的方式。

高質(zhì)量的服務，是B端產(chǎn)品的生命線。

Salesforce遠非第一家SaaS公司，卻是第一家大放異彩的SaaS公司。起初其口號是：“沒有軟件”，擺出了一副傳統(tǒng)軟件顛覆者的形象，但是其真正做的事情，是將復雜的軟件通過服務化的方式進行簡化，使得CRM更加易得、廉價。

SaaS的成功改變了軟件的服務方式，改變的又不僅僅是服務方式，因此我將這個維度也作為B端產(chǎn)品分類的重要維度。這個維度的分類很簡單：

• 非SaaS產(chǎn)品
• SaaS產(chǎn)品

服務方式不同這是概括的說法，其中包括很多方面。

1. 交付方式不同

非SaaS產(chǎn)品分為軟件交付和硬件交付。

軟件交付是向客戶交付軟件安裝包，交付團隊的同事在客戶環(huán)境中完成軟件的安裝，進行軟件系統(tǒng)配置，并完成與客戶側(cè)其他必要系統(tǒng)的對接，比如活動目錄服務器等。最終使得軟件在客戶環(huán)境中可以正常使用。硬件交付是向客戶交付軟硬一體的設備，通常已經(jīng)在硬件中安裝好了軟件，設備拉到客戶現(xiàn)場，插電聯(lián)網(wǎng)做好配置后就可以使用。

SaaS產(chǎn)品的交付就簡單很多，只需運營人員在后臺為客戶配置好租戶，并開通賬號，即可登錄使用。一些SaaS產(chǎn)品也提供私有化部署的方式，如果這種情況，與非SaaS產(chǎn)品類似。

非SaaS產(chǎn)品在設計的過程中需要充分考慮客戶側(cè)的交付條件，交付團隊的水平，尤其是如果產(chǎn)品的部署非常復雜，也需要幫助交付的人員設計相應的簡化交付過程或者避免交付過程出錯的相關(guān)功能。

2. 銷售方式不同

非SaaS產(chǎn)品的銷售需要多方配合完成，銷售搞定產(chǎn)品購買的關(guān)鍵決策人，售前保證交付的方案能夠符合客戶的預期，甚至還會幫助客戶來出一些方案，項目經(jīng)理往往分前場和后場，后場的項目經(jīng)理與銷售關(guān)系不大，但是前場項目經(jīng)理往往需要溝通整理用戶的場景和需求。簽訂合同，客戶付款之后，需要為客戶提供產(chǎn)品授權(quán)。后續(xù)還有催收尾款等工作。

SaaS產(chǎn)品也需要銷售人員來促成訂單，但是區(qū)別于非SaaS產(chǎn)品的行銷，SaaS產(chǎn)品往往依靠口碑、品牌還有流量。是的，沒有說錯，就是流量。隨著SaaS軟件行業(yè)的競爭愈發(fā)激烈，除了不斷打磨產(chǎn)品和服務，如何獲客也成為服務提供商需要面臨的一道挑戰(zhàn)?，F(xiàn)在互聯(lián)網(wǎng)是客戶信息的渠道，為了能在客戶尋找問題的解決方案時，出現(xiàn)在客戶的視野中，SaaS產(chǎn)品公司想盡一切辦法，通過流量的方式進行獲客，信息流、SEM/SEO、廣告投放、新媒體都是SaaS產(chǎn)品公司的戰(zhàn)場。一些SaaS產(chǎn)品公司會有自己專業(yè)的營銷團隊。

3. 定價方式不同

非SaaS產(chǎn)品的價格不怎么透明。產(chǎn)品會有一套定價體系。但是最終產(chǎn)品的銷售價格則取決于多方因素，包括：客戶的預算，關(guān)鍵決策人的心理預期，招標的情況，定制需求的情況，承諾的服務等等。

SaaS產(chǎn)品的定價相對固定，決定因素無外乎幾種：

• 服務時長——理論上時間加長會有一定程度的優(yōu)惠；
• 功能選購——并不是每個客戶都會采購所有的功能；（這里跟SAP有點類似）
• 授權(quán)數(shù)量——一般會設定階授權(quán)數(shù)量與價格的梯式；

還可能會有一些定制的功能，尤其是涉及到跟客戶側(cè)的其他系統(tǒng)進行對接。（一般SaaS產(chǎn)品都準備有對外的標準數(shù)據(jù)與指令接口）

4. 售后服務不同

無論是SaaS產(chǎn)品還是非SaaS產(chǎn)品，售后服務都會包括以下內(nèi)容：

• 培訓與輔導
• 駐場
• 技術(shù)支持
• 使用反饋
• 問題應對
• 等

其中的重點是：問題應對。

非SaaS產(chǎn)品的售后往往是專門的團隊，一個成熟的B端產(chǎn)品公司，會組建一線現(xiàn)場人員、二線專家等多級的專業(yè)服務團隊。為了保障服務的及時性和質(zhì)量，研發(fā)團隊也會組建相應的虛擬支撐組織，有時被稱為“三線”。一線在現(xiàn)場第一時間接收問題，并嘗試解決，受限于一線人員的能力、對產(chǎn)品熟悉程度等因素，一旦無法定位或解決問題，會將問題向二線專家傳遞。二線專家經(jīng)常是通過遠程的方式對問題嘗試解決。如果還是無法搞定，就會將問題繼續(xù)升級，傳遞給產(chǎn)品的研發(fā)團隊。

為什么要重點講一下這個過程呢，因為產(chǎn)品經(jīng)理為了保證產(chǎn)品的可服務性，需要考慮這個服務過程中的場景，設計方便一線、二線、三線溝通、分析、定位問題的功能；而且還需要考慮到客戶環(huán)境的限制。一些客戶的環(huán)境是無法通過互聯(lián)網(wǎng)傳輸信息的，更不能允許二線、三線人員遠程接入解決問題，因此一些定位并導出日志的功能就非常必要。

SaaS產(chǎn)品的售后服務大多在線上完成，研發(fā)團隊也能夠比較簡單地登錄系統(tǒng)，實際排查問題。不過要注意的是一些客戶的數(shù)據(jù)要做好隱私保護，不能讓客戶的經(jīng)營數(shù)據(jù)直接暴露在研發(fā)人員面前。另外在SaaS產(chǎn)品公司，售后的團隊可能不會有一線、二線的區(qū)分，遇到問題可以通過售后電話或者線上立刻進行投遞與反饋，研發(fā)團隊經(jīng)常直接響應，在問題完全解決前，也會給出臨時的應對方案。

四、價值維度

客戶購買B端產(chǎn)品的目的是要解決問題。更準確的說法是：

購買B端產(chǎn)品的目的，是為了解決客戶以為的問題。

這句話有幾層意思：

• 客戶購買產(chǎn)品是為了解決問題
• 客戶只能看到他認知范圍內(nèi)的問題，至于這個問題是否是真正的關(guān)鍵所在，客戶不一定真正把握
• 產(chǎn)品要能解決客戶以為的問題，也要盡量觸及真正的關(guān)鍵點

按照B端產(chǎn)品在客戶企業(yè)中的使用價值，分為以下幾個類型：

溝通協(xié)作：

1. 企業(yè)通訊
2. 工作協(xié)同

工具：

1. 運營工具
2. 生產(chǎn)工具
3. 管理工具

這樣劃分的幾個類別是貫穿企業(yè)經(jīng)營管理的。我們可以看一下這張圖。

溝通協(xié)作對于一個企業(yè)的整體運營效率至關(guān)重要。又可以分為兩個方向，一個是人與人之間的溝通，另外一個是基于事務的配合。前一個是企業(yè)通訊，后一個則是工作協(xié)同。

1. 企業(yè)通訊

進入移動互聯(lián)網(wǎng)時代之后，人和人的溝通是隨時隨地的。在全民“內(nèi)卷”的時代，不少人吐槽自己24小時都被工作環(huán)繞，關(guān)于夜里要不要接領(lǐng)導電話，回不回工作群里消息的討論也不絕于耳。

當然，移動互聯(lián)網(wǎng)時代的“work life balance”并不是我想要討論的話題，討論也不見得會有結(jié)果。

我想說的是在企業(yè)活動中，圍繞工作的溝通跟2C場景下人和人，人和群的溝通有完全不同的痛點。

具體來講，有以下幾個方面：

1. 信息的時效性，2B場景的信息需要永久保存。永久保存這種特性導致了其他的應用場景，比如對信息的存儲、檢索等。
2. 信息的反饋，2B場景中非常強調(diào)信息的反饋，因此消息已讀這樣的設計在2C的應用中并非必須，但是2B的通訊軟件中幾乎是標配，一些軟件還提供更強的提醒，比如釘釘?shù)摹岸！保踔吝€有直接撥打AI電話的。
3. 人員和組織的管理，2C領(lǐng)域好友關(guān)系是雙向的，兩個人決定是否是好友，能否通信，是否共享朋友圈，但是2B領(lǐng)域中組織的管理尤為重要，而且這種管理往往是中心化的。
4. 企業(yè)通訊作為最貼近員工的產(chǎn)品，往往會被當成各種場景下觸達用戶的工具，這一點跟2C的社交軟件有點類似，只不過區(qū)別2C產(chǎn)品對接媒體、電商等應用，企業(yè)通訊軟件對接的是工作中的各種流程工具與系統(tǒng)。

2. 工作協(xié)同

亞當·斯密說：“分工是國民財富增進的源泉?！?/p>

分工與協(xié)作像是硬幣的兩面，它們共同構(gòu)成了現(xiàn)代企業(yè)運作的基石。分工與協(xié)作在實際中是靠著一個又一個流程來聯(lián)系在一起的。有些流程很成熟，比如各種工單的流轉(zhuǎn)；有些流程很簡單，比如人事、考勤的審批；有些流程很復雜和漫長，比如產(chǎn)品生命周期管理，光是產(chǎn)品退市就經(jīng)常要跨越一兩年的時間；還有些流程還沒有穩(wěn)定下來，比如需求管理或者需求變更。同樣的流程，不同企業(yè)的方案、成熟度也差異巨大，就拿軟件發(fā)布距離，一個版本發(fā)布，有些企業(yè)需要動員產(chǎn)品、研發(fā)、測試、運維等三到四個部門，有些企業(yè)則完全實現(xiàn)了自動化。

工作協(xié)同產(chǎn)品就是為了解決工作中的各種流程問題。

工作協(xié)同產(chǎn)品要充分考慮當前企業(yè)協(xié)作現(xiàn)狀，在做規(guī)劃和設計的的時候還需要考慮這些問題：

1. 這個流程產(chǎn)品是自研合適還是采購合適？
2. 流程參與者的能力和水平現(xiàn)狀是什么樣的？
3. 當前的流程哪些地方可以優(yōu)化？并且優(yōu)化不能脫離實際。
4. 流程的目的是什么？
5. 優(yōu)化的方向是什么？
6. 如何能判斷優(yōu)化效果的好壞？
7. 公司領(lǐng)導層對優(yōu)化的預期是什么？

在面試的時候經(jīng)常遇到做企業(yè)信息化的同學，問起項目的成就，他們認為最主要的成就是將線下流程搬到了線上，然后羅列出運營多長時間，積累下來的數(shù)據(jù)。但是進一步問，衡量產(chǎn)品好壞的標準是什么？下一步應該朝什么方向前進？這些問題回答得往往不好。數(shù)字化只是信息化的第一步。

生產(chǎn)、運營、管理，是現(xiàn)代企業(yè)的生命線。

3. 生產(chǎn)工具

任何一家“正經(jīng)”企業(yè)，都是要生產(chǎn)一些東西的?？梢允菍嵨锂a(chǎn)品，食品、衣服、日用化工，也可以是軟件、新聞內(nèi)容、視頻、游戲、金融產(chǎn)品，甚至數(shù)據(jù)和服務。如果一家公司不生產(chǎn)任何東西，那這是非常值得“玩味”的。

科技進步已經(jīng)充分滲透企業(yè)生產(chǎn)，實物生產(chǎn)企業(yè)已經(jīng)從機械化、自動化、信息化邁向智能化。與之對應的，是各種生產(chǎn)中的生產(chǎn)工具。一些生產(chǎn)工具負責控制生產(chǎn)實物，另一些生產(chǎn)工具則直接生產(chǎn)出產(chǎn)品。

生產(chǎn)工具的產(chǎn)品經(jīng)理，一定要是該領(lǐng)域的專家。很難想象，一個代碼編譯工具的產(chǎn)品經(jīng)理不懂軟件研發(fā)和代碼，一個修圖軟件的產(chǎn)品經(jīng)理不懂圖像處理。但同時又不能只作為專家，還要站在普通用戶的角度來設計更簡單、跟便捷的功能。

4. 運營工具

運營是對企業(yè)經(jīng)營過程中的計劃、組織、實施與控制，是產(chǎn)品生產(chǎn)和服務創(chuàng)造相關(guān)的各項工作的總稱。在更寬泛的定義中，企業(yè)的運營還包括了對產(chǎn)品或服務的推廣、銷售。

在企業(yè)的運營中，人們需要管理供應商、生產(chǎn)資料、庫存、商機、客戶、訂單，等等；需要收集財務數(shù)據(jù)，制作月度、季度和年度的報表；需要對接市場的信息，包括競爭對手和市場的分析；需要采集用戶的反饋，產(chǎn)品或服務的表現(xiàn)信息。這些都離不開運營工具的支持。

運營工具的目標是保證企業(yè)某個領(lǐng)域上運營活動的順暢進行，并能夠進行一定程度的優(yōu)化。在處理運營工具的時候，要搞清幾個問題：

1. 針對的是企業(yè)經(jīng)營中的哪個領(lǐng)域？
2. 這個領(lǐng)域在企業(yè)經(jīng)營中占據(jù)什么樣的位置？
3. 這個領(lǐng)域的關(guān)鍵參與者是誰？在企業(yè)中扮演什么樣的角色？
4. 重要的流程是什么？
5. 運營的效率如何評估？
6. 該領(lǐng)域的運營人員有什么樣的特點？
7. 當前運營工作中的痛點是什么？

很多時候企業(yè)對于運營工具使用采購加自研結(jié)合的方式。如果能夠參與到采購工具的決策中，那么對于以上的問題更需要了然于胸。

5. 管理工具

高效的生產(chǎn)與運營離不開管理，對生產(chǎn)過程的管理，對運營效果的管理，對團隊人員的管理。作為企業(yè)的管理者，經(jīng)常會遇到這樣的問題：

• 我該把有限的資源投到哪些技術(shù)上？
• 我應該砍掉不盈利的產(chǎn)品線？還是加大投入？
• 是否需要招聘更多的銷售？
• 研發(fā)團隊的結(jié)構(gòu)如何調(diào)整？
• 為什么我的項目總是超期，應該如何改進？

有專門的軟件來解決這類的問題。我在這里稱之為管理工具。

對管理工具的界定并不是企業(yè)運營過程中各個環(huán)節(jié)的管理系統(tǒng)，那些屬于運營工具的范疇。也不是領(lǐng)導用于審批假期、報銷、預算的系統(tǒng)，這些屬于協(xié)作的范疇。這里的管理工具是指企業(yè)的真正決策者使用的工具或者系統(tǒng)，或者是提供決策者所需信息的系統(tǒng)。

管理工具的規(guī)劃與設計要具備管理思維，也可以解釋為企業(yè)經(jīng)營思維。想要回答“老板”們關(guān)注的問題，就要站在老板們的角度思考?？茖W的經(jīng)營決策需要數(shù)據(jù)的支撐，企業(yè)內(nèi)的運營數(shù)據(jù)，企業(yè)外的市場數(shù)據(jù)，要以不同的角度來看待同一個問題。

五、客戶端維度

這個維度的分類很好理解，講的是我們的產(chǎn)品最終是在哪些終端上應用的。
這里主要包括：

1. 手機端
2. PC

除此之外還有一些特殊的設備，比如ATM機、智能電視、智能音箱等等。

這個維度的分類需要考慮的是各個終端的特性。終端的不同將導致：

1. 人機交互習慣不同
2. 信息可呈現(xiàn)的多少與方式不同
3. 用戶使用場景不同

如果還要繼續(xù)細分的話，手機端又可以分為：

1. 小程序
2. APP
3. WAP

PC端也可以分為：

1. 網(wǎng)頁
2. 客戶端
3. 插件

客戶端還會分不同的操作系統(tǒng)。

六、技術(shù)應用

最后一個分類維度叫做技術(shù)應用。

嚴格意義上講，技術(shù)應用作為分類的方式有些牽強。不過隨著B端產(chǎn)品的復雜度不斷提升，越來越依賴當前前沿的技術(shù)。大家都在談論云、大數(shù)據(jù)、人工智能。甚至連招聘的崗位也在不斷細化，從產(chǎn)品經(jīng)理變成了“數(shù)據(jù)產(chǎn)品經(jīng)理”、“云基礎(chǔ)設施產(chǎn)品經(jīng)理”、“開放平臺產(chǎn)品經(jīng)理”等等。

于是，產(chǎn)品經(jīng)理難以避免地要熟悉這些技術(shù)，了解這些技術(shù)的價值、先進性、局限性、發(fā)展趨勢。不少的產(chǎn)品經(jīng)理的JD中，都會要求：

“熟悉前沿的技術(shù)，能夠持續(xù)跟蹤新技術(shù)的動態(tài)”。

我們經(jīng)常運用到的技術(shù)包括有：

• 云
• 大數(shù)據(jù)
• AI
• 物聯(lián)網(wǎng)
• 等

1. 云

這是一個萬物上云的時代。有人甚至已經(jīng)在探討能否通過將人的意識上云來實現(xiàn)永生，幻想碳基生命向硅基生命的轉(zhuǎn)化。

對于企業(yè)而言，“云”已經(jīng)不是一道選擇題。新興的企業(yè)直接在云上構(gòu)建服務，使用各種SaaS軟件搭建辦公體系；傳統(tǒng)的企業(yè)在努力將應用和業(yè)務向云上遷移。
在《劍指云端：引領(lǐng)企業(yè)IT未來的最佳實踐》中，作者作為亞馬遜AWS全球企業(yè)戰(zhàn)略團隊總經(jīng)理，向廣大的企業(yè)高管、云計算技術(shù)人員、企業(yè)信息化從業(yè)者，以布道的方式講述了，如何向云遷移，如何構(gòu)建起有競爭力、有生命力的云服務，如何通過向云遷移的過程，持續(xù)優(yōu)化團隊的技術(shù)氛圍，從而達到組建云團隊、培養(yǎng)云專家的目的。

云平臺技術(shù)分層模型：

1. IaaS（Infrastructure as a Service）：基礎(chǔ)設施即服務，提供虛擬機或者其他資源作為服務，提供給平臺的開發(fā)者。
2. PaaS（Platform as a Service）：平臺即服務，將開發(fā)平臺作為服務提供給用戶，也即開發(fā)者
3. SaaS（Software as a Service）：上文已經(jīng)提到了，軟件即服務，將應用作為服務提供給最終用戶

云平臺服務模型：

SaaS：

• 隨時隨地訪問
• 支持公開協(xié)議
• 多租戶

PaaS：

• 提供友好的開發(fā)環(huán)境
• 提供豐富的開發(fā)服務
• 自動化資源調(diào)度
• 精細化的管理與監(jiān)控

IaaS：

• 資源抽象
• 資源監(jiān)控
• 數(shù)據(jù)管理
• 資源部署
• 安全管理

我們首先需要搞清楚，自己做的是云的基礎(chǔ)架構(gòu)，還是在云環(huán)境上搭建應用、提供服務。

如果做的是云的基礎(chǔ)架構(gòu)，產(chǎn)品經(jīng)理除了需要熟悉以上內(nèi)容之外，還要懂DevOPS和持續(xù)集成。

如果做的事云上的服務與應用，那么更多聚焦在SaaS層，同時需要考慮云基礎(chǔ)設施對上層業(yè)務帶來的性能、穩(wěn)定性、可拓展性等的影響。

2. 大數(shù)據(jù)

大數(shù)據(jù)的應用已經(jīng)潤物細無聲了。從新冠疫情中的流調(diào)分析、追蹤病例，到電商和服務領(lǐng)域的大數(shù)據(jù)殺熟。這些都是大數(shù)據(jù)技術(shù)支撐的應用。

做數(shù)據(jù)相關(guān)的產(chǎn)品，要了解以下內(nèi)容：

1. 數(shù)據(jù)采集與預處理：利用ETL工具將分布的、異構(gòu)數(shù)據(jù)源中的數(shù)據(jù)，抽取到臨時中間層后，進行清洗、轉(zhuǎn)換、集成，最后加載到數(shù)據(jù)倉庫或者數(shù)據(jù)集市中。
2. 數(shù)據(jù)存儲與管理：利用分布式文件系統(tǒng)、數(shù)據(jù)倉庫、關(guān)系數(shù)據(jù)庫等，實現(xiàn)對結(jié)構(gòu)化和非結(jié)構(gòu)化海量數(shù)據(jù)的存儲和管理。
3. 數(shù)據(jù)處理與分析：利用分布式并行編程模型和計算框架，結(jié)合機器學習、數(shù)據(jù)挖掘算法等技術(shù)，實現(xiàn)對海量數(shù)據(jù)的處理和分析。
4. 數(shù)據(jù)可視化呈現(xiàn)：采用可視化工具，對數(shù)據(jù)分析結(jié)果進行可視化呈現(xiàn)。

除此之外，還需要了解大數(shù)據(jù)主流平臺框架。比如Hadoop、Spark、Storm等。以及各個平臺框架的特點，比如：

1. 成本：對廉價計算設備的支持情況
2. 性能：內(nèi)存占用情況，磁盤讀寫速度等
3. 可靠性：是否支持高可用等
4. 可擴展性：擴容的難易程度
5. 語言支持：是否支持多種開發(fā)語言
6. 云環(huán)境支持：是否支持多種云環(huán)境
7. 數(shù)據(jù)庫支持：支持數(shù)據(jù)庫的種類
8. 容錯性：消息隊列發(fā)生擁塞時候的處理能力
9. 易用性：API簡便，且進一步開發(fā)簡單
10. 等

大數(shù)據(jù)要想落地，產(chǎn)生實際價值，還需要與具體的業(yè)務領(lǐng)域深度結(jié)合。常用的數(shù)據(jù)模型，規(guī)則算法，都需要有一定的了解，如果能花上精力深入研究成為專家那就更好了。

3. AI

雖然不斷有人在嘲弄，當前的人工智能更像是“人工智障”。但是依然有人工智能方面的項目成功讓人瞠目結(jié)舌：自動駕駛在一天天逼近，各種大公司推出的智能助手愈發(fā)“乖巧伶俐”，人工智能寫出的歌詞、劇本以假亂真。

無可否認，人工智能是近年來發(fā)展最快的領(lǐng)域。這項技術(shù)也逐漸滲透到生活中的方方面面。

做AI產(chǎn)品需要了解前沿的AI技術(shù)，比如：

1. 深度學習
2. 強化學習
3. 對抗性神經(jīng)網(wǎng)絡
4. 等

產(chǎn)品經(jīng)理雖然沒有要求能夠?qū)懰惴?，但是要理解這些技術(shù)的基本原理、技術(shù)優(yōu)勢、局限性。并且需要掌握自己負責的領(lǐng)域是如何使用這些技術(shù)的。

做AI的產(chǎn)品除了產(chǎn)品設計之外，還需要為人工智能建立學習的環(huán)境以及評估模型。比如做圖像識別的人工智能，還需要為AI設計訓練工具——人工標注，以及打分工具。

4. 物聯(lián)網(wǎng)

如今“萬物互聯(lián)”已經(jīng)不再僅僅是一個口號了。物聯(lián)網(wǎng)產(chǎn)品包括以下特性：

• 網(wǎng)絡連接：無論是公網(wǎng)還是內(nèi)部網(wǎng)絡，物聯(lián)網(wǎng)產(chǎn)品必須加入通信網(wǎng)絡?，F(xiàn)在的產(chǎn)品傾向于通過無線的方式聯(lián)入網(wǎng)絡，一方面減少布線成本，另一方面也減少物理的接口。
• 數(shù)據(jù)采集：也許某個產(chǎn)品并無數(shù)據(jù)采集的能力，但是由多個物聯(lián)網(wǎng)產(chǎn)品組成的整個物聯(lián)網(wǎng)系統(tǒng)中通常會擁有一種或多種數(shù)據(jù)傳感器。傳感器負責采集環(huán)境或者產(chǎn)品的運行數(shù)據(jù)，作為給出指令的依據(jù)。
• 控制單元：物聯(lián)網(wǎng)系統(tǒng)中會有一個或多個控制單元，通過控制單元，可以進行人為操控，也可以寫入控制策略。

七、產(chǎn)品分類的應用

講了這么久關(guān)于B端產(chǎn)品的分類，這些知識要如何應用呢？

探尋事物的分類是建立事物認知的過程。邏輯學中，分類是使用事物本身具備的屬性來對事物進行區(qū)分。

因此B端產(chǎn)品經(jīng)理在工作中需要首先了解自己負責的產(chǎn)品到底屬于哪個分類。在確定了分類之后，我們可以快速代入該分類下產(chǎn)品的特征，包括且不限于：

• 用戶特點
• 面對的困難
• 常見的問題
• 經(jīng)常使用的策略
• 等

同時，競品分析、市場研究也需要通過分類定位到同類或者相似的產(chǎn)品，只不過做競品分析的時候，我們往往使用更加精細的產(chǎn)品分類方式，以及更具備市場前瞻性的視角。

代入產(chǎn)品分類相關(guān)的這些信息可以幫助我們更快地上手，也可以在工作中幫助我們檢驗自己的第一判斷是否符合行業(yè)常識。

而且我們在上一份工作中積累下來的經(jīng)驗往往是與產(chǎn)品類別相關(guān)的。有些公司習慣招聘有同類產(chǎn)品經(jīng)驗的人，就是這個道理。

另外，在面試的過程中，如果能在面試之前了解，或者在面試過程中快速確定自己面試的崗位所負責產(chǎn)品的分類的話，代入上文提到的知識點以及注意事項，從恰當?shù)慕嵌葋硭伎济嬖嚬俚膯栴}，會對面試非常有幫助。即便沒能在面試過程中對答如流表現(xiàn)出色，到了反問面試官的環(huán)節(jié)（假設有這個環(huán)節(jié)的話），也能讓面試官對你刮目相看。

當然，并不是說我們只需要考慮產(chǎn)品分類，就能幫助我們做出正確的產(chǎn)品決策，除了同類型產(chǎn)品的通用特點之外，腳踏實地地分析我們負責的B端產(chǎn)品，分析并解決工作中的個性問題，仍然是最重要的事情。

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

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