B端产品在需求搜集、分析、迭代上线的方法上与C端大同小异，但由于B端产品使用对象的角色多样性，跨部门协作的流程复杂性，B端产品的需求管理相比于C端“坑”更多。
作为一名B端产品运营，你是否面对和处理过这类问题：
销售吐槽：新功能客户不买单，真正亟需解决的问题没解决； 客户生气：某个常用的功能突然下架而中断使用，某个功能答应了做却未按期迭代上线； 客服怒怼：产品功能布局分散影响培训客户的效率；一个功能突然上线，客户问起我们竟然才知道； 运营哭了：需求来自客户、销售、服务、风控、法务等部门，搜集、分析和管理乱。以上这些问题我都遇到过，掉在同一个坑里的场景也不在少数。
青岛艺形艺意文化传媒有限公司创始人，青岛首席商学院新媒体运营创始人，资深新媒体运营人，IT行业观察者，新型互联网+营销实践者，金牌文案创作者，腾讯网、百度网、今日头条、搜狐网、网易新闻网、凤凰新闻网等网站知名专栏作者，《新媒体推广运营实战大全》 作者、知名品牌营销顾问黎想。今天黎想老师为大家讲述：B端产品需求管理的“坑”主要分布在需求采集、分析、迭代上线三个阶段：
一、需求采集
避坑指南姿势一：收拢需求采集渠道，建立共享需求反馈池，根据需求类型及迭代状态进行分类管理，让需求采集及时记录不遗漏，需求规划及进度一目了然。
B端的需求来源分为公司内部和公司外部，细分如下：
需求来源角色多，反馈的信息杂，采集需求的效率低，容易出现错漏。对于以上各渠道反馈的问题和需求，如果完全由运营对接，不免焦头烂额，如果漏掉重点需求，还将造成客户投诉。基于此：
（1）针对各渠道建立统一对接人。比如SMB客户的反馈汇总至客服，KA客户反馈汇总到客户成功，销售需求汇总至销售支持；
（2）通过各渠道对接人将需求共同维护至共享文档，建立需求池，及时记录，在开始新一轮评审时进行需求方的提醒、补充，避免遗漏；
（3）对已上线的需求、已提测的需求、挂起的需求、当前迭代已确认的需求，可进行单独建表管理；
