这里说的工作流程指的是产品从设计到上线的整个工作流程。这个流程可能每个公司都会不一样，就拿我之前工作过的A公司作为例子进行分析。A公司是一间toB的公司，给学校提供教学上解决方案的一间公司。在我A公司担任产品经理的时候，公司的工作流程大致是这样的：第一根据市场部或者老板反馈过来的需求进行功能设计；第二根据功能设计，UE的同事就做原型设计，RD的同事也可以同步开始搭建数据库、编写后台业务那些；第三根据原型设计，UI的同事就做界面设计；第四根据界面设计，前端的同事就开始编码了；第五QA的同事进行测试验收；第六上线。这就是之前A公司的整个工作流程了。
不知道大家有没有发现在第一阶段做的事十分少，根本就没有做什么需求分析，需求扔过来之后就开始做功能的设计了，也只是做功能设计，以自己为中心的功能设计。因为在A公司决定做什么需求的是老板，而我们只能做功能的细化，就算觉得不合理也没有办法反驳的。而且A公司的产品经理是从技术升上来的，不仅要负责功能的细化，同时还是一名技术经理，当然还要做项目管理的工作。对于A公司来说，产品上的事略显不太专业，但是技术上的事却抓得好紧，很多流程防止犯错，这里就不展开了。
我也不能简单评价A公司这样的模式是不是好，毕竟公司规模还是挺大的，技术团队也有3、4百人，也挺赚钱的。但是这种模式也不一定适合其他公司，毕竟这要求老板要有很强的产品能力。可能关于这个设计工作流程真的很难标准化，真的要根据公司自身的环境而定。对于创业公司来说可能就更不一样了，毕竟要想法设法的生存，跟大公司不一样。大公司的目标可能是少犯错，而创业公司的目标是为了能活下去。因此大公司相对来说流程会多一点，而创业公司就怎样快出结果就选哪个。
