【产品经理从0到1】后台基础

产品开发流程

注：在整个产品生产过程中，产品人员需要及时 进度跟踪，风险辨识处理、资源协调；

工作场景

工作场景 - 几类重要的会议

头脑风暴会议：时期 - 需求前期； 作用 - 方案论讨；

需求评审会：时期 - 需求确认阶段；作用 - 与业务方、研发确认需求方案（注意区分）；

项目立项会议：时期 - 项目启动、需求确认阶段；作用 - 与项目评审团队及相关人确认项目可行性；内容 - 产品背景、解决方案、预估效果、资源需求（人员、时间等）、人员成本评估等；

每日例会：时期 - 项目开发阶段每天；作用 - 进度跟踪、风险管理；内容 - 汇报昨日完成情况汇、今日计划、遇到的问题、需要的帮助等）；

项目闭项会议：时期 - 项目上线试运行一段时间后；作用 - 评估项目效果；内容 - 产品方案简述、人力时间等成本情况、预估效果、实际效果、后续计划。

项目汇报会议：时期 - 规划阶段、开发阶段、运营阶段都可以；作用 - 使领导了解 项目情况；内容 - 说明项目汇报项目计划、进度和成果等；

工作场景 - 几类重要的产出文档

功能清单/需求池：产出时期-需求分析阶段；使用时期-后续产品开发所有阶段；

原型：产出时期-需求分析阶段 ；使用时期-后续产品开发所有阶段；

PRD文档：产出时期-需求分析阶段 ；使用时期-后续产品开发所有阶段；

项目立项文档（ppt）：使用时期-项目立项会议上使用；内容-产品背影、解决方案、预估效果、资源需求（人员、时间等）、人员成本评估等；

项目闭项文档（ppt）：使用时期-项目闭项会议上使用；内容-产品方案简述、人力时间等成本情况、预估效果、实际效果、后续计划；

项目汇报文档（ppt）：使用时期-项目汇报会上使用；内容-说明项目计划、进度和成果等；

沟通、确认邮件：项目或产品开发过程中“确认、通知、上报、协调”的邮件；

其它：会议纪录、周报/日报等；

思考

1. 为什么运营在后台录入的数据，前台能看见？
2. 为什么运营在后台可以统计某商品之前一个月的销售量？
3. 这些数据一直都存在哪了？

数据库、服务器

服务器概述

思考

我们搭建了一个xx资讯的前台MVP产品，允许用户在前台发送各种原创内容。但内容的总量还是不够，需要支持让公司的运营人员在系统中发送文章，请问该怎么做？
答：搭建后台管理系统，添加内容管理模块等；

后台

后台定义

“后台” 与“前台”都是相对独立的平台：
• 前台是服务于互联网用户的平台；
• 后台主要是支撑前台页面内容、数据及对前台业务情况的统计分析的系统。

后台与前台的区别

后台与前台的联系

工作的区别

需求来源的区别

常见的后台产品

1、ERP (Enterprise Resource Planning）企业资源计划
2、CRM（ Customer relationship management ）客户关系管理系统
3、OA（ Office Automation System ）办公自动化

ERP系统是企业资源计划(Enterprise Resource Planning )的简称，是指建立在信息技术基础上，集信息技术与先进管理思想于一身，以系统化的管理思想，为企业员工及决策层提供决策手段的管理平台。

ERP系统特征：
1）企业级解决方案 ；
2）主要含有“进、销、存、财务”等子系统模块 ；
3）实现了各子系统之间的信息互通；

客户关系管理系统（ Customer Relationship Management ）是以客户数据的管理为核心，利用现代信息技术、网络技术、电子商务、智能管理、系统集成等多种技术，记录企业在市场营销与销售过程中和客户发生的各种交互行为，以及各类有关活动的状态，提供各类数据模型，从而建立一个客户信息的收集、管理、分析、利用的系统，帮助企业实现以客户为中心的管理模式。

1. 办公自动化（OA）是面向组织的日常运作和管理，员工及管理者使用频率最高的应用系统，OA在应用内容的深度与广度、IT技术运用等方面都有了新的变化和发展，并成为组织不可缺的核心应用系统；
2. 主要推行一种无纸化办公模式。

OA系统特征：面向公司日常运作业务。如请假\加班\开通网络等各种申请及流程的管理、人员信息的查询及管理、公司通知公告查看及管理等等。

后台导航

页面设计 - 网站导航栏

导航栏：一般是位于网页顶部或者侧边的超链集合，它将网站的主要内容按一定顺序和结构组织起来，使访问者更快速、清晰明朗的找到资源所在位置、页面。一般设计成平铺或树状结构的区域；
样式：横向导航栏、纵向导航栏、横纵结合导航栏；

导航样式1 - 横向导航栏

适合场合：横向导航会用在后台一级功能、层级很少的情况下；
优势：位置明显，占用面积小；劣势：可扩展性比较差。

导航样式2 - 纵向导航栏

适合场合：纵向导航会适用于层级深、导航项很多的情况下；
优势：方便可扩展；劣势：占用页面面积比较大。
常用交互样式：
1、单击导航项，展开下一级导航列表（易学习易扩展，一般情况都
可适用）；
2、主子导航项全部展示出来（较少项时，清晰明了）；
3、鼠标移入导航项区域，显示二级导航（占用空间比少，位置稳定
，交互快速）；
注：后台常用纵向导航中的第1种样式；

导航样式3 - 横纵结合

适用于业务模块比较独立，且业务模块下也会包含多个子模块的平台；这种情况下，主要业务模块用在横向导航栏中展示，选
中某个业务模块后，其子模块导向以纵向导航栏显示。

思考

因后台通常是公司内部员工在日常办公环境中使用的，所以后台主
要以PC版为主，那为什么有时还需要设计移动端的后台呢？

常见的后台版本

PC版后台 和 移动版后台
一般后台只有PC版，但产品人员还是需要根据用户的使用场景分析，决定PC端与移动端后台包含的内容；
1）PC后台：经常在固定场所进行的工作相应产品内容应放在PC端；
2) 移动端后台：经常在不固定场所需要进行的工作或可以利用碎片时间进行的工作，相应产品内容应放在手机端（如外勤销售找附近的客户、外勤打卡等）；

案例

运营部提出，xx资讯需要支持用户发布内容，做一个用户社区。

前期准备

1、需求获取 - 用户访谈
2、需求分析
3、需求确认
前期准备

• 预约访谈时间、了解相关业务、被访人等；
• 通过《需求调研表》预设问题，准备《需求池》添入已知信息；

思考

1、为什么要做用户发布内容? (需求目标)
2、哪些用户角色可以使用? (用户角色)
3、业务流程中涉及哪些事物? (对象)
4、用户可对内容做什么操作? (功能)
5、这些对象中包含什么内容? (字段)
6、什么条件可以发布?有无数量限制? (规则)

需求案例1 - 用户发布

调研时：运营部说，目前依靠平台产生的文章太少，需要做一个社区，让用户来发布更多的文章。用户发布没有太多限制，只要登录后都可以发布；目前只允许用户发布文字和图片内容，并且，用户对文章可以评论、点赞、分享、收藏；并且运营人员在后台需要查看用户发布的文章。

需求案例2-用户社区

社区上线后，运营部反馈用户发布的文章数量不够多，需要运营部自己去发布文章填充到社区，而当前在APP中发布文章很不方便。

增删改查

ID：记录的“身份证号”，不可改变。通常会规定“新建”时，系统自动生成一个ID字段，在同类记录中，每个字段的ID都是唯一的。类似唯一标识。
例如：一般为自增长的一串数字值（001、002、p001、p002….）

新增

查找

查看

编辑

删除

流程-添加文章

原型制作

请画出原型图、标出各区域、所有功能

角色权限划分

需求案例3-用户社区

两个星期后，运营经理发现自己工作量越来越多，事情做不过来。所以她希望自己只是查看文章详情，具体发布任务由其他运营人员负责。

基于角色的权限控制（RBAC）

基于角色的权限控制（ Role-Based Access Control ）简称RBAC
• 模型的核心是在用户和权限之间引入了角色的概念。取消了用户和权限的直接关联，改为通过用户关联角色、角色关联权限的方法来间接地赋予用户权限，从而达到用户和权限解耦的目的。

先创建好角色，每个角色如经理、销售、管理员、财务都分配好不同的权限，等创建用户的时候逐一的分配角色即可，不用再一一设置权限。

原型展示

审核、日志功能

需求案例4-用户社区

版本运行一段时间后，发现有部分用户发布的内容违法违规。因此，用户发布的文章需要在后台审核后才能发布成功。另外，为了保证审核工作的规则，需要在后台看到每次审核的情况。

审核功能

日志功能

操作日志，一般用于记录重要操作（如：登录、退出、新建、删除、编辑等）、或重要数据项的变更（名称、价格、库存等）。为之后诊断问题的追踪变更等活动起到重要作用。

思考

这个用户社区的设计方案，你还感觉有哪些可优化的地方?

后台产品流程

后台的产品方案搭建流程
一． 确定用户角色：确定后台最终的使用角色都有哪些。
二． 需求收集：对各角色用户进行访谈，梳理需求目的、业务场景、流程、规则。
三． 需求分析：
1. 通过业务场景，分析提取出需要管理的主题（对象）
2. 分析各对象包含哪些元素（字段）
3. 通过业务场景，分析用户对对象可以进行哪些操作（功能）
4. 根据功能列表，分析功能结构
5. 可以借助功能结构，设计原型
6. 借助功能列表、原型，设计PRD(细化功能，分析操作流程及规约）
四． 需求确认：与用户确认解决方案的业务可支持性。
五． 与研发确认解决方案的研发可实现性

xx资讯功能清单示例