交互设计PK敏捷开发
敏捷开发：
▪ 要快，先发布再说
▪ 适合新兴行业、创业公司
▪ 时间紧迫，大家都在赶，谁先出头就能占得先机
▪ 作为挑战者进入某行业，团队本身灵活，失败了损失也不大，重来的成本低
交互设计：
▪ 精雕细琢、慢工出细活
▪ 适合传统领域、成熟公司
▪ 时间资源充裕的，公司在某领域中已经处于领先地位
▪ 目的是求稳、不犯错就是胜利
综上：
敏捷不是在时间紧迫俠被动的放弃交互设计，而是主动为之的一种思想，并将交互设计融入其中。
对于交互设计师：
人们喜欢被规则管理，而不是被人管理
设计稿一定要定稿然后交付给技术人员，不修改设计稿的前提也是不随意修改需求！随意修改的后果很可能让小伙伴间发现合作麻烦、困难，好像有了压迫感，就是“被别人管着”的感觉！这不仅降低产品开发效率，也有损善良感情啊！
另外，交互设计精雕细琢固然重要，但是设计时同时考虑一下开发可行性，以及技术人员（你的合作伙伴）的能力，也是必不可少的。这样的设计成果才具备可行性，也利于产品的敏捷开发。
对于技术人员：
产品团队的每一个成员都应该尊重其他人各自的专长——Alan Cooper
基础的交互设计常识应该要尽量了解，另外，本人要深刻吐槽的是，“请不要随意修改设计稿”！
遇到过这样的情况，某技术人员将完成开发的界面给我看，问我“这样也可以吧？”我一看，这好像和设计稿“有点出入”啊。
我问他：“这是与boss直接交涉，改的稿？”（之前明明已经定稿了呀）
他回答：“不是”
我又问：“那之前的设计开发上有困难？”
他回答：“没有啊”
我：“那现在的界面好像和我给出的设计稿不一样啊”
他：“我觉得这样的交互更好一些”
我：“。。。。。。。。”
技术人员是可以提想法的，也可以提自己的困难点的，但请务必先与设计师沟通一下。不然谈何“敏捷开发”，都用来改稿了，亲爱的同学。
一群超级理性的人很明白“没有规矩，不成方圆”的道理，他们喜欢被规则管理，而不是被人管理。
Bug状态：Open\Fixed \ Rejected \ Assign to\Closed\Reopened
交互设计之父——Alan Cooper：《软件观念革命：交互设计精髓》《交互设计之路》
在哪儿？
1.市场扫描 PEST分析（企业战略分析法／态势分析法）
2.竞品分析
3.自我分析 SWOT分析（宏观环境分析）
诺曼：《设计心理学》《情感化设计》
UGC：Users Generate Content用户产生内容
需要属性 属性说明
分类 新增功能、更能改进、体验提升、Bug修复、内部需求等
层次 基础、扩展（期望需求）、增值（兴奋需求）
最后青豆觉得校园团队或其他小团队合作会需要的是书中的“单项需求卡片”，做了电子稿
［pic via web］
欢迎关注青豆微博：@June青豆
同时欢迎关注青豆公众号june－青豆
［关于交互、关于产品、关于青豆 ］
