app产品设计尺寸规范(app产品的设计要素包括)

设计尺寸一直都是设计师最热衷讨论的问题，讨论到最后结论总是一个死板的尺寸，很少有人去讲也真正明白背后的逻辑。今天的设计杂谈就带大家来了解一下，设计尺寸背后的逻辑以及设计尺寸如何去定义。希望之后在大家的交流中不要再去纠结我的设计尺寸究竟应该是多少？还是那句老话，耐心看完，你一定有所收获～

我先说结论，常见 B端设计稿尺寸建议采用 1440x820，因为去除浏览器顶部页签以及地址栏高度 80px ，因此高度上为 820px而不是大家常见的 900px

设计尺寸从何而来

相信很多 B 端产品设计师都是从 C 端产品中转型而来。想要搞懂设计尺寸的基本逻辑，我们先搞清楚大家熟悉C端产品的情况。在移动端设计尺寸上的定义，我们只需要考虑 IOS 设备与安卓设备之间分辨率的区别。

而在目前，大多数移动端设计稿都是采取 iPhone 12 尺寸即：375 x 812 的分辨率

（这里就不讨论什么物理分辨率以及设计分辨率等内容）

因为移动端也会存在多个分辨率的情况，我们针对其他不同的尺寸，通常采取简单页面一稿适配多端，只针对核心页面进行多分辨率的适配。

上面我们算是理解了作为移动端的分辨率的基本情况。而设计稿的尺寸是从何而来？

大家想想，为什么我们在移动端设计稿的尺寸会从以前的 iPhone 8（375x667）转移到 iPhone 12 （375x812）呢？

app产品设计尺寸规范(app产品的设计要素包括),app产品设计尺寸规范(app产品的设计要素包括),app产品设计尺寸规范,第1张

我个人认为会有以下几点：

主流性

由于iPhone 12 类的手机尺寸占比逐年增高，早期的 iPhone 8 的分辨率已经不再合适现如今手机的屏幕尺寸。因此决定分辨率尺寸的第一个因素便是这个分辨率的市场占有率。由于手机全面屏时代的到来大多数手机的屏幕比例都演化成类 16:9 的尺寸，因此参照 iOS 的生态下，我们的设计稿就会有如此的转变。

展开全文

兼容性

作为移动端最为基准的设计尺寸，它一定要具备兼容性才能成为基准的尺寸。

兼容性即能够通过该尺寸进行向上、向下的拓展，方便在一些主要页面中多尺寸的设计，比如：iPhone X的尺寸，可以进行拓展成为 iPhone 8 、iPhone 12 Pro Max 以及各类安卓端产品。减少设计稿因分辨率所带来的差异性。

设备数据推导设计尺寸

搞清楚了移动端的逻辑，我们再去思考一下桌面WEB端的情况呢？

因为 B端产品的特殊性，在互联网中的分辨率数据只能作为一个辅助的参考（比如百度浏览研究院的数据），更多对于尺寸的定义还是来自你用户使用的设备。

比如我们在一个针对销售的 CRM 系统中，销售使用的场景有两种：

一种是销售需要经常外出拜访客户，移动办公场景为主。

另一种是在公司办公，通过电话的方式对客户进行办公，主要是固定位置进行办公。

一种是销售需要经常外出拜访客户，移动办公场景为主。

另一种是在公司办公，通过电话的方式对客户进行办公，主要是固定位置进行办公。