创业团队的前进就像是在开一架即将起飞的飞机（zhu），跑道的长度是有限的，如果在跑道尽头还没飞起来，那就只能Crash & Burn了。飞机加速的快慢有很多因素会起作用，其中核心产品的迭代速度至关重要，从功能描述到产品的过程需要足够的快。这里就从流程和工具的角度来说说如何以用户反馈为推力来加速产品迭代的过程（Web或App软件产品形态）。
功能的诞生 - 需求可以来自
- 用户调研（问卷、访谈、焦点小组、观察法-泡用户）
- 用户反馈（上线前的可用性测试，或上线后的用户反馈）
- 竞品分析（我要抄了）
- 产品数据（上线后）
功能草图
- 用纸笔迅速勾勒出功能的原型。如果B格高点，可以用点阵本，买Stencil套件
可交互低保真原型
- 最简单粗暴、直接的做法：从纸上把界面剪下来，贴在硬纸板的设备框里，用户点了某个按钮就手动给换张页面
- 快速原型工具
- pop（服务不稳定，特别是分享，应该是放在aws上被强了）官网
- 快现（貌似只有Android版，但是已经不更新了）
可用性测试
- 这个必须得做，不管多粗糙的可交互原型都可以让用户帮你看到自己大开的脑洞
怎么做可用性测试？详见这里 a-guerilla-usability-test-on-dropbox-photos
线框图
- 交互上的洞和坑填的差不多后，可以动手做线框图，不直接做UI的原因是做完线框后还要做一轮高保真的可用性测试。画线框图的工具很多很多，Axure、Sketch甚至powerpoint和Keynote都可以，而且Axure、PPT和Keynote都可以直接快速的出可交互原型。
可交互高保真原型 - B格闪闪的时间到了
- Axure - 在这个人人都是产品经理的时代，你不会用Axure还好意思说自己是在互联网创业公司混的么
- 动效控的同学看这里 Origami, FramerJs(和Sketch配合使用很方便) 如果不是对动效有要求，这两个工具千万慎用，因为会拖慢团队的整体工作效率。
- 原型工具控的同学可以看这里 http://www.prototypingtools.co/
可用性测试
- 又是一轮可用性测试，只不过这次用的是已经根据第一轮测试中得到的用户反馈修改过的高保真原型。用户研究和测试方法不熟悉的同学推荐看这本书《设计调研》 ；同时不推荐这本书《设计方法与策略》虽有大牛作序，但是实在是木有干货 原因
设计图
- 总以为不应该是UI设计师给线框图上蒙张皮那么简单，但现实又是辣么的残酷
造产品 - 数据收集设计 - 以下都还没来得及写
A/B测试
灰度发布
数据分析
新一轮迭代
完成以上流程按照正规军的配备需要的角色有（按照出场次序）：
- 产品经理
- 交互设计师
- 用研
- UI设计师
- 软件工程师
- 测试工程师等
这是最齐备的人员配置，初创团队里如果配齐所有人就是任性到家了！预算略紧的话就会是 产品经理+用研 是一个人，交互+UI设计师 是一个人，软件工程师 1～2个人，大家都是测试工程师；再紧张一点就是 一共两个人，一个管Coding，一个管所有其他；最夸张的是 就你一个人 （您还别说，我还真干过，而且干的还不错，hiahia）
给新入职的设计师讲流程的时候随手画的，丑的惊恐，适合神经大条的同学
IMG_20150202_101917.jpg
