目录

一、C端与B端的区别

1.1面向用户人群不同

1.2使用场景不同

1.3用户量级

1.4展示方式

1.5盈利模式

二、产品功能设计差异化

2.1功能设计

2.2角色设计

2.3视觉体验

三、C端与B端产品运营的差异化

三、产品经理如何发现用户需求?如何分析转化产品需求?如何判断需求优先级?如何辨别真伪需求?

四、产品助理、产品经理、高级产品经理、产品总监的区别?

五、产品工作流程

六、怎么理解MVP和瀑布式开发有什么区别?

简介

大家好我是小宇,本篇文章主要针对刚进入产品或者想要去转产品岗位的同学们,我整理了一些面试时面试官常问的一些问题和答案,希望能够帮助大家。

产品经理面试分为产品问题和个人问题,个人问题,就比如你未来的职业规划,你的个人优缺点等类似的问题;关于个人问题我会在出一篇文章告诉大家,本篇文章主讲关于产品相关的问题。

各位同学面试之前好好阅读一下本篇文章,争取背到滚瓜烂熟,然后用自己的优秀的言语表达能力,去征服面试官从而获得更高的面试成功率。

本篇内容有个人理解和想法,也有采纳其他高人产品的内容加入到文章当中!!!

产品特性差异

一、C端与B端的区别

1.1面向用户人群不同

C端面向用户:C端主要面向于使用产品的消费者、意见反馈者,或者说使用个人终端设备的用户为C端用户。

B端面向用户:B端主要面向于企业公司内部人员。

1.2使用场景不同

C端:C端使用场景多数为有消费意向,用户没有什么行业特征体现,只是满足每天不同生活场景的日常生活需求。

B端:B端使用场景更多的是满足企业相关用户在工作场景下完成协同工作的组织需要。

1.3用户量级

C端:C端产品用户量级大而广泛,没有行业限制,多称之为用户。

B端:B端产品用户量级较小,有行业限制相对垂直,多数为企业内部工作人员,多称之为客户。

1.4展示方式

C端:C端直接展示方式多为手机客户端为主,PC端为辅,展示风格呈多样化。

B端:B端直接展示方式多为PC端后台,多数为左侧菜单导航布局;

1.5盈利模式

C端:C端产品大多为免费开放,通过一些引流、推广、促销活动等运营手段来促使用户消费,从而获得盈利。

B端:B端产品没有用户量级优势,目前市场大多为SASS云部署的方式,为客户定制付费来获取盈利。

产品设计差异

二、产品功能设计差异化

2.1功能设计

C端:C端产品往往都是通过核心模块的定义,经过时间的沉淀诞生新的想法,加上市场变动、产品用户反馈等渠道来做附加功能,满足对使用C端产品用户的需求。

B端:B端产品功能多为模块化,目是为了解决企业内部协同工作人员的工作时长,提升工作效率实现降本生效的效果。

2.2角色设计

C端:C端用户没有行业特征体现,用户量级较为广泛,需要从众多用户里去收集不同用户行为特征,以及样本特征,并形成相应的用户画像,并针对性的满足各类用户人群的个性需求。

B端:B端用户量小,但是用户众多,针对每为用户的工作需要,去为其合理的设计角色和权限的分配管理。

2.3视觉体验

C端:C端产品展示层面为多样化,需要考虑到用户体验和商业化变现的平衡,因为C端产品时直接接触用户,所以视觉体验感上必须是有趣性和样式多元化所结合,不仅要保障用户使用产品的流畅度,还要在视觉上吸引用户,从而引导用户。

B端:B端产品展示普遍为左侧菜单栏展示模块化,B端主要为了满足企业内部协同工作人员的工作需要,实现降本生效,提高工作效率为主,整体风格多为简约。

产品运营的差异

三、C端与B端产品运营的差异化

3.1运营目标

C端:C端产品的盈利模式如想要创建更大的价值和产品快速成形,则需要依靠大量的用户不断的增长,从而促进产品迭代。

B端:B端产品更注重用户使用产品稳定的专业能力和本身产品设计是否符合业务流程、业务需求,不给企业带来损失,并能够实现真正意义上的降本增效。

3.2运营策略

C端:C端产品需要依靠大量的用户,加上通过各种活动,如优惠券、促销活动、精神奖励等运营策略,引导促进用户去分享、引流,实现源源不断的日活来维持产品体量。在此不得不Q一下拼多多的领现金活动,通过有趣的游戏模式,和视觉动感上的设计,在加上利用人的贪婪心理设计文案和动画效果,引导用户一步一步去往下跟着流程走,并在此期间去通过分享邀请好友来实现产品的用户流量和留存等。

B端:B端产品通常是比较封闭性的,大多获客手段都是通过推广、引流、网站以及各个渠道收集到的信息,通过访客的形式跟客户沟通,或者通过客户主动的寻求的形式,与客户进行进一步的沟通,以此推销公司产品。目前市场B端产品大多都是SASS云服务即部署的形式,在通过客户需求定制化开发产品并租赁给客户,达到盈利目的。

三、产品经理如何发现用户需求?如何分析转化产品需求?如何判断需求优先级?如何辨别真伪需求?

需求来源:产品内部或公司高层、用户调研、竞品分析、资料文献及产品本身的需求。

转化需求:用户是否为核心用户,抽象出共性需求,以及影响产品范围,挖掘用户内心真实想法,并产出解决方案。(有兴趣的小伙伴可以去看一下马斯洛的需求层次理论)

需求优先级:需求的投入产出比(少、一般、多),需求的紧急程度(非常紧急、紧急、一般)

真伪需求:主要从四个原则来辨别,痛点、刚需、高频、普遍。

四、产品助理、产品经理、高级产品经理、产品总监的区别?

产品专员/助理:关注的是具体执行层面的协作、对产品需求的迭代,以及原型的设计和文档的整理。

产品经理:主要关注的是推送产品迭代、产品的实现与效果、数据和业务、感知业务和产品的发展方向,以及团队协作能力、目管理能力等。

高级产品经理:主要关注的是商业价值和商业模式,能够从产品的全生命周期思考问题,并且需要具备团队管理等技能。

产品总监:主要关注公司战略规划、业务发展和团队管理等。

五、产品工作流程

主要分为这几个步骤、需求调研、需求挖掘、需求分析、产品规划、产品功能设计、团队协调、项目管理、产品验收/发布、收集反馈。

5.1需求调研:

第一种是用户主动提出需求,产品需求去不断调研挖掘需求最终转化为产品需求。

第二种是产品主动去做调研,与使用产品的用户进行深度了解,熟悉他们的工作流程,在他们的工作流程中遇到的问题则为用户痛点,产品则需要做出相应的解决方案做出产品迭代。

5.2需求挖掘:

需求挖掘一般在需求调研的时候就会做出的行动,挖掘需求以我个人的理解和经验,我分为这几个步骤,我会问目前在哪个使用环节遇到了问题?遇到了什么问题想要这么去做?这样做了之后对你们会带来什么便利和价值?这是个人见解,如有更好的方法欢迎在评论区留言

5.3需求分析:

需求分析针对我个人来说,在与用户沟通的时候,可能在考虑问题上不会特别细致,也不会特别全面,我一般都会在收集需求,了解情况后,会再去进行思考,站在系统和用户的角度是否会影响其他模块?是否能够真正的解决用户所遇到的问题?

5.4产品规划

产品规划基于公司的目标和战略,获取到需求并分析需求,规划B端产品的发展方向和路径。(个人觉得在这点我还有待提升)

5.5产品功能设计

产品功能设计对于每个产品来说都是一些基本功,但是想要真正做到用户想要的功能,还是需要多去了解一下他们的工作流程,使用场景以及真正的用户需求。

5.6团队协调

个人觉得没有哪个互联网产品,仅仅是依靠着产品设计、需求说明就能够有序推进的。从需求梳理到上线运营,产品经理50%以上的时间一般都会花在沟通上。对于产品经理来说,沟通的意义就在于,通过准确有效的沟通,确保产品工作的顺利进行。所谓协调,也就是团队组织、维护产品相关人员关系,为协作创造良好的条件和环境。协调的核心目的与沟通差不多,而主要方式仍然还是沟通。

5.7项目管理

成本:对人或资源的管理。通常是设计、研发、测试工时,原型、业务流程图的准备;

时间:对完成时间和进度的管理,即重要节点的交付产出等情况;

范围:对需求内容的管理。需求梳理和产出是产品经理的本质工作,产品经理对这点需要极度敏感。(潜伏于表面的我)

质量:对需求达成度和实现效果的管理。这一般是测试的工作内容,但是产品在测试完成后会进入验收环节,把控产品的质量。

小需求:在目前流行MVP的互联网世界,我们做的大部分项目一般都是小需求,小需求的目标通常很简单,只要功能点保质保量保时上线即可,通常只涉及公司内部同事,如产品、设计、研发、测试;

大项目:我们常说的项目管理方法,基本都是针对大项目提出的。大项目的目标明确,通常是产品上线或业务需求完成,特点是关联方多、周期长、影响范围广,需要投入较多精力关注每个执行节点的完成情况;持续型项目:持续型项目是由多个小需求和大项目组成的,目标是持续提升业务的数据指标及提升工作效率或用户体验。

六、怎么理解MVP和瀑布式开发有什么区别?

6.1瀑布式开发

瀑布式开发的基本流程是需求调研→需求分析→产品设计→需求评审→开发→测试→产品验收→上线发布→用户反馈。这些流程比较倾向于管理模式,这种模式一般适用于需求比较明确、TOB端的项目,瀑布式项目失败率我觉得是比较高的,因为有一个很大的缺陷就在于会受到各种条件的制约这个你们自己领悟。

6.2MVP敏捷开发

在互联网行业MVP产品存在是为了验证两件事:

价值假设:我们所构想的这款产品是否真的满足了需求;

增值假设:用户是否真的愿意为其买单;

敏捷开发,在互联网行业里被叫做最小可行化产品也被称之为MVP,是一种以用户需求进化为核心功能模块并进行快速迭代的开发方法。不需要开发出相对完整的功能,可以针对用户先去开发用户最想要的核心功能,首先把用户最关注的核心模块原型做出来,并进行交付,在实际场景中去快速修改弥补需求中的不足,通过一些快速实践的方式,细化用户真实的想法,提供更小的迭代,直到用户满意为止。

本篇就先分享到这,欢迎小伙伴们在评论去留言提出更好的建议

精彩文章

评论可见,请评论后查看内容,谢谢!!!
 您阅读本篇文章共花了: