来源:网络 作者:佚名
Material Design是一套非常优秀的设计规范，涵盖面广而且细致，它可以作为一个行业标杆，但如果对自己团队的业务建立规范，非常不建议参考这个结构，因为平台/业务特性/用户群/可调用的资源全都不一样，按照MD做一遍，很可能大量的时间耗进去了但无法落地一点成效都没有。
设计师在做任何设计之前都应尽量想清楚目标，避免为设计规范而做设计规范。
对接成本高
上百页的PDF格式设计规范（如很想吐槽的Android 4.0 设计规范）和近动不动几GB的UIKit，每次只要修改其中一小部分都要全部对接的成员更新一遍，这种设计规范的对接方式会严重影响规范的实效性，很难做到参与者手上都是最新版本，对发布者来说每次修改一个小点都要全部重新导出也是非常痛苦的。尤其是针对团队内部协作的设计规范，选择发布简单、实时更新的协作载体会非常大地提高设计规范的使用率。
不进行迭代
设计规范也要像具体的产品一样，需要进行迭代和维护，而不是在项目做完后把设计规范整理完就扔在那落灰，然后再等到每次设计改版时全部重做，这样成本高收益低，并且几乎起不到它实际应有的作用。
举上述案例并不完全都是不好的，而是很多时候并不完全适用于国内互联网设计团队，业务迭代速度快，建立规范的成本高，难以与产品/研发等团队达成共识，落地难，这些都是我们需要面临的问题。围绕当前阶段需要解决的问题，才能更有效地建立规范并执行下去，起到设计规范应有的作用。
正在进行的一些探索和思考
除了上面的一些规范，我们团队还正在进行一些探索，如：
通过转换生产工具来提高协作效率
Sketch在界面设计上确实会更轻量，并且Library的团队共享使得协作非常方便，当组件更新了能快速同步到每一位参与者的设计文档里，但腾讯视频的设计涉及到多个业务部门，如其它端的设计师、广告平台的设计师、运营同事等，直接把使用多年并在Mac和Windows都有的Photoshop替换成Mac only的Sketch，短期看来不是特别现实。所以正在尝试在创新项目上使用Sketch进行设计和协作，效率有较大提高。
对界面设计进一步组件化
另一方面是进一步对界面组件化，除了常用的Patterns和Style，正探索跟研发一起把动效和操作反馈组件化，一方面能提高产品中动效的一致性，学习ps，另一方面不需要每次添加动效都耗费大量的研发资源。
END.
除了产品设计和体验，我们也一直在探索和优化协作效率，为团队争取更多时间用于创新和体验设计上，不一定完全正确或适用于所有团队，希望这篇文章能为大家带来一些启发和思路。
