面试
PM实习面试的内容分为三大部分:
自我介绍、以岗位为中心的问题、以项目经历为中心的问题
产品人产品魂
一双眼睛:发现痛点的眼睛、找到破局点的敏锐之眼
一双手:动手优化、弱受改变的行动之手
一颗心:洞察人性的同理心、懂得自己与用户,懂得产品上每个细节给到人的满足感、确认感、依赖感。
用户体验要素
战略|范围|结构|框架|表现
互联网商业核心
产品 流量 转化率
产品的比拼
流量的争夺(只有能出发用户情绪的场景才是真正的流量入口)
转化率的优化
我们一起看看常见的指标有哪些:
PV(page view):即页面浏览量,用户每次对页面访问均被记录计数;
UV(unique visitor):即独立访客,访问您网站的一台电脑客户端为一个访客,00:00-24:00内相同的客户端只被计算一次;
转化率:只在一个统计周期内,完成转化行为的次数占总数的比率;
活跃度:主要衡量产品的粘性,用户的稳定性以及核心用户的规模,观察产品在线的周期性变化,如日活、月活;
留存率:在统计周期(周/月)内,每日活跃用户数在第N日仍启动该App的用户数占比的平均值。其中N通常取2、3、7、14、30,分别对应次日留存率、三日留存率、周留存率、半月留存率和月留存率。
前中后台各自的定位
🌈(1)前台:前端页面、垂直业务;
🌈(2)中台:沉淀核心能力、赋能业务发展;
🌈(3)后台:服务端、管理后台;
中台产品经理应该具备的一些能力
需求分析能力
中台产品经理一般在需求分析能力方面需要具备的素质点:
1 中产品经理需要能基于企业内的谋一运营现状进行系统需求的收集和分析,并能科学的管理自己的需求列表,评估需求优先级和迭代计划;
2 中台产品经理需要具备一定的需求分析手段,包括但不限于:所在行业同类产品比对、行业发展趋势的对比、行业的业务系统逻辑流程盘点、线上运营操作分析等;
3 所有产品经理都一样要有一定的需求优先级评估能力,并可以协调统筹各产品间的需求情况。
产品设计能力
所以产品设计上前台和中台对产品经理的能力也不相同,如以下能力要求:
1 合格的中台产品经理,至少要能独立完成一个所熟悉行业内的系统产品的完整方案设计,包括与该产品相关的外部系统直接的整合方案,防止信息孤岛型产品;
2 中台产品经理不但要熟悉自己所负责系统中多业务模组间的关系和完整的业务逻辑、业务流程,还要熟悉周边相关业务和系统间的关系;
3 中台产品经理所设计的产品方案必须是可操作落地的,业务流程能形成闭环的,运营过程是可控的,系统问题是可见的,运营数据是可分析的,并有成熟的风险处理预案;
4 中台产品所设计的系统除解决现有问题外,必须具有一定的扩充性和兼容性,既能对原系统做很好的继承优化,也能对未来发展有一定的前瞻预见,同时能作为其他产品接入组成;
5、中台产品还要对所在行业有全面的数据掌握和深刻的分析研究,能快速的学习吸收行业的新知识理论,并利用新的知识技术不断创新所负责的产品,给相关用户提供创新的功能和服务。
产品落地能力
1 可以通过需求文档(包括但不限于需求,ROI,业务流程,技术要求,跨系统流程,运营流程),完成整个产品的开发设计,开发计划和过程跟踪,直到产品上线推广到每位用户落落实到相应的业务应用场景中;
2 或者推进实施外部采购的大型系统上线应用,并在实施过程中进行任务角色的分配和进度安排,数据验收,以及后续的运营计划,迭代升级规划等;
3 能通过数据准确描述产品相关目标,问题的解决方案,并有一定的效益量化指标。
结构化分析问题
成功产的标准
做产品问自己7个问题
1 . 产品解决了什么问题(痛点、痒点、爽点)
2 . 我在为谁解决这个问题(他被满足了吗?他的用户画像是什么?)
3 . 有多少人需呀解决这个问题(市场规模问题)
4 . 目前人们是怎么解决这个问题的(竞品分析)
5 . 我的方案为什么能在市场中胜出(结合 点线面体 分析|谁给它赋能)
6 . 用户会在什么场景触发情绪
7 . 当用户遇到问题时,会想到那个名字?
Tips
1 . 腾讯更喜欢把 产品 称为 服务
2 . 用户画像:【草🍃、羊🐑、狼🐺】【大明👨🏻🔬、笨笨🙎🏼♀️、小闲🦹♂️】
3 . 产品经理要从用户体验中剥离出来
4 .
- 功能型产品经理:理解需求的本质,能够基本实现业务闭环,商业价值考虑少。
- 运营型产品经理:懂得运营自己的产品,从用户反馈的心声中,找到产品迭代方向。
- 管理型产品经理:完整管理产品生命周期,有战略考虑范畴和产品决策权力。
字节跳动-国际化自助广告平台产品
点击率
CTR点击率=实际点击次数/展示量 ×100%
转化率
CVR转化率=转化次数/点击量 ×100%
对转化率影响最大的优化点
客户体验
- 价格
- 门槛
- 评价
产品经理应该具备哪些能力和素质
- 需求能力(问题的根源是什么,这些用户有多少价值,覆盖面有多少)
- 眼界水平(注重产品的背后逻辑)
- 同理心能力(用户、同事)
C端和B端的定义
C端:Consumer(也可理解为Customer),通常为消费者、个人终端用户使用的客户端。如:微信、淘宝、网易云音乐等。
B端:Business,通常为企业内部或商家使用的系统或平台。如:企业内部ERP管理系统、财务管理平台等。
C端产品是流量思维,关注的核心是用户体验;
B端产品是服务思维,关注的核心是提升效率;
C端产品经理与B端产品经理的区别就是:
- 需求来源不同
- 竞品分析不同
- 产品设计考虑的内容不同
- 后续服务
B端产品经理要考虑售后服务:系统培训,服务维护,客户关系维护等
C端产品经理上线后,要考虑上线数据,新功能迭代增加的用户量,提高的DAU等
导致B端学习难题的3个主要原因
- B端产品属于企业内部系统,难以像C端产品那样暴露在公众面前被大家研习。且B端产品专业属性非常强,难以提炼出共性的方法论给予指导,所以导致学习材料非常稀缺,不知道去哪儿学。
- B端产品专业书籍数量少,大部分的B端干货文章/行业报告都零散的分布在各个B端产品经理前辈的公众号/互联网各大网站中,所以大部分同学看完还是没有思路,不知道怎么学。
- B端产品经理的专业属性强,在外部难以遇到同类型产品方向的人做交流分享,且B端学习社群也是少数的,所以学习和工作过程中没人可交流。
一 : 产品特性的差异和不同
1 . 所处行业与场景需求
C端产品并没有明显的行业特征,比如微信社交、淘宝购物、美团点餐、高德导航,更多的是满足了使用者在“生活场景”下的各种个人日常需求。
B端产品通常行业特征相对明显,更多的是满足了企业相关用户在“工作场景”下完成协同工作的一些特定组织需求。
2 . 用户量级与类型
C端产品的用户量级大而广,用户可具体到每一个“终端个体”,一般称之为“用户”。
B端产品的用户量级更小、相对也更垂直,用户类型通常是“组织群体”,包括决策者、管理者、普通员工,区别于一般“用户”,更多情况下是被称为“客户”。
3 . 盈利模式
C端产品大都免费开放给用户,在提供免费功能的基础上,再通过“拉新、留存、促活”等手段,转化其中一小部分用户。像漏斗模型一样,最终为服务付费的这部分用户为产品贡献了收益。这一切得益于C端产品大量级的用户规模,所以靠的是“规模经济”。
B端产品没有用户量级上的优势,偏向于服务企业内部的工作协同,就需要为不同的生产关系和工作协作场景做个性化定制,靠企业对“定制付费”来获得收益。
二:产品设计的差异和不同
1 . 功能设计
C端产品需要至少有一个核心的主要功能点能满足用户的某一项诉求。围绕这个具体的核心功能,再去考虑附加更好的用户体验和增值服务。
B端产品要解决的主要是不同生产关系的协作沟通需求。在中心化的组织架构下,B端产品需要满足不同层级和组织内外的协作沟通,功能呈现模块化。
IaaS、SaaS 和 PaaS 的区别
如果你是一个网站站长,想要建立一个网站。不采用云服务,你所需要的投入大概是:买服务器,安装服务器软件,编写网站程序。现在你追随潮流,采用流行的云计.
如果你采用IaaS服务,那么意味着你就不用自己买服务器了,随便在哪家购买虚拟机,但是还是需要自己装服务器软件
而如果你采用PaaS的服务,那么意味着你既不需要买服务器,也不需要自己装服务器软件,只需要自己开发网站程序。
如果你再进一步,购买某些在线论坛或者在线网店的服务,这意味着你也不用自己开发网站程序,只需要使用它们开发好的程序,而且他们会负责程序的升级、维护、增加服务器等,而你只需要专心运营即可,此即为SaaS。
IaaS(Infrastructure as a service – 基础设施即服务):用户可以在云服务提供商提供的基础设施上部署和运行任何软件,包括操作系统和应用软件。用户没有权限管理和访问底层的基础设施,如服务器、交换机、硬盘等,但是有权管理操作系统、存储内容,可以安装管理应用程序,甚至是有权管理网络组件。简单的说用户使用IaaS,有权管理操作系统之上的一切功能。我们常见的IaaS服务有虚拟机、虚拟网络、以及存储。
PaaS(Platform as a service – 平台即服务):PaaS给用户提供的能力是使用由云服务提供商支持的编程语言、库、服务以及开发工具来创建、开发应用程序并部署在相关的基础设施上。用户无需管理底层的基础设施,包括网络、服务器,操作系统或者存储。他们只能控制部署在基础设施中操作系统上的应用程序,配置应用程序所托管的环境的可配置参数。常见的PaaS服务有数据库服务、web应用以及容器服务。成熟的PaaS服务会简化开发人员,提供完备的PC端和移动端软件开发套件(SDK),拥有丰富的开发环境(Inteli、Eclipse、VS等),完全可托管的数据库服务,可配置式的应用程序构建,支持多语言的开发,面向应用市场。
SaaS(Software as a Service – 软件即服务):SaaS给用户提供的能力是使用在云基础架构上运行的云服务提供商的应用程序。可以通过轻量的客户端接口(诸如web浏览器(例如,基于web的电子邮件))或程序接口从各种客户端设备访问应用程序。 用户无需管理或控制底层云基础架构,包括网络,服务器,操作系统,存储甚至单独的应用程序功能,可能的例外是有限的用户特定应用程序配置设置。类似的服务有:各类的网盘(Dropbox、百度网盘等),JIRA,GitLab等服务。而这些应用的提供者不仅仅是云服务提供商,还有众多的第三方提供商(ISV: independent software provider)。
私有云(Private Cloud / On Premise): 私有云是专为单个组织运营的云基础架构,管理的模式有内部管理,第三方管理,亦或是内部或外部托管。简单的讲,私有云就是通过自建或者租用场地的形式建立服务器机房或者数据中心。服务是面向私有网络或者VPN专有网络。企业拥有对服务器、数据硬盘的完全控制。因此安全性很高。
公有云(Public Cloud):公有云服务面向公开网络暴露,服务可能也是免费的。由于网络对外公布,因此从安全层面上也是大不相同的。常见的公有云有AWS,Microsoft Azure,阿里云等。
混合云(Hybrid Cloud):混合云是两个或多个云(私有云,社区云或公共云)的组合,它们保持不同的实体但绑定在一起,提供多个部署模型的好处。 混合云还意味着能够使用云资源连接搭配,托管和/或专用服务。比较常见的例子如数据公司,可能拥有很多数据,而这些数据因为合规性等原因只能放在私有环境,当需要大规模机器学习,对数据进行脱敏后使用公有云进行大规模学习。
阐述一个产品
判断一个产品经理是否厉害,很重要的一条就是判断他设计的产品第一个版本有多直接、多简单、能不能切中要点,能不能直指人心。
1 . 微信是腾讯在2011年1月发布的一款产品,比小米公司的米聊晚两个月。微信的1.0版本基本和米聊一样,应用场景定义为熟人间的通讯工具。
1. 导入通讯录;
2. 发送信息;
3. 发送图片;
4. 设置头像和微信名。
2 . 微信2.0版本时,微信用户有400万,而米聊有1000万。所以在微信1.0的时代,不管是功能上还是用户数量上,微信一直在追赶米聊。
3 . 米聊有开发人员在论坛上说:这是我们米聊新上的功能,截个图,放在论坛立帖为证,微信几天之后就会抄我们。果然,一周之后,微信就抄了这个新功能——语音通讯功能。
但是,微信2.0的时候很快就追上了米聊,并从此将米聊远远甩在后面。
抛开前端体验,就系统能力而言,微信的运维能力比米聊强太多
迭代中,重要的是次序,前一个动作是后一个动作的预动作
4 . 微信2.1版本里添加了一个新的功能,叫做“好友验证”。2.1版本之前,都没有好友验证。随后2.2版本推出一个核心功能,叫做“查看附近的人”。
5 . 戏剧化的是,微信发布“查看附近的人”功能的同一天,另外一款和它一模一样的产品在苹果的App Store上线了,这款产品叫陌陌。
陌陌和微信在同一天开始,基于位置的陌生人语音社交。 米聊就此止步于熟人社交,直到很长时间之后才打破这点,但那时大势已去
在米聊上,你发了一个信息会有信息状态,如果对方读了就会从“已发送”改为“已读”
而微信没有这个设置
6 . 增加了“查看附近的人”功能以后,微信的用户从400万达到了2000万,与仍然专注熟人社交的米聊拉开了差距。
7 . 随后的迭代里,微信3.0推出“摇一摇”功能。3.0之后,微信用户上亿,米聊的峰值永远停留在了3000万。
入口不是场景 小米手机年销售几千万台,几年下来应该累计了几亿小米手机的用户吧,而每一台手机上都内置了米聊,但米聊用户非常少。 这就叫“有入口,没场景”。
微信的3.5版本,与陌陌也拉开了差距。
8 . 3.5版本的微信先做了功能前置,加了“扫描二维码”;3.6版本的微信加了“微信公众号”。
从3.6版本开始,微信与陌陌开始走向不同的道路。陌陌继续连接陌生人,而微信选择去连接线下更多的内容与商业,去连接广阔的物理世界。
9 .
微信的1.0版本,就是一个在熟人之间可以免费发文本信息和图片的工具。
微信的2.0版本,增加了微信的语音功能和“查找附近陌生人”的功能。到这里,微信成为了陌生人语音社交的工具,但还是个工具。
微信3.0版本的时候推出了“扫一扫”、“服务号”,从这个点开始,微信开始连接世界。
4.0版本的时候,微信推出了“朋友圈”,也就是说微信从通讯工具开始进化,变成了社交平台。
微信在推出“朋友圈”功能之前,做了两个前置工作:3.5版本加了扫描二维码;3.6版本加入了微信的公众号。
这两个动作的价值在于,一个普通人的生活没有那么多可供朋友消费的内容, 如果没有这两个前置功能,我们就直接打开朋友圈,会非常难看。
10 . 4.0版本时,你在朋友圈发照片,如果朋友评论,你是没有办法回复评论的。回复评论的功能,直到4.2版本才做出来。
11 . 微信的5.0版本,对微信来说有一个巨大跃升,就是加上了“绑定银行卡”。
5.0版本的第一个挑战是什么呢?那时微信已经有了4.7亿用户了,大家平时用微信的社交功能已经够用了,为什么要升级到5.0版本,又为什么要把我的银行卡绑在微信上?
12 . 怎么让大家升级成5.0版本?这个时候微信做了一个非常漂亮的运营,而这个运营是通过产品来完成的。它推出了一个小产品,我想你还有印象,就是“打飞机”。
微信就在不知不觉间,完成了5亿用户的升级。
13 . 6.0版本 这时候有一个重要事件就是微信红包。
14 . 就是在2013年这一年,诞生了微信红包,改变了支付战局。
15 . 2014年春节,微信红包就达到了它的第一个用户峰值,多少人呢?458万人。
所以每次有人问我说互联网圈的核心活跃人数有多少?我就跟他说,有458万。因为这是微信红包按照它的自然能量达到的极限值
16 . 微信是怎么做的呢?就是摇一摇抢红包,操作足够简单,当天微信红包新增一亿用户。458万->一亿用户; 从400万用户到一亿用户,靠春节这样一个核心场景的触发完成。支付宝积累一亿用户用了多久呢?大概是8年,而微信支付是一天。
字节跳动-英文对答
国际化自助广告平台
International self-service advertising platform
在我看来
In my mind
In my opinion
As far as I can see
缩写术语
We care about the …
PV(page view)
UV(unique visitor)
PRD
CTR(click through rate),点击率
CVR(click value rate),转化率
形容词
exactly
自我介绍
dear Interviewer:
I am heziyuan. I am from Beijing Information Science and Technology University . I am now a graduate student and graduated in June next year.
I am looking for a job in the direction of products, I have many famous enterprises of product internship experience, as well as a number of campus project leading experience.
I have practiced in three companies, namely, MissFresh, Beiming software and Wework, the first two are listed companies, and the latter one is a foreign-funded enterprise.
I am more responsible for demand collection, demand analysis, functional design and data operation related work.
process design, prototype, PRD.
Finally, I will give you my personal expertise and the paper.
I am proficient in learning relevant knowledge and computer technology such as python. During my undergraduate course, I have created a community and worked as a 59store manager. After graduation, I designed over simulation model with Axure.
I applied for publishing 4 core papers and 2 technical patents
I like to write CSDN technology blog with a reading volume of 70thousand+
I also like singing. QQ music exclusive music player has a fan capacity of 26000+
数据埋点
🌈数据埋点的目的:分析用户产品功能产生的一下动作,并对这些动作加以分析,输出针对用户行为习惯的产品改进方案;
🌟埋点方式:代码埋点、可视化埋点、全量埋点;
一、代码埋点:
代码埋点按照位置的不同又分为:前端埋点、后端埋点
前端埋点:分为自动触发式、交互式、自动触发+交互式;
后端埋点:主要为接口数据的请求和反馈;
🌸优势:可控性高,适应性广
🌸缺点:跨团队、验证周期长、错漏难以
二、可视化埋点:可视化埋点也被称为「无码埋点」,无需研发人员介入,产品运营可以直接在网站或移动应用的真实界面上操作埋点无需研发人员介入
🌸优点:
•无需技术人员参与,生效时间快;
•可视化展示界面最基本度量,满足基本数据分析需求
•技术门槛低,使用和部署简单
•用户友好性强;
🌸缺点:
•兼容性有限
•无埋点只能采集到用户交互数据,且适合标准化的采集,自定义属性的采集需要代码埋点来辅助。
•具有前端埋点的天然缺陷:采集不全面、传输时效性较差、数据可靠性无法保障等问题
三、全量埋点:无埋点、无痕埋点、自动埋点,指的都是全埋点
🌸优点:
•不需要人工介入
•数据可回溯
•无视新老版本
🌸缺点:
•分析前依然需要清理数据
•埋点类型适应性有限