有人说：我们要做一个十分完整的设计规范，你看某某的规范做的多好，即详细，又实用，还效率高。

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

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

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

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

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

　　前期的策划