后端产品经理
定义
业务、逻辑、跨越、结构、控制、数据
后端产品经理 是整个后端业务需求的整理者，需要串起整个业务的前中后所有流程。后端业务往往并不像前端需求那样简单易于理解，而且会涉及信息输入者、信息处理者、信息接收者、信息管理者出现完全不同的情况。要求后端产品经理的首要目标就是理解业务的全貌，能够让业务正确的运转并对效果进行评估，能将充满个性化理解与执行的业务过程通过与业务各端人员进行平衡和协调以确定标准化方案。
业务——后端产品经理推进的是整个业务环节的完成，不完成整个业务环节永远得不到及格分数
逻辑——复杂多方如何经过产品经理层层梳理找到最优化的标准化解决手段，需要处理纷繁错杂的逻辑关系不出错
跨越——跨项目沟通、跨部门协调、跨公司交流、跨行业学习
结构——系统结构，运营人员关系，各种复杂度、稳定性、扩展性都需要有序的模块化的考虑进去，以达到最大效率的设计结果
控制——开发周期可控、业务风险可控、实现手段可控、权限可控、数据可控、流程可控、错误可控
数据——后端的核心输出围绕就是数据
职能
认知 -> 关联 -> 重构 -> 执行 -> 修正
认知——通过文档、沟通、学习等各种方式了解业务、了解业务背后的逻辑、了解业务执行的人的痛点和利益点、了解原有系统关系和关键点、了解项目的资源和时间期望等，收集项目资料与行业知识
关联——将资料进行重新整理，勾画出各条关系结构与流程，整理关键的要素与信息，获取相关的资源支持，掌握可控资
重构——将信息、要素、资源进行重新整合，设计出系统架构并拆分填充细节，确认核心功能点与迭代计划
执行——推进项目的立项、方案的确立与资源的到位，进行项目的开发
修正——对项目结果进行评估，将执行结果要素重新整合进入下一期工作流
日常工作
1.业务流转 - 多节点效率配合
业务会需要在不同的操作者、模块、系统中流转，复杂的业务流转的梳理是产品经理一个最基础也是最重要的工作之一。产品经理需要认真考虑如何将业务拆分为必要的节点，并正确设计好节点之间的关系。保障不好业务流转，后台运营人员要骂娘加班，HR天天面临人力压力，技术天天手工写数据库。很多时候，各角色之间的实际关系与作用也需要考虑在内。
2.管理配置 - 信息管理操作
后台对数据的标准化录入、导入、状态管理、数据修改等，核心在于通过后台操作影响前端的生成、展示、功能、活动、资源信息等。前端包括文字详情、活动页面、展示列表、价格参数等都是后台配置管理的范围。配置后台在初期往往是交由开发者处理即可，但随着系统关联度的上升，功能之间的相关影响，运营操作效率对业务的影响，以及后台可能的开放过程，管理配置功能往往复杂类似矩阵化结构，需要一个优秀产品经理的把控。当然有些时候产品的修改反而会造成不利影响，因为主要操作者“已经习惯了”原有产品。
3.系统对接 - 内外数据交换
对接内部外部的不同系统，以各种形式包括爬取、导入、接口或服务形式传输数据。产品经理需要认真考虑系统与系统之间的关系，以及数据之间的同步和调用方式。与外部合作盘活生态是开放的互联网必不可少的一部分。
4.算法策略 - 数据转化输出
将数据重新进行处理输出，常说的人工智能、大数据也是其中一种应用方式。可应用范围从滴滴的车单派送、百度的搜索引擎、qq每天的弹框广告到信用征信、人脸识别、垃圾邮件过滤都属于计算机算法的研究范围。属于互联网产品中最讲究技术的部门。如何能够将前沿技术和实际的商业应用做结合，如何来评估算法策略的在实际应用中目标和效果，如何利用技术优势保持行业领先，是这个领域的程序员和产品经理最关注的事宜。
5.统计分析 - 业务价值挖掘
简单来讲，就是将业务复杂的过程进行数据化的监控。可以是操作的数据日志，也可以是购物车每一层的转化率，还可以是某类目产品的订单变化情况...需要将数据重新进行一些列的数据埋点、数据收集、数据清洗、数据挖掘、数据建模、数据可视化，以通过数据对业务进行分析、理解，并影响业务和工作的进展。最终的产物可能是一个excel，一个dashboard也可能是一个改变公司的数字。
Dashboard 商业智能仪表盘（business intelligence dashboard，BI dashboard）的简称，它是一般商业智能都拥有的实现数据可视化的模块，是向企业展示度量信息和关键业务指标（KPI）现状的数据虚拟化工具。
6.安全管控 - 数据保护
对整个后台系统进行管理，保障合适的人接触和使用到合适的功能及数据，同时保证不要被一些弱智的设计导致数据错乱、误操作及安全泄露。包括账号管理、权限设计、流程控制、操作留痕、防呆设计、备份同步都属于从安全可控角度考虑的范围。
来源：知乎
作者：Vuder 链接：https://www.zhihu.com/question/27136892/answer/160739465
