最后，不可避免的需要根据客户方、开发人员多次沟通，调整界面功能，完成最终的设计稿。在确定主体需求的时候，前后台已经可以同步开发了。

　　后台管理部分

　　管理台部分按照最初的分析，主要提供如下功能：

　　业务信息类：管理商品、个人、订单、活动等信息;

　　报表类：提供流水、简单分析、统计类报表;

　　平台类：平台自身参数配置，用户管理;

　　自定义类：个性化首页配置;

　　一般来说，后台管理端对应的用户量并不大，系统也不需要支持很高的并发。在设计的时候，可以不用考虑很多性能方面的问题，而且很多前后端框架本身的性能也不差，我们优先把关注点放在功能的实现上。每个功能点大致都需要围绕输入/输出界面、操作流程、异常处理这三点来完善

　　其他部分

　　对于支付模块的设计，仅就完成功能而言，主要包括：

　　账户体系：需要建立一套虚拟的账户体系，包括与银行卡账户相对应的子账户、红包账户、临时账户(比如活动账户)，以及每个账户的扣帐原则、分录;这部分需要跟客户信息进行挂钩，用于评定客户等级、赠送积分等等。

　　支付邮路：灵活的邮路切换原则，找到成本和效率的平衡点;

　　流水：支付流水的查询以及差错处理，设计时需要考虑到客户的感受，毕竟支付出了问题体验已经不好了，如果不能及时定位以及处理差错，那么失去客户也是分分钟的事情;

　　报表：这块主要是为了进行运营分析，所以维度要尽量多一些，每一种表样在设计的时候需要多斟酌一下，不要产生模棱两可的含义;

　　余下的事情

　　数据库的设计、开发框架的选择就丢给资深程序猿大神们了。当然，产品狗适当的参与、了解也是必要的，便于后期开展工作;

　　账户体系、支付模块的设计应该可以通过网上找到成熟文档，设计时可以多参考一下;

　　总结

　　第一次尝试做app端简单的交互设计(姑且这么叫吧)，很多地方可能也不够完善和美观，希望能在以后多看到相关资料来提升，也希望在这里找到各类产品牛人带我飞。

　　对拓展功能的思考：

　　当客户在看中某产品时，并不仅仅只有租赁可选，还能直接买下。如果这样，商品页面、购物车、付款页面等都需要做相应的调整。

　　根据运营方式(会员、押金)来给客户提供更多的附加功能，例如目前比较火的开锁共享单车，当然这些需要通过数据来验证效果。