详解这6大区别 前端产品经理和后端产品经理的区别

做产品至今,经历了大大小小的后台和前端项目 。现在,我想做一些总结,希望对过去有一个总结 。同时也希望能给其他徘徊在后台和前端的产品从业者带来一些参考,从而选择自己真正喜欢的产品方向 。
想了想,既然这篇文章位于后台,徘徊在前面,还是想了解两个方向的产品从业者,那就从对比的角度描述一下两个产品方向的不同分析,以及个人对两端未来趋势的判断 。
对比后台和前端,我个人总结了一些如下:
一、都面向需求用户,但用户特点不同 无论是后台还是前端,其实都是面向用户的,这是产品的根本 。前者面向公司内部,后者面向大众用户 。如果你想做出一个好的产品,你需要充分了解你所面对的用户,这可以是一个正确的开始 。至于如何理解,从哪些方面去理解用户,举以下例子:
(1)后台用户几个特点 1 。背景用户对产品的熟悉程度一般有很大的驱动力 。
因为他们有自己的工作压力,需要尽快了解业务,所以要更熟悉产品的速度、欲望、效率 。所以,有时候,你会看到一个背景,评论很少,字段很少,甚至有歧义,但业务人员还是可以“硬件解码”,试着去理解 。(这似乎是后台产品的福音 。这就告诉我们,为了提高迭代速度和功能改进进度,后台产品其实一开始也可以粗糙一些 。更多的可以通过培训让后台业务人员熟悉后台的功能含义 。
2 。除了接受和忍受UI和UE,别无选择 。
公司内部的后台产品一般都是在非竞品的层面上考虑的 。所以业务人员在使用的时候,为了完成自己的工作,也在交互和UI层面接受和忍受后台的缺点 。(这也是后台产品的福音 。竞品分析是前端产品必不可少的流程,但是后台人员很少直接进行竞品分析,因为一般很难拿到对手的后台系统 。这样一来,后台竞品分析的成本就增加了 。但辩证来看,也是因为没有竞合借鉴和抄袭,有时候做一些不熟悉的功能会比较困难 。
3 。需求相对统一明确,差异不大 。
毕竟后台用户都是内部的,很少,而且都是基于部门和集团的 。总的来说,用户的需求和目的都是一样的,没有太多的不同 。甚至,一般情况下,你不会满足同一个部门的不同需求 。如果有,请业务部门确认最终决定 。
4 。有很多角色 。
在后台考虑功能的时候,不可避免的要分析各种角色的权限和功能 。后台有一些敏感数据和操作,对业务人员有明确的限制 。在后台功能规划中,需要明确了解不同角色的权限,以满足公司级权限要求 。
5 。公司的不同阶段有不同的特点 。
随着业务的增加和流程的成熟,对后端系统会有新的要求 。比如:交互、主次、排版等等 。大公司成熟的后台系统会衡量后台的全面性、性能和体验,以提高业务人员操作的便捷性、流畅度、稳定性和可持续性 。这时候后台产品可能开始更多的考虑体验、风格、结构、排产等等 。越来越接近前端产品的思路了 。
(2)前端用户几个特点对产品功能的熟知驱动力较小,需要更多的引导、及时准确、便于理解的提示语、注释语、图文标识 。所以,细心的UI、细微的交互是必要的 。需求目不统一、方向不明确,各异相当多 。这个可能是前端产品最大的头疼之地,也是最能找到成就感之地 。竞品之多,可以货比三家 。忠诚度永远建立在靠谱的基础上 。懒惰性、习惯性思维太明显了 。改版要留心,不要动了用户的“奶酪” 。对流程的忍耐度低 。碰见流程,都要引导 。最好有预知的流程予以告之用户 。对刺激性强的东西反应敏感 。例如:电商的降价文字、直播的网红脸图片、相亲的学生妹发型,比赛
的霸气装备 。随心所欲 。前端产品一定要多注意可操作流程交叉而导致的异常Bug 。这是坑 。性能要求高 。“反应慢”=“没饭碗” 。对隐私敏感度越来越高 。需要产品经理对数据有更多的分析,了解数据指标的意义,懂得如何运用数据作为产品功能的决策 。产品发布方式的不同 。有时C端产品的改版需要灰度发布,步步试错,边观察数据边作优化 。也可以通过A/B测试看到哪种需求方案更合适 。……
二、产品都复杂,复杂侧重点不同前端:复杂侧重点在于如何才能简化复杂 。后台:复杂侧重点在于如何满足业务功能 。实现的复杂:同步异步、中间表、接口等偏向技术层面 。后台可能更能考验一个产品人的架构能力 。
三、都需要考核,考核标准不同 前端考核很明显,就是用户反映的数据 。


推荐阅读