前端产品前途更好？那么你了解运营和技术吗？

从入行产品经理开始，大家都会有这样的感觉。当一个产品做的好时候，一定是前端产品，因为前端产品能被用户看见，能被感知到。所以前端产品更容易被人赞扬。

而后端产品因为都是给运营和业务人员使用，不会注意很多美观，所以一直被吐槽。且在大环境中，一个前端产品要有很多后端产品进行支持。后端产品会更多，所以大家都势必会觉得前端产品前途更好。

其实这样的想法也无可厚非。但是作者觉得，后端产品经理也不一定前途很差。所以我罗列了前端与后端产品经理的优势与劣势比较，从中大家也可以加深强项，弥补弱项，让自己产品经理道路走得更远些。

前端产品经理优势：

1、更了解用户

作为前端产品经理，必须要做的事情就是用户调研，无论是定量还是定性调查。都是对用户画像的一个深入了解过程。在了解中，与竞品之间做分析比较，大胆的去从用户认知角度去做出更符合用户喜爱的产品。前端产品的成功之道一定离不开了解用户。

2、更具设计一样的美感

在与用户交流过程中，还有我们产品想要告诉的用户一些东西的时候，都是需要在产品设计上多下功夫的。让用户对于界面和交互感觉产生喜好，然后留下用户。对于美感的方面，需要符合一些主题元素，产品本身的主色调以及用户此时场景下的心情的色彩元素。

3、主次需求考虑深层次

对于前端产品来说，一个页面让用户专心完成一件事是十分重要的。所以在一个页面中，需要把重点需求突出，次要需求进行弱化处理。所有次要需求都是围绕主需求进行展开处理。对于需求把握是前端产品经理了解用户过程最主要的核心工作。

4、API接口了解多

对一个页面中，要接入那些API接口，都会非常了解。因为这个接口对这个页面影响有多大，对用户来说，这个接口能帮助到用户去实现自己想要做的事情。还有在接口中，能不能快速处理任务，把所有的状态进行同步。把这些事情都处理好了，虽然用户没有感知，但却做到了产品的成功。

前端产品经理劣势：

1、少与逻辑打交道

在前端产品中，产品逻辑十分简洁和直线型。几乎就是一步操作到底。特别是在竞品很多情况下，逻辑都会趋同。唯一能做的事情，就是场景中的用户体验如何去优化。逻辑上少思考，往往会对一些复杂逻辑的产品难以胜任。以至于进入产品逻辑盲区。

2、业务感知度低

这里业务感知指的是对于公司后面运作不是很了解。因为对于业务交流少，而更多面向用户进行思考。所以在业务调整时，产品经理会进入不知所措的阶段。前端所有的经验很难帮助你去快速了解业务和业务本身所需要的要素。

所以业务成为不小的软肋。

后端产品经理优势：

1、知道如何提升效率

后台产品设计中，最基本核心就是提升使用者的效率。最好能在一步操作下看到更多的有效信息，完成操作。所以业务设计中，对于字段展示和输入内容的合理性思考会很多。所以页面展示上信息也会非常多。不会像前端页面那么简洁。

2、对协议更了解

后端设计中，不免要与很多的产品协议去打交道。对于这些协议了解是更好帮助我们进行产品接入，从而使得后端产品显得更加强大。对于协议而言，必须要很了解，才能更好完成产品逻辑设计。

3、抽象能力更强

后台产品经理对于抽象能力很高，如果是技术出生，这就是优势。因为在编程中，现在都是面向对象的设计。所以对于对象抽象能力是极强的。抽象能力能帮助产品更好完成维度的划分和合理性的产品逻辑设计。

4、逻辑更为缜密

后端产品最为复杂莫过于复杂的逻辑。这里的逻辑设计就是帮助运营和业务完成流水线般的操作和任务。成为系统中必不可少的一颗螺丝钉。这样，系统正常运转下，这些逻辑都会使得产品快速进行运作。前端产品也能更多的去关注与获取用户。

后端产品经理劣势：

1、缺乏美感

后端产品设计中，因为都是给自己人使用的。所以业务设计单调，没有特点。美感度也是很低的。因为长期缺乏这些思考，所以设计美感度低，且对设计核心了解也是知道很少。

2、考虑实现性太多

考虑问题的时候，想的太多复杂。实现性方面也会考虑太多，反而把产品做得很复杂。对于前端产品来说，越简洁越好。特别是小而试行的产品，灰度迭代这些都是前端产品设计经验。后端产品往往难以去做产品减法。

3、主次需求概念弱

因为要把所有信息内容尽量告诉使用者，对于需求主次分明的概念会弱。虽然还是会当前页面要做什么事情会很清楚。但不清楚是页面中的需求主次。因为这些主次需求不会影响使用者，但对前端来说就是留下用户的理由。

这些就是前端和后端产品经理基本一些区别？谁能走得更好，因人而异。说到这里，突然想问大家：产品经理，你了解运营和技术吗？

作者似乎感觉是前端产品更了解运营，后端产品更了解技术。然后我们会站在他们角度思考一些问题吗？他们会想什么呢？

运营思考点：

1、随时随地变化策略

对于运营策略来说，是事实要进行变化的。所以电商中banner都是可以进行配置的。因为我们要追逐热点。因为我们要做活动获取用户。所以运营的策略是变化无常的。我们产品设计时，要尽量考虑到运营的兼容性。

2、用户获取的途径

我们的产品用户是从哪来获取更多更好。这是运营人员需要长时间考虑的问题。而产品是帮助运营去获取用户。比如专题页诞生，就是运营的需求诞生，他们想要获得用户，就需要页面去承接他们的运营思维。

3、推广的适用性

推广时候，他们希望产品能适用更多的渠道去推广。那么我们的产品接口和页面是不是能帮助运营去承接这样多样性的需求呢。我们的产品设计能不能满足这样的设计呢。

4、用户留存率

运营会更多关注用户留存。所以在产品中，这个留存有时候需要产品和运营一起努力完成的结果。因为用户在产品中有这样的留存理由才会过来。那么运营要做的事情就是把这个事情放大。

5、更多的数据反馈

数据反馈不仅仅是产品，运营人员最关注的核心之一。因为对于KPI来说，数据是考核重点之一。所以怎么样完成数据埋点，怎么样呈现数据才是运营最需要了解的，是我们要考虑的。

6、多运营思考角度

运营角色很多，用户运营、活动运营、内容运营、数据运营、推广运营等等。怎么样去站在不一样运营角色去思考问题很关键。比如内容运营，一定更为关注如何编辑好内容，展示给用户。那么产品设计中，一定要思考这些关注点。

技术思考点：

1、技术可以实现性

产品最难的地方，就是技术无法实现。虽然说，大部分需求都是可以实现的。但是当技术难以实现时，产品设计方案就需要重新做了。所以一定要思考技术可以实现的边界在哪里。

2、技术复用性

上面的运营角度是希望多配置的。技术也是，因为这样的后期维护就不需要技术出面。如果都需要技术改动，那么技术会很累。加上技术实现上，一定是要代码具有更多灵活性。对于很多的功能都是会进行包装的。

3、前端样式简洁

前端设计样式一定要简洁，一个是前端可以容易实现，一个是前端也容易了解。这样才可以使前端也了解用户需求是哪些。才可以做出合理的前端样式适配。

4、后端表结构固定

后端来说，字段所展示的表结构一定要稳定。字段可以多，但不可以少。一旦少了，一定要改表结构。这样技术开发的麻烦程度会增加。所以思考越全面，改动机会就会少很多。

5、后端定时任务合理

后端数据或者任务等等，都会定时任务去跑和处理。这些处理是否能好完成产品任务。所以我们有时候要考虑到产品中的定时处理的合理性。

最后说一局题外话，技术架构师基本都是后端开发人员，所以与后端开发交流中，你能学会一些技术架构。

那么我们学会站在运营和技术角度思考问题了吗？产品经理是一个需要思考的职业，也是需要与他人协作的职业。学会站在他人角度思考问题，更要学会快速融入团队。