鸿影：与商业创新、技术创新、组织创新等相比，设计创新大概是很多人心目中「最没有门槛」的一个，新颖有趣的交互模式与视觉风格，固然可以在刚推出时让人眼前一亮，但却非常容易被竞争对手复制，难以长期维持独特的优势。

设计创新就没有壁垒可言吗？怎样才能做出让竞争对手更难以复制的设计创新方案？这段时间我一直在思考这个问题，在阅读基利等人著的《创新十型》时，从中获得了一些启发，在此记录下来。

流程

流程创新涉及企业生产主要产品或服务的活动和运营，采用精益生产系统来减少浪费、降低成本的方式，是流程创新的典型案例。

先忽略动效，提出几个问题，大家可以尝试以前面学习的经验来思考一下。

1. List 不用图片来代替，怎么实现？
2. 所有List内容都不一样，怎么实现？
3.   所有List 都能保持一个统一的操作，怎么实现？
4. …… 

OK，如果仅前2个问题来说，用“笨”方法都是很简单，到第3之后，就有点坑了，是要复制N个重复Patchs？简直要疯掉有木有～ 当然Origami 没这么傻，是有专门的Patch 解决这样的情况的，这就是今天学习的重点，Loop 系列的Patch，效果类似 Craft 的 Duplicete

 Arale：碎片化阅读的时代，很多刚入行的设计师都喜欢用碎片时间充电，看看公众号，看看设计博客，零散的知识信息点缺少了一些整理和总结，因此基础也就不够坚实了。尤其是想要得到更进一步能力提升的时候，就会发现真的会有些吃力。在几个月以前我就面临着这样的困境，感觉自己很难在现有设计水平上有大的提升，经过不断地自我反省，自我总结，我将原因归结于，基础知识能力没有及时得到与经验相匹配的提升，故而在经历了项目经验带来的飞速提升之后，就陷入了一个长久瓶颈期。也就是基础不够扎实，知识能力不成体系。

好在找到了问题症结，也就有了下一阶段努力的方向，现在我将自己对于交互设计师所需要打下的知识能力基础，更系统更体系化地分享给大家，希望能对那些跟我有同样困惑和问题的同行有些许帮助。

在现实生活中，产品经理们往往会遇到以下这些问题。你做的产品明明非常出色，很容易操作，但是你的产品却没有从竞争中脱颖而出。你的产品有着很高的跳出率（bounce
rate），很少有用户愿意在你的App上停留，他们更多的是点进来，看一眼，然后退出。用户就是如此，他们甚至会在连你这个App是干什么的都不知道的情况下否定你。

在Spotify 7500 的月活跃用户中，有 2000 万左右是付费用户。如果说 1% 是普遍的水准，然后 DropBox 4% 的转化率是非常不错的话，那Spotify 的26.6% 付费率绝对可以称得上是令人匪夷所思了。今天这篇好文从设计的角度，揭秘这26.6% 高转化率的秘密。

26.6% 的转化率对于免费增值产品来说是令人难以置信的。正如 Jason Chen 所说“如果说免费用户到收费用户的转化率可以达到 4%，那就已经可以说是很不错了，比如 DropBox。但是通常来说，转化率一般都处于 1% 上下浮动，这还是用户十分活跃的情况下才会达到。”

从最初的一个产品概念到最终的产品上线，中间凝聚着一个IT团队的心血和付出。产品经理作为其中的主导者，在一定程度上影响着产品的成败和优劣。在整个产品研发流程中，每一环节都需要产品经理稳扎稳打的来推动项目前进，那主要的环节有哪些呢？我感觉从概要层面上可以将产品经理的工作分为三个步骤：需求整理、原型设计、开发跟踪。

其中每一个环节都有很多的知识技能以及方法论需要我们去掌握，今天主要是探讨一下从需求到原型的过程，有哪些地方是值得产品人去学习掌握的。毕竟，在一个好需求的框架之上设计出适用的原型才是打造一款优秀产品的基础条件。

@黄红艺Designer ：对于交互设计师而言，一个项目的开始，是从接到产品经理的需求文档开始的。从需求的确认到交互稿的确认，再到产品开发效果的确认，都考验着交互设计师设计能力以外的技巧。在这个过程中，有一些要点需要你知道，来保证你的设计过程更加顺畅。

第一点：确认你所理解的需求是否正确

一千个人的眼中，就有一千个哈姆雷特。对于需求的理解也是一样，我们拿到需求以后，要和产品经理进行沟通，将自己对需求的理解与简单的页面构思，阐述给产品经理，以确定自己的理解与设计方向是否准确。切忌，拿到需求就开工去做，以为可以节省时间，却不知错误的理解和方向，让你付出更多。

不要认为，产品经理给的需求就像数学定理一样可以深入理解，详细解读，没有那么多的产品经理有这个功夫和能力去做这个事情。因此，沟通才是保证你对需求的理解，对设计方向正确把握的基石。

那么，在需求交流之前你要准备好什么呢？第一，认真研究需求，理解需求；第二，是你在研究需求时，发现的问题，最好整理出来，以便在讨论时提出，让产品经理为你解答，而不是自己”以为“；第三，如果时间充足，最好整理出界面的框架，或者用草图来展示你的设计思路，看产品经理是否认可你的设计。

对于讨论中形成的共识，最好以邮件的形式发出，一方面可以作为会议纪要，便于随时解答疑惑，另一方面，是立字为证，防止需求的随意变更。

如何利用动效提升用户体验

动画可以讲述故事。不是很长很复杂而是很简单的故事，而像是 "嘿，你现在要看看这个！" 或 "哇，你竞争成功了！"。然而，动效的目的不是娱乐用户，而是帮助他们理解发什么什么事，或者如何有效的使用你的软件。在Zurb的叙述中很清晰的表明了：

可用性测试定义

可用性测试是让一群有代表性的用户（目标用户）对产品界面或者原型进行典型操作，通过观察、聆听、记录用户执行一列任务的过程，找出制约产品可用性的问题清单，从而评估分析解决问题。

李田莉：用户经常会从手头上的事情分心，提供建议，利用约束条件以及设计更灵活的方案能够防止无意识的差错产生。今天这篇译文讨论了6个防止用户无意识犯错的方法，专业干货收。

十种启发式可用性方法中有一条建议：优雅地、可操作地并且清晰地与用户沟通错误是很重要的。不过，第一时间防止用户犯错或许更好。

在讨论用户错误时关键点是错误的责任在哪里。“用户错误”这个词意味着用户应该为做错事负责。其实并不是这样的，设计师应该为设计了易让用户犯错方案而负责。因此，用户错误的解决方案不是责怪用户，让用户努力尝试或者给他们更多的培训，而是重新设计更不易犯错的系统。