笔者认为后台产品指的是满足某一种业务流程支撑的操作系统。而这种产品根据设计套路的不同可以分为两种类型：内部流程的产品，以及外部流程的产品。
做了一段时间的后台产品经理后，做了一个系统性的梳理，也算是总结了一些自己的方法论。写几篇文章后分享给大家，与大家共勉。
目录
一、给后台产品分个类
二、如何定义业务需求
2.1 业务需求是什么？
2.2 业务流程梳理
2.3 业务流程优化
三、产品功能结构
3.1 功能域划分
3.2 主线产品设计
3.3 非主线产品设计
3.4 数据功能产品设计
3.5 非功能性产品设计
3.6 接口设计
四、交互设计
4.1 antdesgin设计原则
五、数据怎么复盘
5.1 相对值比绝对值更有意义
5.2 核心指标数据：成本、效率
5.3 非核心指标数据都有哪些？
5.4 有了数据后该怎么用？
给后台分个类
后台产品，我自己的定义是，可能不同的人对于这个的界定也有很大的差异，有人会称之为B端产品，但是仅仅以称为B端产品来定义太过于宽泛了。
To business，代表着的是某一个面向群体，B端产品可能也会包括了和C端体验相仿的阿里巴巴；而to concustomer同样也指的是面向消费者这个群体，所以会有着类似微信公众号后台一样的偏流程化但对于BC群体都适用的产品，也会有着比如各种工具类小软件只对C群体适用但是偏流程支撑的产品。
我认为：决定是否是B端产品还是C端产品应该是从整个产品所定位的商业模式来说，而不能简单的根据其特性来进行区分，所以我更喜欢称这类产品叫做后台产品。
如果抛开整个产品的功能来看，仅从不同的产品设计套路差异较大的区别来说，后台产品粗暴一些可以分为两类：内部流程的产品，外部流程的产品。
这两种分类一般面向着不同的客户群体。
内部流程的产品，更多的是对内使用的。针对公司或者组织内部已有的一些流程进行线上化升级；或者是以当前实际产生的问题，即将解决的一些流程问题进行产品化设计。所有你能看到的互联网产品都会有一套内部流程的产品提供支撑。
外部流程的设计客户群体一般是客户，从产品设计的难度来说依次为以下几类：
1）服务于自己产品的，给客户赋能
这种产品比较典型的就是各种O2O产品的商户后台。在外部流程中的后台产品中，这类产品是相对比较好把控的，业务流程以及服务模式都是自己输出给客户侧的。而客户，大部分是属于依赖于自己所给其提供的功能都有什么，所以预期都会掌握在自己这边。
2）基于自己的产品给客户提供服务
这种情况应该是属于一整套商业产品中的一个部分。在互联网行业中，比较典型的就是各个行业的企业版，比如：滴滴企业版，饿了么企业版，携程商旅等；以及客如云、二维火等这种商户线上化运营服务的产品。
这种产品中，把控客户预期是十分重要的。因为我们能提供到的服务是有限的，必须在自己的产品服务范畴内，比如：可能会有奇葩的客户需要让滴滴企业版去订酒店。我们需要在一开始就和客户确定需求范围、服务范围。避免后期给自己挖坑。
后台产品作为整套商业产品中的支撑逻辑，设计时候的有几点需要注意与内部流程的差异点：
多租户模型的数据、功能等权限区分。
功能边界的区分：哪些是我们可以提供的服务？哪些是可以提供API？哪些是明确不做的？
配合商业模型中的定义，基础功能和增值功能预定要尽量解耦，做到增值功能可以依赖基础功能，反之则不行。增值功能与增值功能之间要完全解耦，互相可独立存在。
3）基于某一套服务标准给客户提供专业操作系统
第三种情况其实和第二种情况类似，只不过其介入的程度会更深一些。
比如：用友提供的CRM、ERP、小微行业的各个商业操作系统。
之前其实每一种操作系统的壁垒都很高，专业性也很强，传统IT服务商一般会提供一个行业标准的版本后针对不同客户进行二次开发。
另外，SaaS化的服务以其成本低，快速便捷等优势成为其一种发展趋势。这种情况下不同的产品功能及设计需要趋于一个标准的行业版本，为客户提供专业性的服务能力。然而，如何SaaS化是行业的一个难点及通病，在此不再赘述。
接下来的文章会针对第一种情况，讲述：在面向内部流程的时候，我们如果从0到1去进行设计？
