画出初稿后，我用移动端交互设计好帮手POP拍照添加交互效果，进行使用模拟。
虽然不会开发，但是用POP模拟出来的感觉跟真的APP一样一样的哈~

模拟的过程中，发现了不少画图时没有注意的细节，发现了不少应该加以优化的地方。
这些需要优化的地方，虽然有部分利用POP和Axure都不容易添加效果，但是通过模拟中对页面的每个元素的交互的思考添加和实际感知，还是获益匪浅。
真正每个地方都点一次，才知道原来还有那么多细节在原先的设计中没有考虑到o(︶︿︶)o
现在列举下面几点作为例子：

1. 统计tab下总账户、平台、交易三层次的展开和收起的交互。
2. 切换tab时各页面显示保持惯性，显示不变。
3. 各tab下左上角头像点击后，在未登录态下应进入登录页面，登录态下进入帐号信息页面。
4. 更多tab下的数据同步，进行同步前应该判断是否处于登录态，只有处于登录态才可以同步，否则需引导用户进行注册或登录。
5. 首页tab待处理部分，点击后跳转到日历模式的明细tab，并且定位到最早一条待处理的明细。
6. 通过滚动轴选择选项的方式，一定要一个“确定”按钮来确定结果，而不能以滚动到的位置作为最终结果。

总的交互原则是：

• 应用的四个tab之间与记账下的四种类型之间可以通过左右滑动切换页面，点击具体选项或左右滑动切换的交互都是左右滑动来展示新页面
• 除此之外的所有页面则采用模态视图，统一用向上滑出，向下收起的交互方式。
• 输入框作为非全页面的控件，其出现与消失与其展示的位置一致，也是向上滑出向下收起。

上述有好几点最终我还是没能在POP或之后的Axure中添加成功。
但我发现了不足之处，心中知道最终的效果应该是怎样滴，只不过我POP和Axure的能力还不够而已(┬＿┬)

POP应用在国内分享的时候不太好用 ...

虽然之前实习的时候也经常会做需求的界面设计，但是基本都只是产品中的部分需求，完整地思考整个产品的设计还是第一次。
有了前面的分析，对这个应用所需要提供的服务，所需要满足的任务场景都已经比较清晰了，不过具体实现时还是有很多的方案，如何想到尽可能多的方案，继而如何从中选择合适的一个方案都是很好的挑战。

设计之前，为了方便描述，我给这款网贷记账应用起了个名字——库牛，还画了logo和吉祥物有木有o(︶︿︶)o
库牛，取意于为你守护小金库的牛。其中，牛又取自股市的牛市，指普涨的市场，在此希望此应用能守护你的财富不断上涨的过程。
logo是带牛角的钥匙，是开启堆满财富的金库的钥匙。
吉祥物是可爱的小牛头像（你如果觉得不可爱那肯定是因为我画得不好o(︶︿︶)o 唉），吉祥物的名字叫小库好啦（好随意的名字嘻嘻~）

APP框架整理

按照之前的分析，很显然，除了记账这一操作之外，库牛主要是提供各种信息的浏览。另外，记账操作只需要提供入口即可，并不需要展开操作的详细信息。
故而库牛作为一款信息浏览型的应用，可以用信息架构的方式来整理其框架。

首先梳理库牛的信息，主要有以下几种：

1. 记账入口
2. 待处理交易提醒
3. 近期回款提醒
4. 交易数据
5. 项目数据
6. 平台数据
7. 总账户数据
8. 帐号信息 ...

基于用户视角的任务场景描述

首先，给使用网贷记账应用的用户取个名字吧，应该是个财迷嘛，就叫菜子好了。
菜子是个有投资本金而且有一定的时间可以用来关注投资的白领。她投资了好几家网贷平台，有有利网，积木盒子，微贷网，广信贷，玖融网，汇通易贷，礼德财富等等。投资的项目有长期的也有短期的，每个月都有好几笔回款，也会复投好几个新的标的。

菜子希望有一个应用，可以满足她的以下需求：

1. 记账需求：
菜子20号因为有急事要用钱，现金不够用，便转让了之前在积木盒子上的一笔投资的部分债权，以提出自己投资在网贷中的部分现金。
月底，有几笔投资如期回款；
菜子收到了回款后，把微贷网的回款又投资到微贷网的其他项目里；
不过因为广信贷排队时间较长，菜子把广信贷的回款提现出来；
充值到有利网里，有利网奖励了新注册的菜子一个红包；
菜子把奖励的红包和充值的钱都投资了有利网的一个转让的项目。
为了方便管理自己频繁流动的网贷投资资金，菜子希望有个应用可以记录自己在各个平台上的交易情况，毕竟各个平台上的交易流水都只是自家平台的。

2. 回款提醒需求：
菜子最近有几笔回款，但是菜子投资的标的比较多，她记不得最近的一笔回款是哪个平台具体哪天回款了。
菜子不想到每家平台上去查；她也不想等平台回款后给她发短信，因为这样万一没有如期回款她也不能及时发现；而且对于部分没有通知的平台，她可能因为没有及时处理回款而让资金站岗。
所以，菜子希望这个应用能告诉她最近的回款情况，方便菜子到时候到对应的平台上去查看是否如期回款并且及时进行复投或提现 ...

网贷记账所涉及的四大对象

网贷投资记账过程中，共有四种对象，从小到大分别为交易、项目、平台、总账户。

交易，有交易日期，交易类型，交易金额，交易平台，备注等基础特性。
其中，交易类型根据资金流可以得出，详细地列举的话，有以下16种：充值，提现，投标，回款，逾期，坏账，转让债权，购买债权，站岗资金坏账，平台奖励，提现手续费，充值手续费，利息管理费，转让折让金，转让服务费，VIP费用等等。
但这16种交易类型并非彼此独立，有些甚至是并生并存的，比如充值与充值手续费，提现与提现手续费等等。
另外，不同的交易类型，还会在交易的基础属性下有其他的属性。（想到了父类和子类的关系了╮(╯▽╰)╭）

项目，有项目名称，平台名称，项目利率，项目期限，还款方式，投标时间，项目状态，初始债权 ...

需求分析后，我将即将设计的这个网贷记账应用界定为自己完整地设计一款应用的一次实践，不考虑后续是否开发出来。单纯因为自己想做这个事情而做。
虽然如此，但既然打算做了，就希望尽力做好。

之前我们已经讨论过了这款应用所能提供的服务和需求的强弱程度，接着我们来看看为了实现这个服务，应用所需要具备的特性。
从用户的角度我们可以很快想到，记账页面需要可以输入投资金额、年化利率、投资期限等数据，需要能够显示用户在平台、项目等维度的投资的统计数据，比如某个平台的综合年化收益等，需要能够提醒用户最近的回款便于用户及时查看确认及时进行复投或提现等等。
但是这些都只是显性的特性，为了实现这些显性特性，我们需要先把隐形特性——网贷资金流梳理出来。
由于记账应用的特殊性，资金流其实在此相当于整个应用的服务流程。
只有梳理出了资金流，我们才能知道数据的衍生过程，才能知道哪些数据需要用户提供，哪些数据可以自行从其他数据计算得出，继而才能知道用户需要进行哪些操作。

如下图，是我梳理的网贷投资资金流的图，没有严格按照流程图各种图标的定义来 。（好吧，我一直觉得只要方便操作和容易理解就是好猫，我爱手绘啦啦~~）

不要偷懒，以为自己已经很了解流程了。
梳理的过程中，很容易发现自己之前疏忽的一些地方。实践出真知还是有道理滴~

起意

8月底离职后，出去旅游了一趟，又安静地看了十几本书，如此过了一个月。 9月底我这个小财迷无意中开始关注网络借贷。
至今一个月不到的时间，我加入了 9个网贷QQ 群，关注了 21个网贷公众号，体验过51家网贷网站和 17个网贷APP ，并投资过 14家网贷平台。随着自己投资的项目变多，我开始希望能有一个应用可以方便地记录我的投资账目，在 QQ群里也经常能看到有群友求推荐网贷记账应用的，可见网贷记账的需求在现实中是真实存在的。

我下载了市面上现有的网贷记账的工具，但发现并不能很好的满足我的需求。
网贷记账，网贷秘书，网贷管家，网贷之星，网贷雷达，网贷账本， ppkit，山里娃网贷计算器等现有的网贷记账工具，要么功能太过简单不能满足需求，要么功能太过复杂使用成本过高体验不佳，要么没有不联网的客户端应用，要么是自动化记账需要提供网贷平台的账号密码存在安全隐患……总之，并不尽如人意。
而随手记、挖财等市面现有的通用记账应用，也没有针对网贷做优化，不便于处理投资这种有去有回的特殊支出，也没有自动根据投资生成回款等功能。

于是，我萌生了自己设计一个网贷记账应用的想法。
但是， 真实存在且尚未得到很好满足的需求，并非就值得做。 我们需要思考为何需求至今尚未得到很好满足。是否需求不够强烈？是否有此需求的用户群体太小 ...

调查背景

暑假期间，我在黑龙江绥化市绥棱县县城呆了半个月。该县健身氛围浓厚，县里居民晨起和傍晚饭后经常去跳广场舞。2013年8月的首届“舞动绥棱”广场舞大奖赛，有来自9个晨晚练站点的14支代表队伍共1300人参加。参加广场舞的群众还有平时交流的QQ群，在QQ群里经常会有舞蹈器材甚至生活用品的团购。
基于以上现象，我萌生了开发一个广场舞APP的想法。

APP用户：定向于经常参加广场舞活动的人。
主要解决问题：
1. 对于广场舞资料的搜索和下载需求；
2. 与广场舞伙伴们的社交需求；
3. 购买广场舞相关商品的购物需求。
主要实现功能：
1. 广场舞视频的搜索下载功能；
2. 类似于贴吧的社交功能，既可按照主题讨论又可以按照地区和舞队组建专门讨论区；
3. 提供淘宝导购和会员团购功能。

但是由于我看到的只是一个县的情况，所以广场舞的需求究竟有多大，是否真的要动手开发这个APP，还需要进行进一步了解分析。因而，有了这次调查。

调查方法

由于时间、人力、财力有限，作为一次练习，本文只是借助网络做一些数据搜集以及已有产品分析的工作。
其中数据部分，主要分为：

1. 普遍需求：百度指数、百度知道；
2. 社交需求：QQ群；
3. 交易需求 ...