B端产品经理如何落地一款产品？

随着新冠疫情继续蔓延，联合国教科文组织开始呼吁学生线上远程上课，家乡本地饭店招聘岗位中也增加了网络推广员的岗位。互联网流量红利虽然结束了，企业数字化转型正在吸引更多关注。近期国家各地出现的新基建计划，无不围绕5G、大数据、人工智能，都将为数字化转型提供基础设施的保障。企业服务领域将持续爆发，社会对B端产品经理需求也愈加强劲。

但B端不同于C端产品经理，通常自己不是用户，落地产品需要懂行业和懂客户实际需求，收集和验证需求成为首要难点。进一步则会遇到，如何最低成本验证解决需求的产品或方案可行。当产品成熟后，如何解决批量推广与交付的问题。以上问题都可在本篇希望分享的话题找到答案，即作为B端产品经理如何落地一款产品？

B端需求验证

B端不同于C端产品。一方面，产品经理大概率不是目标客户，并且离客户所处行业及领域较远。B端产品通常具备行业性，不了解行业运作逻辑，无从下手。另一方面，B端解决方案或产品，通常较为封闭，通常无从参照竞品，甚至存在无竞品的情况。作为B端产品经理如何将一个点子落地成需求和方案，是首要解决的问题。

通常来讲，可以通过在公司已有客户或行业资源中，寻找心态开放且熟悉所在领域业务的人员，做前期需求调研及方案验证。这个阶段所能获取的意向客户，通常都叫种子客户，种子客户并非越多越好，重要的是开放的心态能够接受产品不成熟，同时也有能力和意愿为产品成熟提供建议及支持。

讲到竞品调研，并不需要一定像C端产品调研，一定能下载下竞品产品把玩一番。而是可以通过更加丰富的手段，例如与客户交流、通过多渠道获取宣传资料等。如市面上没有竞品，通常了解企业内部解决方案，也能够聚焦一点将方案做更好抽象和迁移，服务更多企业。

在需求验证阶段，重要的是“走出去”。而非在公司纠结没有客户或者没有竞品可研究，到市场上听客户的声音和需求，逐步将对需求和方案的认知在客户处验证和进行迭代。

早年做面向站长的推荐产品，任凭在公司内如何做沙盘演练，都不如线下约个老站长吐槽如今网站站长生存艰难，自然也就能抓住面向站长推荐产品的定位，就是提升站内PV，降低跳出率。由需求到方案再到产品验证，业务也就能跑起来了。

MVP验证

如今MVP已经不限于C端验证，B端也正在学习C端更快响应客户需求和验证产品与需求匹配。但不是为了MVP而MVP，而是在产品早期阶段，通常来讲，资源有限，对客户需求认知有限，需要有个切入点落地产品验证满足需求，并且实现客户需求驱动产品，而非闭门造车，这才是MVP的价值。

MVP关键在于两点「最小」和「可行」。最小并不是目标就是做一个简陋的东西出来，而是强调成本低，如果各种组件都现成，攒一个产品并不难，也可以算最小。如果什么都没有，轮子都要新造，就要考虑如何最低成本实现出产品。可行则是强调一定是可以面向解决客户问题的，如果低成本实现出来，却不能解决客户问题，也谈不上可行。

之前做面向站长的推荐产品，MVP阶段大部分都是复用已有推荐平台能力，唯一改变的是直接读取网站内容解决数据接入的问题，实现成本也相当低。并且得到前期种子站长的验证认为产品满足其网站文章分发需求。只是从数据上看，从安装到上线栏位漏斗转化较低，后通过去掉注册流程及自动上线栏位解决转化问题，此是后话。但MVP阶段验证的使命已经完成。后续阶段则是解决转化及拉新问题，分别通过优化产品流程及接入第三方渠道解决。站长推荐产品通过解决不同阶段问题，逐步进入正轨，实现上百万流量及上千家站长客户的目标。

批量推广与交付

客观来讲，B端产品从MVP验证到可批量交付，仍然需要经过稳定性、鲁棒性、常见产品问题解决的阶段，并非MVP验证后就能直接突变到可批量交付。因此这个阶段，需要给各个团队成员明确，过早的批量化交付，反而可能因为早期问题未充分处理，扩散化到很多客户问题，在资源本就有限的前提下，将给产品整体进展更多阻碍。

当以上问题都解决后，产品可进入批量交付阶段。此时产品经理除了按照既定产品路线迭代外，更为重要的是需要将产品价值和实现通过内部培训的方式，同步给销售或市场人员，便于做好推广准备。其次则要连同研发人员一起，将产品交付实施步骤和逻辑，同步给实施及技术支持人员，便于后续批量交付与技术支持，并且解放出产品和研发人员，专注于解决产品需求和问题，才能保证产品进入良性交付阶段。

做站长插件产品时，由于与运营人员保持紧密合作，早早便通过SEO/垂直论坛/线上社群进行宣传与拓客，并且将产品上线到应用市场，获取更多渠道。同时由于产品自动化程度高，并不需要太多技术支持工作，唯一需要处理的是特定网站异常问题，通过技术人员修复，逐步解决了批量化的问题。

通过以上三个阶段，B端产品经理就完成了落地一款B端产品的过程。