为什么375667是移动端原型设计的最佳分辨率

　　部分PM在设计移动端产品的时候，往往是随意画了个原型尺寸或者上网找个模板套进去，当然也有部分知道用375667比较好，但是不知其所以然。接下来，我来讲清楚为什么以及前世今生。
　　原型尺寸的历史
　　既然是设计移动端原型，理论上来说最佳的原型尺寸最好是和你的目标用户手机尺寸保持完全一致。
　　好比iPhone刚出来的时候，设计iOSAPP原型使用iPhone自身分辨率320480就是最合适的。
　　后来随着Android崛起，各种国产机盛行，屏幕割裂严重，部分PM使用7201280设计原型，或者继续沿用之前的尺寸320480。
　　再后来iPhone66plus发布，屏幕分辨率的分裂也越来越严重。
　　此时最好有一种通用方案来解决这个问题，兼顾所有的屏幕分辨率。
　　确定适配屏幕的方案
　　考虑到屏幕分辨率已经有数百种，并且兼顾用户量少的机型没有价值。所以一一兼顾所有的屏幕是不现实的事情。
　　所以大家都是兼顾用户量使用最多的几款分辨率。用户量很小的屏幕不处理。
　　如果有必要的话，部分屏幕单独处理。
　　手机屏幕分辨率的分布
　　Android分辨率分布
　　ios分辨率分布
　　先考虑iPhone的原型尺寸
　　iPhone的分辨率是从320480，到640960，到6401136，到7501334，一直演变到12422208。
　　由于主要是7501334最大、所以考虑它作为原型设计尺寸，然后看是否可以兼顾其他分辨率。
　　而第二分辨率占比是12422208，是1。5倍的等比关系。
　　第三分辨率6401136，约等于0。85的关系。
　　至于其他的分辨率占比已经很低，不是等比关系。可以在碰到情况的在处理，甚至不处理。
　　所以iOSAPP的视觉稿用7501334来做比较适合，对于12422208，如果要求高就单独设计，要求不高就等比放大即可。而6401336，直接等比缩小即可。
　　对于iOSAPP的原型，我们PM只需考虑等比关系即可，那就是7501334。考虑到画原型的时候方便与否，最好使用375667。另外也是iOS官方定义的iphone66s7的逻辑分辨率。
　　再考虑Android的原型尺寸
　　iPhone的分辨率太分散，只考虑占比最大的前几个，7201280、10801920、480854、540960，总计占比77。
　　其中7201280是和7501334等比关系，同理10801920，480854，540960都是约9：16。
　　所以其实还是一回事，原型直接使用375667。
　　为什么不使用1280720作为标准
　　可以，如果你们的用户群以Android为主，或者你们的PM都是用的Android手机。
　　另外就是大部分PM、UI使用的是是iPhone，所以更愿意以iPhone的逻辑分辨率来设计罢了。
　　包括Adobe的原型设计工具ExperienceDesignCC也是推荐以375667来设计，或者次选320640。
　　延伸一下内容
　　建议使用iPhone6iphone6siphone7来做了原型之后，使用手机来预览效果。
　　如果你使用Axure设计原型的话，建议37566720，这样方便在手机上直接查看原型。减去状态栏20px是因为Axure导出的原型在iOS上无法隐藏它。
　　查看原型效果
　　分享一下我用该方法做出的原型，点击查看
　　如果你用如果iphone66s7在手机上请用safari打开该网址并发送到桌面，可以查看所有页面以及交互，和一个真实的APP，仅仅差了逻辑和视觉。
　　总结
　　视觉设计领域，当下的通用做法是用iPhone6s的尺寸7501334来设计，已经是形成了行业的规范。但是，产品设计领域并没有形成，其实还是有一定必要的。
　　所以，我就从原型设计层面普及一下这个来龙去脉，供新手PM们了解一下。
　　相关阅读
　　善用Axure写PRD，移动PD需要梳理这些流程图
　　善用Axure写PRD，全局规范一个都不能少
　　善用Axure写PRD，彻底丢弃Word和PPT
　　善用Axure写PRD，APP文本框通用的输入规则
　　善用Axure写PRD，2种模式7种方法解析页面加载逻辑