App是application的缩写，通常专指手机上的应用软件，或称手机客户端。另外目前有很多在线app开发平台。随着智能手机和iPad等移动终端设备的普及，人们逐渐习惯了使用APP客户端上网的方式，而目前国内各大电商，均拥有了自己的APP客户端，这标志着，APP客户端的商业使用，已经逐渐普及。APP开发流程与网站开发类同，一般都离不开UI设计师、前端开发、后端开发、测试专员、产品经理等，由于他们的工作性质都不一样，可以把APP软件开发项目分为四个阶段。有些过程是交替完成的。
APP制作流程图
1、功能需求阶段
前期需要产品经理跟客户沟通，了解客户要开发APP的类型、平台、功能、产品设计的需求、时长、预算等等，只有了解客户的详细需求才能做出详细的APP开发方案。
2、原型设计阶段：UI（UserInterface 用户界面）、UE（User Experience 用户体验）开始设计，形成初步的效果图。在经过确认后界面的效果图正式设计完成。
3、APP开发阶段：通过编程语言形成正式的程序
4程序测试：由测试专员针对APP进行多机型测试，测试内容包括：APP内容测试、APP性能测试、APP功能测试、APP视觉测试、对于BUG调试修复。测试合格，确认没有BUG后与客户进行沟通，开始走验收流程，进入市场，投放使用

app的流量成为核心和重点，随着移动互联网这块的快速发展，好多有实力的公司都是谋划建立自己的app这块的市场和业务了，但是实际上成功的app真的是少之又少，面对这样的局势，但是还是有个人或者公司在尝试这块的业务，接下来我们来看看做为金融app如何做好流量分发呢？

金融APP的首页主要承担两个作用，一为展示品牌；二为承接大量流量转化到各个模块，即所谓的流量分发。如何将大江大河的流量合理切分成涓涓细流？如何在设计“河道”同时满足让用户到达想去的彼岸以及运营想让用户看到的“风景”？ 金融APP在设计这一过程中有哪些需要特别考量的方面？
一、用户需求方面
金融APP首页作为各类用户触达产品的第一页面，需要基于不同的用户场景去构建，满足不同用户的不同需求。
1. 用户显性需求的场景
同花顺的搜索框、导航栏、底部TAB，即时流量分发第一层，也是最重要的转化器。
有明确需求的用户
用户对金融产品、资产、收益有明确需求时，会主动通过搜索、导航栏、底部TAB分量至各个模块。
从用户层面说，产品设计的原则在于提高效率，尽量减少用户的操作步骤。
从运营层面说，如何在流量汇聚区域，利用流量引导至新业务，是需要重点考虑的。
同花顺钱包的处理方式是根据热点调整ICON，比如：最近很热的养老基金就展示出来，同时在ICON区域加角标，吸引用户点击，再在内页突出展示新产品及运营需要热推的产品。
2. 用户隐性需求
（1）营造场景
同花顺的导航栏中，蓝色框出部分为有明确用户导航用。虚线框处部分则给隐性需求的用户，为投资用户营造场景，引导激发用户进入。
（2）产品精选
精选商品，帮助用户挑选出最近最热、最靠谱的产品，帮用户节省时间的同时，也激发用户的隐性需求。
二、用户模糊需求
金融APP有使用门槛，也不算高频应用。当用户打开时，尽管当前没有金融需求，也可以像用户推荐商品、内容、知识等。通过与这部分用户建立联系，满足他们的需求，进而促成交易。
1. 活动展示
2. 个性化推荐
根据用户浏览记录、兴趣、购买记录、业务需求给用户推荐产品。
3. 用户教育
金融APP有个特色模块就是用户教育，通常是通过社区、资讯、直播课堂形式展示。旨在通过专业知识教育用户，用户觉得你懂，你专业才会跟着你买。篇幅有限，在此不展开讨论。
三、我们怎么做的
对于有明确目的的用户，提供搜索、分类功能，首页的流量分发模式-搜索、星期福利社、猜你喜欢、顶部调整（领券中心、签到）。
对于隐性需求和模糊需求的用户，一方面提供商品信息流，个性化推荐，让服务找人；另一方面提供增加营销内容的露出，让闲逛用户不“空手而归”，促活跃、提留存。
四、首页流量分发总结
1. 根据用户属性制定分发策略
首先要区分新老用户，针对新用户展示拉新内容，一来让用户对平台有初步的了解，有信任感；二来要引导用户完成注册。其次针对老用户，要满足不同需求明确程度的用户需求，提供相应的功能及业务展示。
2. 搭建基础服务能力
搭建基础服务能力，意味着让各业务有更多样更精准的触达用户的方式。传统平台首页由搜索框+导航区+抢购活动+垂直频道+猜你喜欢组成，基本由各个业务为平台带来的整体利益决定其露出来的位置高低与区域大小。
这样方式造成流量分配的不公平性，低频、新业务的流量越来越窄，没有机会培育新用户。
首页产品经理需要思考如何平衡整体利益与各业务之间的利益，给低频业务搭建更多触达潜在用户的方式。
3. 结合业务场景
结合用户来源、用户喜好、用户属性做到千人千面，给每个业务都有展现在信息流的机会，用户可以自行添加删除，搭建了一种完善的分流体系。

由于小程序本身的特殊性，导致 UI 设计师不能够如同西安App开发 一般自如。为了后续 UI 设计师和小程序前端开发能减少沟通，返工成本，将在这里和大家聊聊小程序和 App 设计的差异，以及差异具体的表现。本文仅为个人工作学习心得，可能概述的较片面，有错误不妥之处欢迎指出。
为什么有差异？2.差异在哪里？具体表现
为什么有差异——缺乏自主性
1）功能支持
微信小程序开发我们都知道是基于微信的应用程序，开发必须依靠微信给的接口（微信给啥就是啥），能实现的功能被大大的限制了。而且小程序上线也就2年的时候，还有一些功能不完善。App 依靠于手机系统，可以实现复杂且多的功能，App 开发已经有近10年的积累，各类控件比较完善，换句话说就是开发者能力越大，展示效果越丰富。
2）内存体积
小程序代码提交不能超过规定大小2M，这部分程度上限制了开发的可能性。App 就不同了，没有这部分的限制，我们更新软件的时候经常看到几十兆，几百兆，甚至游戏类的几个G的下载体积。
3）体验及流畅
小程序的体验略逊于 App , 小程序使用时没有那么稳定，容易出现错误闪退，特别是在一些功能复杂的应用中，虽然说小程序已经优化了很多，有时仍会出现卡顿感。
2.差异在哪里？具体表现
1）顶部导航栏
App：可以保留导航栏，也可以去掉，可拓展性强，灵活性高。小程序：导航栏右侧有个无法去除和编辑的胶囊（titlebar），设计时也不能在导航上增加其他功能。所以在 App  转小程序时，导航栏的功能要换位置或者在放在导航栏下。实现效果也略欠缺一些，例如微信提供原生和自定义的两种导航栏：
（一）原生的导航栏支持更改颜色，但字体颜色仅支持黑/白两种；
（二）虽然自定义的导航栏可以去除原生导航栏，支持图片通到导航栏上，但是所有页面都需要重新调整（原先导航栏的高度没有了，界面元素会跟着上移），而小程序不支持单个页面修改。这是目前最麻烦的地方，量级小的应用还可以，量级大的导致工作量大大增加。
同时，自定义导航容易带来标题无法对齐、页面机型不同安全区域不同、全局刷新时页面会被整个下拉等等问题。建议页面多、复杂的情况，尽量减少使用自定义导航，也可以使用像马蜂窝一样，导航栏背景和图片背景衔接，效果也不错。
2）标签栏
App：可支持最少2个，最多5个的tab切换，图标大小以及底部标签栏高度可自定义。小程序：也可支持最少2个，最多5个的tab切换，使用原生控件时，要遵从 icon 尺寸81*81px。使用自定义标签栏时，可支持加入交互效果，例如提示数量气泡等，但是体验相比原生差一点，如果标签页是首次进入的页面，那么标签栏切换会造成跳动，需要开发做规避。
建议不带有交互的情况，尽量使用原生控件，就像站酷小程序 一样。
3）拖动排序
App：流畅、体验佳，例如发朋友圈时拖动照片排序。小程序：除非必要，否则不建议使用拖动排序。图片和列表拖动在 Android机型上体验不够，会有卡顿的情况。
建议使用上下按钮替换上下拖动，或者图片排序使用标记的方式来进行排序。
4）文本省略
App：可实现日常所需的所有文字、段落效果。小程序：文本限制行数，加省略号，并且增加全文展开方案实现有问题。无法预估到行尾位置省略。建议通过换行增加全文展开按钮，或者控制字数，文本末尾增加全文展开。
5）原生组件
App：可以自定义组件库，对开发设计限制低。小程序：部分组件是由微信创建的原生组件，有系统相机、输入框、地图、文本输入...等等，原生控件使用有一定的限制，不能在滚动、轮播、选择器、拖动区域中使用，层级最高无法被覆盖，可供修改的参数由微信提供。建议在设计时以原生控件为基础修改，不要自造控件。同时注意使用场景，以免无法实现。
6）动画实现
App：动画流畅、无卡顿，想要的基本都能实现。小程序：动画能力低于 H5 和 App ，动画对性能消耗大，尤其是在 Android 机型上，卡顿有稍显明显。当加载代码包时，当微信认为这个小程序占用过多的内存，会把此小程序强行退出，以保证微信的正常使用。建议动画精简，尽量做减法设计。
由于小程序本身的开发特殊性，在和 App 设计的会有一些的不同之处，例如：
1.页面多、复杂的情况，尽量减少使用自定义导航。
2.不带有交互的情况，尽量使用原生控件。
3.使用上下按钮替换上下拖动，或者图片排序使用标记的方式来进行排序。
4.通过换行增加全文展开按钮，或者控制字数，文本末尾增加全文展开。
5.在设计时以原生控件为基础修改，不要自造控件。同时注意使用场景，以免无法实现。
6.动画精简，尽量做减法设计。