作者在本文会从「对人」、「处事」和「待物」这3个方面去谈对To B产品（经理）的见解，希望能在一定程度上满足最基本的科普需求。
实习之前：笔者为某211院校工学硕士，以前从未有过任何产品知识和产品经历，出于「好奇」投了一下产品经理这个岗位。犹记得，当时看到的JD（Job Description，岗位描述）很简单，如下：
热爱互联网
了解AI相关知识
能推进产品迭代与改进（好像是）
其他一些没啥要求的要求
当时也是觉得好奇就试了下，看到这，大家可能特别想知道我在求职过程中，都经历了什么。总之，可能是因为硕士研究方向比较对口，相对来说比较Match所面试岗位/面试官需求。此处，感谢@alan带我走进了To B产品的大门。
实习经历：本人于2018年4月获得某大厂暑期实习offer，实习3个月左右，在职期间负责完成（约0.3-1）了一款“知名”的To B产品，当然前期也是用了一个月打杂来熟悉项目，目前该产品已上线并实现盈利。
见解
笔者在本文会从「对人」、「处事」和「待物」这3个方面去谈对To B产品（经理）的见解，希望能在一定程度上满足最基本的科普需求。
1. 对人
产品经理经常跟人打交道，其中可分为两大类：第一就是客户，第二就是同事。
首先声明一个挺重要的知识点，C端用户不一定是客户，To B用户就是客户（不懂得话，参照头条跟美团的app想一下，头条的用户其实并没有在头条的app上消费，但是为啥头条会被大家叫做宇宙条？原因很简单，头条的信息流里充满了各式各样的广告，这些投放在信息流的广告一般都是游戏厂商和各种电商用来引流的很重要手段。所以可以理解为C端用户是这些互联网厂商的一种变现载体，类似于他赚的不是你的钱，但是他在拿你赚钱一样）。
客户也可以细分一下，第一种就是欲买产品的人，第二种就是已买产品的人。
我仅从To B的客户的第一类：欲买产品的人谈我的见解。这类客户一般都不是很了解产品，或者是片面的了解。
产品介绍页
产品文档
客服
视频
接下来将对以上四个方面简单介绍一下：
（1）产品介绍页是产品的简要介绍，并写清产品的特点。基本上，To B很少有免费的产品，想让客户掏钱买单的话，必须要告诉客户这款产品是什么，面向的群体用户是谁，它能解决什么问题，他的特点与优势是什么。
如图1是阿里云的产品介绍页：
图1：阿里云产品介绍页
（2）产品文档这里就不详细说了，主要是写的全面与通俗易懂，还有就是在产品版本更迭后，必须马上更新产品文档，不然用户使用的产品与产品文档对不上，可能会引起很大的麻烦。
（3）视频也是最好的产品介绍手段，但是目前版本更迭比较快，相比于写文档，录视频更加麻烦。
（4）客服，也被叫做一线。客服人员服务于所有客户这是很重要的事情，客户对产品的反馈好坏会直接影响产品的走势。说句实在话，我觉得To B产品经理很多时候就像一个大客户经理，由于你会面对很多KA客户（Key Account），有时候大客户一个突发的需求都可能会被排期在最前面。
毕竟To B产品KPI考核大多都以收入为主，这就会导致很多时候很难听见中长尾客户的声音。这时候，你需要通过客服了解用户最近对产品的反馈，这里说的有点片面，因为我看到的是这个样子。（这里我就想表达客服的重要，顺便说下To B产品面对大客户时的现状）。
因此，对于想要买产品的人的反馈，大多都是产品的功能与使用的问题，这时候你要做的就是尽可能地培训客服看产品文档的能力，如果是文档或者介绍页没有的问题，必须马上补充。
对于已经购买产品的客户的反馈，大多都是产品使用过程中出现了BUG或者功能拓展,这种反馈的及时性最为重要。首先，看到问题你需要直接回复客户或者客服，如果不能及时解决也需要告诉客户等待反馈。然后对于问题及时解决，BUG及时修复。
第二类人就是同事。因为PRD文档会跟很多人对接，所以沟通与交流很重要，表达清楚你的目的是一个产品的基本要求，不同岗位的同事所要表达的东西也是不同的。
Boss：提交MRD后，需要对市场的盘子有多大，有个简要的说明，毕竟投入产出比是一个很重要的因素。
技术：技术主要关心一些功能与指标，比较直白，好说话。但是，你必须表达清楚需求，不要有a或b的选择余地，并且时间点很重要，如果delay需要有对应的办法（后面会说）。
运营：运营不会管你内部是咋实现的，基本是产品刚要上线才会来找你对接，只要明白输入与输出，并且解决了什么痛点就ok，运营会找一些目标用户搞一些推广啥的，但是，他真的很重要。
设计：有时候PM会兼职设计，但是大厂一般会有设计部门，他们有自己的方法论，毕竟有整个产品线的设计规范，所以，大多时候表明你的需求就行。
2. 处事
To B常会遇见两个问题：第一问题是大客户的需求，当大客户突发一个需求，怎么排期怎么做？
一般解决办法分两种情况：第一种情况，如果是大客户提的需求已经在排期里了，可以把该需求的优先级提前一点点。另外一种情况，如果是一个比较急的并未在排期里的需求，这个可以内测写一版（看多大的客户了）。如果不是前两种，就只能等排期了。
第二个问题就是项目延期（delay）的事，这个也需要找到内部的责任人，毕竟delay是耽误整个产品迭代周期的事，一环扣不上，环环扣不上。
Delay这个事情，大家基本都会遇到，因为产品在最开始会对项目的整个事件轴有个整体的规划，所以其他人也会根据这个时间轴调整他手头的工作，如果项目delay了，那就会涉及一票人重新规划自己的工作安排，如果遇到时间排不开，就导致更严重的delay。
这里给大家讲一个小技巧，作为产品想不背锅，就需要写进度报告，然后同步到各大leader，这样的话，项目是谁delay了，大家都一目了然，并且邮件对每个人都起到督促与提醒的作用，谁都不愿自己的leader周周看到邮件，这个项目是因为你的工作进度慢而delay的。
3. 待物
这里的物就是产品啦！因为产品经理是产品的灵魂，并且决定产品的走向，这里仅对To B产品。
To B产品在设计之初就应该大致想明白以下几点问题：
（1）你的产品解决了什么问题（满足了什么需求）？
目标用户有哪些?
他们是否愿意为你的产品买单？
你的产品有多大的市场？
竞品的优劣势？
你的产品优劣势？
正式产品上线之前都会有一个灰度测试的阶段，一来看下客户对这个产品是否真正的需要，二来在客户免费使用的过程中，也能反馈很多BUG。当产品正式上线时，免费转收费也是一个需要考虑周全的点，里面需要如下考虑几个方面：
内测用户以何种形式通知？
什么时间开始通知？
用户的数据是否保留？
第二个比较重要的点就是定价了，或者说是产品的盈利模式。这里就说一个直接定价的产品吧，产品在设计之初大致会有一个定价，也会对盘子大小有个估计值，这个定价确实很重要，高了没人买，打折后会让用户产生落差，太低会导致亏本。
大多的产品策略都是定一个稍微高一点的价格，然后以打折的形式表现真实的价格，后期也好在提价，只要修改折扣即可。但是定价还需要考虑的一个因素就是成本，毕竟人力与物料成本是这个产品无论赚钱与否都需要花费的，想要保持在相当的利润还是需要计算一下的。
当然，还有一个考虑因素就是竞品，毕竟你卖的太贵，大家一对比价格……是吧？
其次就是产品迭代了，这时候需要产品敏锐的洞察力，里面主要包含两个因素吧。第一就是用户的反馈，用户的反馈有助于找到用户的真实所需，修改产品BUG。第二就是对新市场的把握，这个真是考验一个产品经理能力的关键因素。
写在最后
笔者仅是一个有几个月实习经验的产品小白，上面的东西都是我在实习过程中遇到的情况，并写了一下我的解决方案。
总结一下我心中一个nb的B端产品经理该有的素质吧：
能洞悉用户真正的诉求（是否真的达到愿意买单的程度）
能明确产品的盈利模式（投入产出衡量要好）
产品的时间轴把控良好
良好的表达与交流能力（这个是产品共有的）
最后，祝愿每位想从事产品工作的同学都能找到自己心仪的工作！
