工作2年了，总感觉每次做项目的时候，都是赶时间，赶时间，加班几班，可是最后总结一看，百分之50的时间都浪费在做无用功上面了，甚至因为设计人员的失误，造成了前端和程序大量的返工，休整，加班，造成了开发人员的疲惫。
我个人总结了一下觉得认为比较好的能够节省时间效率的工作流程应该是：
1.产品经理做出整体的构思，提出明确需求，并且形成文档和demo
包括：网站的中心思想，即属于什么类型的，是电子商务还是企业网站还是门户网站等，不同类型的网站风格定位就不一样，一个网站需要注意的地方，例如登录注册的页面，是否需要表单的验证，表单验证的文字等。并且开会，讨论一下功能点实现的难易和时间需要，如果功能太难，是否要酌情变通。
2.产品经理形成的文档和demo要给设计人员，这时候需要我们的设计师，按照产品的原型，在保证功能完整的情况下，对页
面进行美化需要注意的地方：这里的设计师应该是专业的网页设计师，而不是平面设计师，因为平面设计和网页设计有许多的不同，平
面设计更注重色彩的搭配，视觉的冲击力，而网页设计要保证简洁美观的情况下，还要兼顾开发人员的开发难易程度。并且将细节细化到位。
3.设计人员的全版设计图形成以后，应该再次开会讨论，比较设计图和产品需求的功能是否完全体现，细节方面是否都已顾 全，
例如如果有表单验证的地方是否需要提示性语言等，设计人员的设计图一经确认，应该形成设计文档，包括：网站的主色是什么，渐变颜色色值是什么，哪些功能块的样式是一样的，主要应用到的字体有几种规格，包括大小、名称、颜色等，要注意图层命名的意义
4.设计人员把设计效果图，和开发文档给前端开发人员，前端开发人员应该注意代码的精简型，样式表命名的意义，兼容，Js 效果等，把能够通用的样式放在一起，并且形成文档，交代一下，需要用到的隐藏层，弹出层，表单验证需要切换的层等，方便后台开发人员进行开发
5.后台人员在拿过前端人员的页面和开发文档时，要注意嵌套程序的过程中，如果需要改变结构的，应该及时跟前端人员沟通，不要擅自更改，以免造成兼容性的问题，给前端人员造成多余的工作量和困扰，在需要样式名称更改的时候，应该及时询问前端开发，能否更改或应该如何更改
一个网站的开发，是一个漫长而谨慎的过程，尤其是产品经理和设计师，一旦他们疏漏了，势必要重新的更改需求或者是更改设计，这样就会给前端和后端开发人员造成困扰，并且增大了许多根本不应该出现的工作量。在这两年中，类似的问题出现了无数次，每次的加班几乎都是因为设计人员的疏漏，而导致后面需要重新制作。
例如，登录注册的页面，需要表单验证的文字，这个一开始就是需要想到的，但是以为设计师根本不是专业的网页设计师，不懂得网页需要的元素，造成了等后台都开发完成的时候，提出这一点，再回头，设计师重新设计，前端调整页面，程序重新嵌套的过程。
更甚者，一整套已经开发完成，产品方向进行了更改，用户群的定位重新改变，造成网站风格需要整体重新改动，主色调，设计元素都需要重新改变，这对开发人员来说，无疑是一个晴天霹雳，最不可容忍的是，在这种情况下，还要求赶工期的话，开发人员就要连夜加班好多天，这种错误完全是因为当初产品经理的市场定位错误而造成的，但往往为这种错误买单的却是开发人员。
产品经理的功能和需求提出以后，应该和开发人员讨论，功能块的实现难易程度，需要多长时间，否则等到设计完成，前端完成，到了程序那里，因为功能无法实现，就要造成版本的浪费，再回过头重新修改。产品经理是一个很重要的人员，必须要能找准方向和定位，起到监督工期平衡工期的作用。
最后，你的老板是愿意给你一个月的时间让你做出来十个垃圾的无法上线的版本，并且还要让开发人员加班加班在加班，还是愿意在有限的时间里，有秩序的开发出一个成功的可以上线的版本呢？所以不要为了所谓的节省时间而省去必要的流程，这样会造成漏洞百出，多做许多无用功，到最后耽误了工期，做出一版垃圾产品不说，还让开发人员身心俱疲，对公司失去信心。