前阵子从同事那里得到消息，有需求方想做一个租赁礼服的App，可以进行AR试穿。由于当时能拿到的消息就这么多，本来想去下载几个租赁类App参考一下，可惜乞丐版手机没有空间。正好目前也比较闲，便尝试对整个事情进行分析，看看是否能较为合理的完成这个案例。

　　需求分析

　　整体平台搭建

　　虽然对方初步提出只想要一个租赁类App，但实际分析下来，仅靠一个App是没法支撑起租赁这个行为的。真正的需求是一个前、后台齐全的租赁平台。大致如下：

　　前台App：主要提供租赁、个人信息管理等功能;(后面再展开讨论)

　　后台：至少需要有两套管理台(不考虑部署问题，仅从展现端考虑)，一个向商户提供商品信息、订单信息相关的管理功能，另外一个是该租赁平台方自身管理个人客户、商户各类信息的功能;

　　其他比较重要的模块：最容易想到的就是与交易相关的支付功能，既然作为一个平台方来运营，这里最好建设一个较为完整的支付平台来支撑，方便对资金进行管理和调拨。

　　App功能分析

　　按照客户要求，App端最重要的功能当然就是“租”了，即通过各种手段让客户来找到合适自己的礼服，比如搜索、推荐、活动等等。除此之外，本App需要用AR作为亮点，所以此功能也需要作为一级入口提供。参考一些购物类、生活类App，拟定前端主要结构如下：

　　后台管理功能分析

　　由于需求不是很明确，这里可以分阶段进行分析。

　　若需求方体量足够大，可以独家开展礼服租赁业务以及相关增值服务，那么只需要建立一个平台侧的管理端，无需考虑商户;

　　反之，则需要引进商户来扩充平台内容，向客户提供多样化的租赁服务，做法跟X宝、X东类似;

　　需要支持的常用功能如下：

　　个人理解平台方和商户侧的功能基本类似，只不过平台方需要对商户、平台进行管理，再加上后续的运营需要，因此会多出相应的功能，即可以把平台方视为一个特殊的商户来对待。另外，相同菜单开放的权限也需要注意;这部分功能可以通过注册成各类平台商家进行参考、完善。

　　其他模块分析

　　这个部分主要考虑需要与哪些外部系统有关联。既然是做礼服租赁，不可避免的会涉及到付款、收款等行为。不论是自己单独运营，还是引进商户，常用的做法是作为商户接入各类第三方支付平台，由其进行资金清算。(直接让对方转账这种“暴力”收款不考虑)选择第三方支付平台，主要考虑的基本就是费率以及清算频度。

　　这里我们搭建的支付模块主要包含功能如下：

　　简单设计思路

　　App部分

　　按照上面的需求分析，App端暂定有5个一级选项卡，大致样式如下：

　　(1)页卡详细说明

　　首先是一边分析一边整理在设计过程中可能涉及到的页面和其他元素，做好分类，便于管理和制作交互稿。

　　接下来整理每个页面的逻辑。

　　(2)首页

　　首页界面需要体现出app的主干业务，保证客户能够获取自己想要的、感兴趣的信息。因此，各类活动信息、垂直搜索功能不可或缺。同时为了保证客户拿到可用的信息，定位功能也是必须的。

　　(3)分类

　　分类页面提供明细选择，客户大部分的租赁行为都是通过本页面完成，所以如何提供合适的分类，需要仔细斟酌，再参考运营一段时间后的各类数据来进行调整，不断完善。

　　(4)AR

　　作为 App 的特色功能，设置为一级选项卡是为了保证用户随时都能点开使用，提升用户活跃度。此外，本页面不应设置太多的门槛，比如不要求客户登录、参数不宜太多。

　　(5)圈子

　　提供场所让用户与用户、用户与商户互动，类似贴吧、论坛的地方，因此需要加强管理。又因为移动设备屏幕有限，所以功能不宜太复杂。

　　(6)我的

　　涉及未登录和已登录两个页面，如下：

　　(7)部分页面示例

　　搜索类：

　　商品、注册页：