前、后端产品差异对比分析.docVIP

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