经常有朋友说：我们要做一个十分完整的设计规范，你看某某的规范做的💃多好，即详细，又实用，还效率高。我们也🙈赶快来做一个规范吧。

　　遇到这种情况，我只能说，设计规范固然十分重要，但是产品设计，规范是根植于好的底层之上的，有好的产品底层和架构，合适的功能，好的交互，规范才能锦上添花。这些都是构成了用户体验的要素。只可惜我们有时只见树木不见森林。设计规范能救产品么？表现层的统一就能让产品起死♛回生，这恐怕太不靠谱。

　　许多产品开发时没规划好，有机会进行改良和调整，十分难得。如果不了解自己产品的既有的优势，也不清楚发展方向，加之现有的产品系统内也存在一些问题，如：相互阻隔的数据及信息，脱离联系的产品线各自为政......,其实不妨细细考虑下，对现有的𝕴产品有一个准确客观的认识，要做什么样的东西？用户是谁？为什么要改进，需要解决什么问题，各产品线的功能的关系，产品功能在场景上的主次关系，需要理清思路，不要稀里糊涂。没有规划好，孤立的去做，就容易缺乏ꦏ整体意识，如：在一个产品系统中，某些时候我们先做了A,陆续做了B、C、D、E，最后把他们简单的综合放置，单独看似乎都很好，但对系统而言，杂乱无章，在用户角度，认知和使用都非常困难，屡受挫折。最后，劳神费力一番，收效甚微。

　　如果清晰的看到了问题ღ和困难，就不要犹犹豫豫，不要隐瞒和回避问题，否则会越陷越深。可能有时候，实际情况是我可以把握和控制的很有限，先设计规范起码可以先让表现层看的过去，但一旦用户使用，这些底层和架构的缺点却是无法弥补的硬伤。

　　遇到这种情况，我们不妨试试把自己𒐪的分析分享出来，把自己发现的问题针对性的罗列出来，给出解决方案，时刻和团队及领导交流一起讨论来理清思路，梳理产品，虽然这样做，所付出的努力可能大大超出平常工作强度的，也非常容易被扣上愣头青的帽子。但是明知有问题还不吭声，就只能让团队像一团泥浆，越搅和越浑浊。最后对谁都没好处，浪费了宝贵的时间和开发经费。

　　我一直在强调，项目开发之初，A、B、C、D、E各大产品子类♑应深度沟通和融合，不能生硬的拼凑。不做战前规划布局，互相不了解的战友怎能打好战役？也许经常，大家各有各的时间点。但是如果不静下心来想想，到底为什么要挖坑，就因为别人都在挖坑，因此也睁只眼闭只眼跟着一起挖，只怕一起挖的坑，🌠到时候更难爬起来。

　　前期的规划设计、所有的沟通就是要确认一致的信息，确保劲往一块使。一旦明确了方向，挖坑也就理由🅺和依据，♏方法也自然能找到。

　　自己的优点要继承，别人的优点多学点，学点骨子里的东西，比闭门造车要事半功倍。一个好的品牌，是一ꩲ个规划清晰，整齐有序，有特色的可扩展的产品系统。规划好系统，一步一步去圆满他，差异化的产品层出不穷，领先与落后，不要太在乎局部的亮点。更不要去复制别人的产品。学习别人的思想，用于完善🦩自己的系统，帮助认识自己的优缺点后，才能因势利导，攻守才可能异形。

　　关键是要有一个正确的目标，每天进步一点。不断的去进步。设计规范🍌是一个好东西，没有正确的理解和运用，就会适得其反。道理原本很ꦫ简单。

　　不同的产品应该有不同的发展轨迹，架构及前端表现，每个产品都有自己的优点，围绕核心向周边扩展和打通。构成一个自然的生态🦩链条，🃏而完全没有必要去产生一个重复的产品形态和系统。

　　最后，介绍论语里一个词，叫色难，在母亲节之际，希望大家多给自己的家人一个好脸色。多给同事♛、朋友一个好脸色。