1.2.4 功能开发
产品经理协同主工程师，基于APP界面设计方案，形成程序架构设计方案，并有工程师团队进行开发，完成产品设计和功能，这点对于一款App来说至关重要。
1.2.5 全面测试
产品经理协同测试工程师，基于需求功能表、UI设计与程序架构设计，进行全面终测，形成测试报告，测试通过后交付客户。
1.3 设计开发注意事项 1.3.1 兼容性
支持操作系统版本：支持IOS 5678、安卓2.0-4.4 主流机型： 支持分辨率：
1.3.2 页面设计
设计时需要设计加载页/加载图片、弹出的各种提示框、无数据时提示页面、APP图标、按钮点击后变色，要考虑字体、颜色、图片分辨率，字符数排列是否满足相应分辨率。下拉页面进行刷新，页面可以左右滑动。
1.3.3 需求说明书
需要考虑按什么顺序排序； 有显示时间的地方要人性化； 设计消息推送功能； 待办事项用小红点提醒； 设计返回方式；
非必填信息在手机端可以整个字段都不显示。
1.3.4 基础设施
服务器处理能力
1.4 如何快速掌握一款APP
只有当你有意识从全局上去分析整个系统的设计，从app的各种页面去构建出一个逻辑框架图的时候，你才开始“玩转”这个app。对此，我们要做的就是翻转页面，然后把这些页面解构、重组，形成一个逻辑（功能）框架图。当你的大脑中有了这样一个整体的概念，再细入到每一个具体页面的时候，你看到的不再只是这个页面，你会知道它处于整体的哪一个位置？它在整个app中扮演了怎样的一个角色？它与其他页面之间的逻辑关系是如何的？
1.4.1 APP的解构方法
大家都知道“APP是由页面组成的”，但这又是一个毫无意义的
结论，虽然如此，我们不妨来尝试站在“页面”这个角度宏观和微观的看一下APP。 1.4.1.1 APP的三个页面
一般来说，APP里有三个页面：聚合页、列表页、正文页。
聚合页汇聚了各个模块的入口，从这里用户可以选择要去的地方，比如云阅读的首页，里面有用户订阅各大资讯源。
列表页就是纯粹某项内容的列表展示，如果你进入云阅读的某个订阅源就可以看到这个页面了。
内容页是最底层的内容展示页，用户在内容不能再往下走层级了，当然了横向串动或者向上跳是可以的，对应的就是你在云阅读里面看某篇资讯详细内容。
1.4.1.2 页面的三个元素
一个页面总是由三个元素组成，主内容、页面工具、页面操作。
主内容必然存在，即使是空态都会展示个哭脸之类的，拿书籍正文页来说，这本书的文字就是主内容。
页面工具用来改变一些展示方式，如：字体大小、夜间模式、亮度。
页面操作含信息的处理路径，如：评论、分享、加书签、查看书籍详情、复制、剪切。
这三个页面组合在一起，仅内容页不够时加上列表页，不够再有聚合页。每个页面自身的内容、工具、操作又会有序的组合，这样就形成一个封装好模块，这个模块对外以节点方式沟通，多个模块组合在一起就形成一个结构化的APP。
这里举一个埃菲尔铁塔的故事：埃菲尔铁塔，组成零件有18038个，重10000吨，施工时共钻孔700万个，使用铆钉250万个，设计图纸5300多张，其中包括1700张全图，在18世纪的时候施工仅用了2年2个月，因为事先严格的编号，施工过程没有做过任何改动。 所以，当我们面对一个APP设计时，不要担心它的复杂，并不是复杂，而是由此带来的混淆状态和无条理性让我们担心，APP能复杂过300米高的铁塔吗（当然，有些问题还是需要我们提前考虑的）。
1.4.2 APP的重构方法
APP解构后的各个模块及页面自己的内容、工具、操作如何通过组合来更好的吻合用户任务，是交互设计师发挥的地方之一。
常用的手法是用户研究，去研究自己设想的目标用户，其实获得这些数据和结论后，要用在结构上同样需要费一番心思，相当于准备了做菜的材料和知道了吃饭人的口感偏好之后，我们要如何把菜炒出来。
1.4.2.1 让用户决定模块间的组合与穿插
卡片分类法就是一例，云阅读的各个模块归类时就用过，其中本地书上传模块的入口就被认为应该在书城里出现（我们实际放在“我”这个模块里）。
APP页面工具布局时，有时侯过份强调一致性、统一性，会忽视用户任务的随意性、连贯性，云阅读的用户在任何页面随时想使用夜
APP从设计到运营
