一、C端与B端的区别
面向用户人群 | 使用场景 | 用户量级 | 展示方式 | 盈利模式 | |
---|---|---|---|---|---|
C端 | 使用产品的消费者、意见反馈者,或者说使用个人终端设备的用户为C端用户。 | 数为有消费意向,用户没有什么行业特征体现,只是满足每天不同生活场景的日常生活需求。 | 用户量级大而广泛,没有行业限制,多称之为用户。 | 多为手机客户端为主,PC端为辅,展示风格呈多样化。 | 大多为免费开放,通过一些引流、推广、促销活动等运营手段来促使用户消费,从而获得盈利。 |
B端 | 企业公司内部人员。 | 满足企业相关用户在工作场景下完成协同工作的组织需要。 | 用户量级较小,有行业限制相对垂直,多数为企业内部工作人员,多称之为客户。 | 多为PC端后台,多数为左侧菜单导航布局; | 没有用户量级优势,目前市场大多为SASS云部署的方式,为客户定制付费来获取盈利。 |
二、产品功能设计和运营设计差异化
对比层次 | 产品设计差异 | 产品运营差异 | |||
---|---|---|---|---|---|
对比维度 | 功能设计 | 角色设计 | 视觉体验 | 运营目标 | 运营策略 |
C端 | 往往都是通过核心模块的定义,经过时间的沉淀诞生新的想法,加上市场变动、产品用户反馈等渠道来做附加功能,满足对使用C端产品用户的需求。 | 用户没有行业特征体现,用户量级较为广泛,需要从众多用户里去收集不同用户行为特征,以及样本特征,并形成相应的用户画像,并针对性的满足各类用户人群的个性需求。 | 产品展示层面为多样化,需要考虑到用户体验和商业化变现的平衡,因为C端产品时直接接触用户,所以视觉体验感上必须是有趣性和样式多元化所结合,不仅要保障用户使用产品的流畅度,还要在视觉上吸引用户,从而引导用户。 | 产品的盈利模式如想要创建更大的价值和产品快速成形,则需要依靠大量的用户不断的增长,从而促进产品迭代。 | 需要依靠大量的用户,加上通过各种活动,如优惠券、促销活动、精神奖励等运营策略,引导促进用户去分享、引流,实现源源不断的日活来维持产品体量。在此不得不Q一下拼多多的领现金活动,通过有趣的游戏模式,和视觉动感上的设计,在加上利用人的贪婪心理设计文案和动画效果,引导用户一步一步去往下跟着流程走,并在此期间去通过分享邀请好友来实现产品的用户流量和留存等。 |
B端 | 产品功能多为模块化,目是为了解决企业内部协同工作人员的工作时长,提升工作效率实现降本生效的效果。 | 用户量小,但是用户众多,针对每位用户的工作需要,去为其合理的设计角色和权限的分配管理。 | 产品展示普遍为左侧菜单栏展示模块化,B端主要为了满足企业内部协同工作人员的工作需要,实现降本生效,提高工作效率为主,整体风格多为简约。 | 更注重用户使用产品稳定的专业能力和本身产品设计是否符合业务流程、业务需求,不给企业带来损失,并能够实现真正意义上的降本增效。 | 通常是比较封闭性的,大多获客手段都是通过推广、引流、网站以及各个渠道收集到的信息,通过访客的形式跟客户沟通,或者通过客户主动的寻求的形式,与客户进行进一步的沟通,以此推销公司产品。目前市场B端产品大多都是SASS云服务即部署的形式,在通过客户需求定制化开发产品并租赁给客户,达到盈利目的。 |
三、产品经理的工作流程
需求调研——》需求挖掘——》需求分析——》产品规划——》产品功能设计——》团队协调——》项目管理——》产品验收/发布——》收集反馈
需求调研:
第一种是用户主动提出需求,产品需求去不断调研挖掘需求最终转化为产品需求。
第二种是产品主动去做调研,与使用产品的用户进行深度了解,熟悉他们的工作流程,在他们的工作流程中遇到的问题则为用户痛点,产品则需要做出相应的解决方案做出产品迭代。
需求挖掘:
需求挖掘一般在需求调研的时候就会做出的行动,主要是询问:目前在哪个使用环节遇到了问题?遇到了什么问题想要这么去做?这样做了之后对你们会带来什么便利和价值?
需求分析:
在与用户沟通的时候,收集需求,了解情况后,会再去进行思考,站在系统和用户的角度是否会影响其他模块?是否能够真正的解决用户所遇到的问题?
产品规划:
产品规划基于公司的目标和战略,获取到需求并分析需求,规划B端产品的发展方向和路径。
产品功能设计
产品功能设计对于每个产品来说都是一些基本功,但是想要真正做到用户想要的功能,还是需要多去了解一下他们的工作流程,使用场景以及真正的用户需求。
团队协调
仅仅是依靠着产品设计、需求说明就能够有序推进的。从需求梳理到上线运营,产品经理50%以上的时间一般都会花在沟通上。通过准确有效的沟通,确保产品工作的顺利进行,也就是团队组织、维护产品相关人员关系,为协作创造良好的条件和环境。协调的核心目的与沟通差不多,而主要方式仍然还是沟通。
项目管理
成本:对人或资源的管理。通常是设计、研发、测试工时,原型、业务流程图的准备;
时间:对完成时间和进度的管理,即重要节点的交付产出等情况;
范围:对需求内容的管理。需求梳理和产出是产品经理的本质工作,产品经理对这点需要极度敏感。(潜伏于表面的我)
质量:对需求达成度和实现效果的管理。这一般是测试的工作内容,但是产品在测试完成后会进入验收环节,把控产品的质量。
小需求:在目前流行MVP的互联网世界,我们做的大部分项目一般都是小需求,小需求的目标通常很简单,只要功能点保质保量保时上线即可,通常只涉及公司内部同事,如产品、设计、研发、测试;
大项目:我们常说的项目管理方法,基本都是针对大项目提出的。大项目的目标明确,通常是产品上线或业务需求完成,特点是关联方多、周期长、影响范围广,需要投入较多精力关注每个执行节点的完成情况;持续型项目:持续型项目是由多个小需求和大项目组成的,目标是持续提升业务的数据指标及提升工作效率或用户体验。
个人现在这个公司更多并没有完善上述工作流程,而是采用MVP开发模式:
瀑布式开发的基本流程是需求调研→需求分析→产品设计→需求评审→开发→测试→产品验收→上线发布→用户反馈。这些流程比较倾向于管理模式,这种模式一般适用于需求比较明确、TOB端的项目,瀑布式项目失败率我觉得是比较高的,因为有一个很大的缺陷就在于会受到各种条件的制约这个你们自己领悟。
MVP敏捷开发是指在互联网行业MVP产品存在是为了验证两件事:(价值假设:我们所构想的这款产品是否真的满足了需求;增值假设:用户是否真的愿意为其买单;)敏捷开发,在互联网行业里被叫做最小可行化产品也被称之为MVP,是一种以用户需求进化为核心功能模块并进行快速迭代的开发方法。不需要开发出相对完整的功能,可以针对用户先去开发用户最想要的核心功能,首先把用户最关注的核心模块原型做出来,并进行交付,在实际场景中去快速修改弥补需求中的不足,通过一些快速实践的方式,细化用户真实的想法,提供更小的迭代,直到用户满意为止。
四、面向实践的需求挖掘
如何发现用户需求:产品内部或公司高层、用户调研、竞品分析、资料文献及产品本身的需求。
如何分析转化需求:用户是否为核心用户,抽象出共性需求,以及影响产品范围,挖掘用户内心真实想法,并产出解决方案。(有兴趣的小伙伴可以去看一下马斯洛的需求层次理论)
判断需求优先级:需求的投入产出比(少、一般、多),需求的紧急程度(非常紧急、紧急、一般)
辨别真伪需求:主要从四个原则来辨别,痛点、刚需、高频、普遍。
五、产品经理的晋升之路
产品专员/助理(关注的是具体执行层面的协作、对产品需求的迭代,以及原型的设计和文档的整理。)——》产品经理(:主要关注的是推送产品迭代、产品的实现与效果、数据和业务、感知业务和产品的发展方向,以及团队协作能力、目管理能力等。)——》高级产品经理(主要关注的是商业价值和商业模式,能够从产品的全生命周期思考问题,并且需要具备团队管理等技能。)——》产品总监(主要关注公司战略规划、业务发展和团队管理等。)
其余学习资源:
「1」产品经理面试助你快速上岸_物联网产品经理面试题_极客飞兔的博客-CSDN博客
「2」产品经理做APP从头到尾的所有工作流程详解!-CSDN博客