前陣子從同事那里得到消息，有需求方想做一個(gè)租賃禮服的App，可以進(jìn)行AR試穿。由于當(dāng)時(shí)能拿到的消息就這么多，本來想去下載幾個(gè)租賃類App參考一下，可惜乞丐版手機(jī)沒有空間。正好目前也比較閑，便嘗試對(duì)整個(gè)事情進(jìn)行分析，看看是否能較為合理的完成這個(gè)案例。

需求分析

整體平臺(tái)搭建

雖然對(duì)方初步提出只想要一個(gè)租賃類App，但實(shí)際分析下來，僅靠一個(gè)App是沒法支撐起租賃這個(gè)行為的。真正的需求是一個(gè)前、后臺(tái)齊全的租賃平臺(tái)。大致如下：

1. 前臺(tái)App：主要提供租賃、個(gè)人信息管理等功能；（后面再展開討論）
2. 后臺(tái)：至少需要有兩套管理臺(tái)（不考慮部署問題，僅從展現(xiàn)端考慮），一個(gè)向商戶提供商品信息、訂單信息相關(guān)的管理功能，另外一個(gè)是該租賃平臺(tái)方自身管理個(gè)人客戶、商戶各類信息的功能；
3. 其他比較重要的模塊：最容易想到的就是與交易相關(guān)的支付功能，既然作為一個(gè)平臺(tái)方來運(yùn)營，這里最好建設(shè)一個(gè)較為完整的支付平臺(tái)來支撐，方便對(duì)資金進(jìn)行管理和調(diào)撥。

App功能分析

按照客戶要求，App端最重要的功能當(dāng)然就是“租”了，即通過各種手段讓客戶來找到合適自己的禮服，比如搜索、推薦、活動(dòng)等等。除此之外，本App需要用AR作為亮點(diǎn)，所以此功能也需要作為一級(jí)入口提供。參考一些購物類、生活類App，擬定前端主要結(jié)構(gòu)如下：

后臺(tái)管理功能分析

由于需求不是很明確，這里可以分階段進(jìn)行分析。

1. 若需求方體量足夠大，可以獨(dú)家開展禮服租賃業(yè)務(wù)以及相關(guān)增值服務(wù)，那么只需要建立一個(gè)平臺(tái)側(cè)的管理端，無需考慮商戶；
2. 反之，則需要引進(jìn)商戶來擴(kuò)充平臺(tái)內(nèi)容，向客戶提供多樣化的租賃服務(wù)，做法跟X寶、X東類似；

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

個(gè)人理解平臺(tái)方和商戶側(cè)的功能基本類似，只不過平臺(tái)方需要對(duì)商戶、平臺(tái)進(jìn)行管理，再加上后續(xù)的運(yùn)營需要，因此會(huì)多出相應(yīng)的功能，即可以把平臺(tái)方視為一個(gè)特殊的商戶來對(duì)待。另外，相同菜單開放的權(quán)限也需要注意；這部分功能可以通過注冊(cè)成各類平臺(tái)商家進(jìn)行參考、完善。

其他模塊分析

這個(gè)部分主要考慮需要與哪些外部系統(tǒng)有關(guān)聯(lián)。既然是做禮服租賃，不可避免的會(huì)涉及到付款、收款等行為。不論是自己?jiǎn)为?dú)運(yùn)營，還是引進(jìn)商戶，常用的做法是作為商戶接入各類第三方支付平臺(tái)，由其進(jìn)行資金清算。（直接讓對(duì)方轉(zhuǎn)賬這種“暴力”收款不考慮）選擇第三方支付平臺(tái)，主要考慮的基本就是費(fèi)率以及清算頻度。

這里我們搭建的支付模塊主要包含功能如下：

簡(jiǎn)單設(shè)計(jì)思路

App部分

按照上面的需求分析，App端暫定有5個(gè)一級(jí)選項(xiàng)卡，大致樣式如下：

（1）頁卡詳細(xì)說明

首先是一邊分析一邊整理在設(shè)計(jì)過程中可能涉及到的頁面和其他元素，做好分類，便于管理和制作交互稿。

接下來整理每個(gè)頁面的邏輯。

（2）首頁

首頁界面需要體現(xiàn)出app的主干業(yè)務(wù)，保證客戶能夠獲取自己想要的、感興趣的信息。因此，各類活動(dòng)信息、垂直搜索功能不可或缺。同時(shí)為了保證客戶拿到可用的信息，定位功能也是必須的。

（3）分類

分類頁面提供明細(xì)選擇，客戶大部分的租賃行為都是通過本頁面完成，所以如何提供合適的分類，需要仔細(xì)斟酌，再參考運(yùn)營一段時(shí)間后的各類數(shù)據(jù)來進(jìn)行調(diào)整，不斷完善。

（4）AR

作為 App 的特色功能，設(shè)置為一級(jí)選項(xiàng)卡是為了保證用戶隨時(shí)都能點(diǎn)開使用，提升用戶活躍度。此外，本頁面不應(yīng)設(shè)置太多的門檻，比如不要求客戶登錄、參數(shù)不宜太多。

（5）圈子

提供場(chǎng)所讓用戶與用戶、用戶與商戶互動(dòng)，類似貼吧、論壇的地方，因此需要加強(qiáng)管理。又因?yàn)橐苿?dòng)設(shè)備屏幕有限，所以功能不宜太復(fù)雜。

（6）我的

涉及未登錄和已登錄兩個(gè)頁面，如下：

（7）部分頁面示例

搜索類：

商品、注冊(cè)頁：

最后，不可避免的需要根據(jù)客戶方、開發(fā)人員多次溝通，調(diào)整界面功能，完成最終的設(shè)計(jì)稿。在確定主體需求的時(shí)候，前后臺(tái)已經(jīng)可以同步開發(fā)了。

后臺(tái)管理部分

管理臺(tái)部分按照最初的分析，主要提供如下功能：

1. 業(yè)務(wù)信息類：管理商品、個(gè)人、訂單、活動(dòng)等信息；
2. 報(bào)表類：提供流水、簡(jiǎn)單分析、統(tǒng)計(jì)類報(bào)表；
3. 平臺(tái)類：平臺(tái)自身參數(shù)配置，用戶管理；
4. 自定義類：個(gè)性化首頁配置；

一般來說，后臺(tái)管理端對(duì)應(yīng)的用戶量并不大，系統(tǒng)也不需要支持很高的并發(fā)。在設(shè)計(jì)的時(shí)候，可以不用考慮很多性能方面的問題，而且很多前后端框架本身的性能也不差，我們優(yōu)先把關(guān)注點(diǎn)放在功能的實(shí)現(xiàn)上。每個(gè)功能點(diǎn)大致都需要圍繞輸入/輸出界面、操作流程、異常處理這三點(diǎn)來完善

其他部分

對(duì)于支付模塊的設(shè)計(jì)，僅就完成功能而言，主要包括：

1. 賬戶體系：需要建立一套虛擬的賬戶體系，包括與銀行卡賬戶相對(duì)應(yīng)的子賬戶、紅包賬戶、臨時(shí)賬戶（比如活動(dòng)賬戶），以及每個(gè)賬戶的扣帳原則、分錄；這部分需要跟客戶信息進(jìn)行掛鉤，用于評(píng)定客戶等級(jí)、贈(zèng)送積分等等。
2. 支付郵路：靈活的郵路切換原則，找到成本和效率的平衡點(diǎn)；
3. 流水：支付流水的查詢以及差錯(cuò)處理，設(shè)計(jì)時(shí)需要考慮到客戶的感受，畢竟支付出了問題體驗(yàn)已經(jīng)不好了，如果不能及時(shí)定位以及處理差錯(cuò)，那么失去客戶也是分分鐘的事情；
4. 報(bào)表：這塊主要是為了進(jìn)行運(yùn)營分析，所以維度要盡量多一些，每一種表樣在設(shè)計(jì)的時(shí)候需要多斟酌一下，不要產(chǎn)生模棱兩可的含義；

余下的事情

1. 數(shù)據(jù)庫的設(shè)計(jì)、開發(fā)框架的選擇就丟給資深程序猿大神們了。當(dāng)然，產(chǎn)品狗適當(dāng)?shù)膮⑴c、了解也是必要的，便于后期開展工作；
2. 賬戶體系、支付模塊的設(shè)計(jì)應(yīng)該可以通過網(wǎng)上找到成熟文檔，設(shè)計(jì)時(shí)可以多參考一下；

總結(jié)

第一次嘗試做app端簡(jiǎn)單的交互設(shè)計(jì)（姑且這么叫吧），很多地方可能也不夠完善和美觀，希望能在以后多看到相關(guān)資料來提升，也希望在這里找到各類產(chǎn)品牛人帶我飛。

對(duì)拓展功能的思考：

• 當(dāng)客戶在看中某產(chǎn)品時(shí)，并不僅僅只有租賃可選，還能直接買下。如果這樣，商品頁面、購物車、付款頁面等都需要做相應(yīng)的調(diào)整。
• 根據(jù)運(yùn)營方式（會(huì)員、押金）來給客戶提供更多的附加功能，例如目前比較火的開鎖共享單車，當(dāng)然這些需要通過數(shù)據(jù)來驗(yàn)證效果。

本文由 @盜不留蘅 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pixabay，基于 CC0 協(xié)議