1樓：手風琴33
B端需要：
1.更強的邏輯推理能力
2.更強的技術理解能力
其他的其他回答都覆蓋了。不用想這麼多，想好自己喜歡什麼適合什麼就去幹。
2樓：付林恆
C 端產品，更注重的是如何讓普通使用者用得開心，解決普通人的需求。
B 端產品，更注重的是如何提公升企業的工作效率，解決業務上的痛點。
所以，當產品賣給了企業，後續提供的功能迭代、相關運營和解決 BUG 肯定都是要在短時間內完成，而且 B 端產品大多數都是運營驅動，很有可能需求往往都是從運營方提出來的。
而且，由於 C 端產品轉到自己不熟悉業務的 B 端產品前期肯定是被運營牽著鼻子走的，不熟悉業務是致命傷，所以要經常和運營的同學聊天，多下基層了解 B 端使用者多作業流程，當你都熟悉了所有 B 端使用者的作業流程，產品自然水到渠成。
3樓：Vanessa
反正我的理解是c端使用者是大爺，B端運營是大爺。
但是請不要曲解為B端產品使用者體驗就不重要。任何一款有商戶端的產品，使用者體驗都很重要
4樓：阿貝爾
補充幾個點：
1. 越來越多的交易平台類產品，其實C端的產品已經不僅僅是因為人性而產生的需求，是因為利益或者交易而產生的需求。產品經理思考問題需要帶有商業頭腦，而不僅僅是互動和感性需求。
2. 商戶端和司機端等等產品，其實也是2B的產品，後台系統算作支撐系統產品。
5樓：吳金志
C端：討好使用者、想方設法讓使用者消費、爽。
B端：服務商戶、相近辦法幫助商戶開源（賺錢）、節流（提公升效率）。
最大的挑戰是心態和習慣的改變，當然還有團隊合作夥伴的適應，做B端的研發基本上都是懂邏輯的。
6樓：把酒臨風杯傾杯
我理解：
B端產品的需求比C端的明確，直接服務客戶，多提供定製類的服務，不需要絢麗的介面，不用講情懷，實打實的幹就行
C端要挖空心思討使用者的歡心，各種卑鄙手段挖使用者，挖需求，挖資料B端帶著耳朵，多聽客戶需求，to b端的產品經理要回梳理需求，推動專案，
C端多說，需要很好的使用者嗅覺，能準確提煉使用者真實需求，為產品的市場化方向和使用者利益尋求到乙個平衡點。
7樓：Abrrowayne
先說一下我作為產品經理在C端和B端輾轉的經歷，一年前在上市公司的創業專案裡由最初的C端轉向B端，搭建完成B端基礎架構後又轉回負責C端，同時對接所有B端功能性需求。現在一創業公司用2個月時間完成了4個版本C端迭代，正即將開始B端全系統的規劃和實現推進，剛好寫這個回答給自己做個提醒。
對於C端和B端的區別，100個人會有100種界線認知，所以回答問題之前，先畫清楚我的邊界。C端是指所有呈現給外部使用者的介面和互動輸出，B端是指呈現給限定許可權的業務屬性使用者的介面和互動輸出。很簡單，區別只是面向和服務的使用者不同，而使用者不同會要求產品經理有以下的注意點偏向、邏輯格局和感性克制。
1.C端的介面注重視覺感受，而B端的介面注重效率
B端可以沒有UI同學的參與，這就更要求產品經理的介面設計能力，說是不注重視覺感受，但是效率的基礎即視覺，介面設計要從結構和布局上發力，讓使用者能夠按照業務線下執行時的慣常思維使用系統，降低學習和適應成本。
2.C端的互動注重體驗，而B端的互動注重效率
沒錯，還是效率，因為B端的本質即是為了提高效率以最大化業務量承載。以話務系統為例，隨著使用者數的增加，業務量會是指數級增長，如果沒有呼入的強制彈屏展示來電使用者全部可檢視資訊，如果沒有呼出任務的不可挑選地分配認領，如果沒有待回訪使用者的問題跟蹤處理計時提醒流程，還玩兒個蛋啊。強制、不可自主選擇、打擾性的資訊提醒，在C端不用或慎用，但是在B端特別好用。
3.C端是對人性的探索，而B端是對業務的理解
B端比C端難在業務性較強、n個內部業務部門和外部不確定業務屬性使用者的直接壓力較大，但是好也好在使用者就在身邊，而且對於表達需求有強烈意願。所以，做B端一定要多聊天，要善於對聊天內容進行篩選和抽象。告訴你，對業務深刻理解之後，畫B端系統規劃腦圖就會是最暢快的工作環節，所有的功能需求模組都是當下無比明確的（即使有變更，也有說服力極強的事實佐證），所有的系統歸屬關係都是結構清晰的，一定要給你畫的整體結構乙個有形象輪廓的關係連線，並以形象名字命名該系統，你會發現B端也可以做得很有情懷。
4.要克制完美主義
B端美在格局，所以一開始的零碎絕對醜爆，挺住，美好的事情即將發生。
8樓：
B端產品應該是指商業產品，而不是後台產品。
C端過來的產品經理，需要在思維意識、溝通習慣和邏輯能力上改變，才能做乙個成功的B端產品。
先說下B端產品和C端產品的一些不同：
1.商業產品都是為交易服務的，所以最重要的是讓交易持續達成，而不是表面的使用者體驗。
做B端產品前，要充分熟悉業務，網際網路產品通常只是業務的一部分，他是服務於業務、促進業務目標的，不能本末倒置了。
2.要平衡好多邊利益關係
C端產品裡使用者大於天，經常需要把80%以上的精力放在使用者身上，但是B端不同。交易是需要雙方，甚至多方的妥協的；這需要判斷交易過程中誰是強勢方誰是弱勢方、誰是主動方誰是被動方、誰是跑腿的誰是做決策的...針對業務上不同的角色採用不同的策略，在關鍵點上集中資源，提高交易的達成率。
3.效率比體驗重要
及時反饋對於C端產品是加分點，但對於B端產品是必備點。
首先，人們使用B端產品往往有很大的目的性，對任務結果很期待；在結果沒有出來前，需要提供進展反饋，讓他改進行動，盡可能獲得預期結果（對平台來說，這也是在提高交易達成率）；
其次，及時的反饋可以增強使用者的動力；人往往不喜歡工作，這會帶來產品使用的惰性（無論產品做得好壞），但是及時有效的激勵能增強動力，進而提高產品使用率。
根據以上列舉的B端產品特性，需要C端PM在轉型時及時改變自己：
1.改變思維意識，學會關注業務全域性，建立「生意思維」，讓交易不斷達成。
生意比使用者重要；使用者只是需要關注的一部分，使用者體驗的權重要放低，有時甚至要反使用者體驗而行；
2.改變溝通習慣，學會多邊溝通（不僅僅是和使用者的溝通）。
交易來自於溝通，要理解不同利益方的關切點、以及他們在交易鏈條上的角色，get到他們不斷變化的深層次關係；
很多業務目標的實現，不僅需要產品、研發、運營的工作，還需要銷售、財務，甚至客服的支援；所以內部的跨部門溝通也會更重要。
3.需要更強的邏輯思維能力。
因為不僅需要理解技術層面的邏輯，還需要理解業務層面的邏輯，特別是「潛規則」。找老銷售聊聊，就會知道乙個業務裡面肯定有不為人知的「潛規則」，這裡往往反映了深層次的利益關係，很可能就是能否讓交易持續達成的關鍵點。
同時因為需要很多的多邊溝通，強力的邏輯也能幫助你提高溝通效率和溝通效果。
不過，做到以上幾點並不一定能夠讓產品成功。
因為B端產品的成功首先是業務的成功，要學會在產品之外花功夫，good luck：）
9樓：
1.一般來說，B端使用者量要比C端少很多，但每個使用者都非常重要，所以解決線上問題（bug）特別耗精力。
2.B端產品和業務部門的交集更多，做需求時需要業務部門配合時難度較大，還會涉及到前端等部門，要實現你的想法需要得到多方的支援和配合，你必須有強大的推動力。
3.B端產品，對業務的熟悉和經驗的積累，要求比C端的高。也就是上手難道更大，複雜的業務邏輯只能在工作中一點一滴地積累。
4.很多時候還得忍受來自使用者和業務部門的無理需求，要求產品能抗住壓力把控住產品的方向，不然的話很容易就被別人帶著跑偏了。
5.在我的經歷中，做B端產品的團隊氛圍要比C的低調高冷一點，看你性格了。
10樓：
這麼說吧，當c端為px開幾天會的時候時候，咱們是在老老實實的幫農民伯伯把種出的糧食蔬菜水果搬到網上來賣。咱們的產品不一定酷炫，但是一定易用靈活有效。因為菜賣不出去就爛地里了啊。。
11樓：
對所在做的業務要非常深入，本行業、上下游的業務、行業的潛規則、同類產品的優缺點、流程中可能存在的漏洞。這些都要深入了解。設計產品的時候要考慮
12樓：
1.你想做體驗，其他人覺得無所謂，能用就行。但事實上，這些體驗並不是因為有多複雜，而是開發根本沒有這個思維，屬於懶得理你。
2.很多B端產品都是先開發，然後才有產品介入，然後會發現，他們只問你要實現什麼功能，至於其中的互動，介面，技術會自己看著處理，根本不管你的原型。
3.業務流程經常變
4、有時候你需要做只給某幾個人才需要用的功能，也就是你無法根據「大多數使用者的行為」這一點來作為PK依據，你需要的是對業務的理解。
5、需求方基本比較固定（很多是內部人員），遇到不靠譜的需求方，痛苦將一直伴隨你。
6、有時候，錢大於一切。
做B端，很重要的乙個能力是平衡，平衡各方勢力
另外要把B端到C端做，不管環境如何
如何區分B端和C端產品經理？
摔哥 目前在做B，之前都在做C C和B區別主要體現在 本質其實就是使用者和需求不同，進而在上層導致產品的做事方法和思維差異很大。使用者不同 C端面向N個個體，決定是否用你產品的僅僅只有在於個體本身 B端是面向乙個集體，決策權可能有商務，老闆，終端使用者 等等，決策鏈複雜 需求不同 C端的需求是N個個...
為什麼看到的都是產品經理由C端轉B端，而不是由B轉C？
小龍 資本和就業崗位都在往B端這邊走，C轉B的情況就比較多了。B端產品面向特定領域，使用者數量相較於C端少得多，更加注重專業領域操作流程 業務邏輯的深度挖掘。所以，作為乙個B端產品經理，專業性 邏輯性 業務性非常重要。B端產品經理不僅僅要求知道業務的邏輯，而且還要知道對應的上下游關係。我們公司有款用...
非IT人員如何轉行做B端產品經理？
Running苑 先說結論 當然先從基礎的學起了，你還沒做過產品經理，也不清楚產品經理的工作到底是什麼樣的，那就先入門，然後再細分，了解了產品經理基本的技能和工作職責後，再去體驗細分的場景 我把學習產品經理的過程分為兩部分 一部分是學習基礎內容，比如如何調研分析需求，如何畫原型寫prd，再比如怎麼進...