千鸟最近写了一篇《互联网设计操作参考》，私下跟他简单聊过一些意见和看法，文中提到：
《用户体验的要素》所提的战略、范围、结构、框架、表现五层对理解帮助很大，但不适合走操作流程。
这本书在流程的概念上意义很重要，但运用到实际的团队流程中，往往很难执行和分工。

所以千鸟提出这样一个结构：
蓝图——产品经理——网站目标、用户需求、功能规格、内容说明
文档——产品设计师——信息架构、交互设计、界面设计、导航设计、信息设计、视觉设计
原型——产品工程师——原型制作、客户端编程

同事在跟我聊这个话题的时候，他说：流程往往是被逼无奈的选择，并且在流程精细的情况下，抛开速度和效率不说，信息在流程中传递的时候往往容易失真。
相信在大公司待过的都会有这个体会，产品周期长，效率低，很多简单的问题其实一个人可以解决的却因为部门、流程的标准问题，不得不交给别人来做。

而对于一些1-5人的产品小团队来说，往往是看UCD流程的细腻程度而望洋兴叹。以至于千鸟在文章结尾说“最好的Producer，有人可以带领大家做的更好，没人自己也能抗下来。”
所谓爷爷都是从孙子走过来的，所有的大公司都是从小作坊模式起来的，不乏一个人从产品构思到原型设计、到后台代码全部包办的情况。虽然这些牛人当初根本不知道UCD的概念，但他们往往是最牛的实战者，他们理解UCD流程也最透彻。
所以建议很多初入行的设计者别拿你刚刚听来、读来的一些概念和流程，跑leader那去吹胡子瞪眼要优化流程，如果没有找到现状所存在的问题和漏洞，也许你的leader更明白团队需要什么样的流程。

白鸦提出取消“用户体验设计部”，其目的就在于避免流程跨越部门，导致不必要的争斗。如果非要给产品团队分块，分成两块：

一：负责产品做什么
二：负责产品怎么做
一负责需要什么样的东西，二负责这东西长成什么样子。

这样分工的好处在于，节约流程但大权又不至于被一方独揽，双方可以相互牵制并改进产品。
对于产品怎么做，对于很多公司来说相对不是问题，因为现在UCD流程和理念中，这一块讲的很多。但在产品做什么的问题上，很大的比重上是依赖个人经验，一方面有些方法的验证成本高，比如用户研究、数据分析。另一方面，大部分人更加关注怎么做，结果如何。

相信不久，对于怎么做产品决策的方法和研究，会慢慢进入大家的视线。