如果把 wireframe 画得如此精美，你将立即面临三个负面后果：
浪费时间，彻底的浪费时间。
有彩色稿的外型构造，却没彩色稿的色彩系统辅佐，导致大家无法完整理解你「精心设计」的 UI 对象。
对设计没概念的客户、PM 或老板会忘记我们是在 review 画面上有哪些对象，反而在这时就开始跟你检讨设计细节，等你接着做彩色稿时，才突然讲说之前有哪个功能忘记摆放上去。
其中第二点是本节的重点，在你的 wireframe 里，应该使用系统原生的对象来构成画面，例如这些东西：
请避免在非必要的状况下急着在 wireframe 里画一些从来没有人看过的「创新 UI」。一个好理解、直觉的设计是所有细节相辅相成的，在 wireframe 的阶段缺少了颜色和动态效果的辅助，更不该冒险呈现特殊的对象外型，也就是说，你的 wireframe 顶多做到这样就该收手：
这样一来，画面上都是大家平常使用 App 时有看过的形式，看得懂画面的时候，就能够专心探讨这些功能是不是产品所需要具备的。
少用代名词
业界 NG 率：60%
这个沟通技巧不难做到，但如果没有人指出，是很难自己发现的。
我们表达一件事情若要表达得精确，就应该试着减少话中的「诠释空间」，而代名词的使用非常容易造成设计讨论上的时间浪费，例如「这个」、「那个」之 类的词汇，在专业讨论上应该减少使用；取而代之，你应该使用本篇文章第一节所提到的精确名词来表达，或是详细描述你所指的外型。
好了，如果你是设计师，希望这篇文章能够帮助你在设计的沟通讨论上更加顺畅、省时；如果你是 PM 或开发者，也可以顺便学习、或将这篇文章转给你的设计师参考。
