APP开发如何做好后台的设计

APP开发时大家一般都比较注重前端的产品设计，不可否认前端的重要性，毕竟前端是直接面向APP的用户的。但是一个产品要达到功能完善，方便操作，支撑运营，后台的设计也就显得非常重要了。

如何在APP开发中做好后台的设计呢？首先要清楚的是，后台产品和前端产品存在很大的差异性。后台产品更加注重的是业务逻辑的清晰和功能的实现，而前端产品对视觉设计和交互设计有更高的要求。下面，介绍一下后台产品的设计方法与思路。

 

一、业务逻辑梳理

需求调研与分析完成后，就是自己对内容的消化和吸收。首先要做的事情是自己先清晰地理解一个产品。只有自己理解了，才能更好地推进产品进行开发。

先梳理清楚线下的业务流程。将线下的业务流程梳理清楚以后，然后才是对产品的思考。一般有几种帮助自己更好地梳理业务流程的工具，如状态图，流程图，泳道图等等。这些图表的作用和用法是不一样的。

状态图的作用是让人清楚业务的实现需要经历的状态序列，以及引起状态转移的事件，和因状态转移而伴随的动作。状态图的驱动是基于状态的转换。

流程图，相信大多数人对此并不陌生。但是，我看见很多人绘制的流程图并不是十分规范。不规范的流程图，自己理解起来可能没有什么问题，但是别人可能就会产生误解。

泳道图，又称为跨职能流程图。也是我所说的流程图的第二步。作为流程图的进阶，泳道图加入了泳道表示不同角色(或岗位、部门等)。让人在了解业务流程时，也清楚由谁执行该动作。

也许很多人，觉得花这么多时间画图会浪费很多时间。我觉得仁者见仁智者见智了。对于我个人而言，每天捣弄这些图，会很快加深我对产品的理解。特别是在业务比较复杂，而且之前有完全没有接触过相关方面知识的时候，仅靠大脑很难有清楚的思维，但是图形化后却能很好地理解。在业务整理上多花点时间整理，我觉得是很有必要的。

 

二、产品梳理

梳理好线下的业务逻辑以后，要将它抽离搬到线上。这个过程，可能会删除掉某些线下的环节。依据产出的流程图，基本上可以大致确定产品的功能点。先理出单独的功能，然后加入角色(功能 + 角色)，准备工作做好以后，可以开始搭建产品的架构图了。先搭页面，再确定页面内的功能，最后细化页面内的信息。在原型出来以前，可以拿产品架构图先和别人进行一下交流。产品架构图相较于原型图，与数据库的设计思想比较一致。而原型视图化后，对于数据库设计却反而变得抽象了。另外，产品架构图修改较快捷，返工成本相对较小。

产品梳理好以后，就要开始搭建原型了。先确定通用模块：页头、页尾、一级导航、二级导航。将产品架构图的内容填充到页面内，并加入文字说明操作。最后细节添加，细节内容可以在页面旁边的进行注释。但尽量要单独出一份详细的 PRD。

 

后台原型的设计是产品设计的重要环节，在APP开发中一定不能忽视了。