之前润壤曾给大家描述过卡片设计，详见《流行网页设计趋势——卡片式设计》，本文润壤将会给大家讲讲在运用卡片设计之前，需要考量的是什么？——卡片的适用场景与不适用场景。
1、信息流
卡片出现在一个信息流中时，便能够创建出一系列符合自然时间轴的事件。想想看 Facebook 在新的信息流中是如何使用卡片来描述一个事件概述的。虽然总的信息流是无底限的，但是每一个卡片都是互相独立，且包含了一定的可供操作的内容。

2、用于发现感兴趣的内容
卡片允许相关的内容不言而喻，允许用户发现他们感兴趣的内容。看看 Tinder 的卡片模式：你在向左滑动或向右滑动的时候，其实就是在寻找符合你品味的人。

Pinterest 在信息的动态中使用到大头针（用户找到自己感兴趣的内容可以收藏），吸引用户在不停的浏览中上瘾。

3、对话框
既然卡片就是一个内容容器，那么它们也可以很好的代表动作。一个卡片里面的基本动作就是卡片本身。 想想看 Apple 设备上的 AirDrop ，当你收到一个数据传输请求的时候，一个卡片会弹出来提示你是同意还是拒绝。

不管你选择哪一项，都只有一个动作
4、工作流
卡片很容易将一定范围的任务进行归类。拿 Trello 来举例说明再适合不过，从 Kanban 里面看，所有的管理项都是完全基于卡片的，每一个板子了都填充着卡片，而每个卡片都代表一个单独的任务。 

下面说一下有哪些地方是不适合使用卡片的：
1、同种（同类）内容
对于那些没有太多动作的同种（同类）内容而言，相比于卡片式的设计，使用列表（网格）的展现形式是更合适的方法。

左：在这里使用卡片分散了用户快速浏览的注意力
在图片库中使用卡片也是不必要的，此时采用网格这种干净轻量的方式会是更好的选择，如下例中：

2、大的屏幕尺寸
卡片式的信息展现形式可能在小屏幕上会非常不错，在大屏上的话单就其视觉效果来讲，也还是很棒，不过对于用户的阅读理解速度就会带来很糟糕的影响了。比如大屏上的 Pinterest ：

3、重新设计现有的应用程序
如果按着文中这个新的视觉角度来看，那些原本觉得你的应用程序还挺易用的用户可能就不会买你的账了。 你应该尝试从用户那里获得反馈，搞清楚他们想看到的东西。有了反馈后，你可以进行设计修改甚至重新设计，然后看看在用户那里带来的变化。