[回复]关于产品部门和用户体验部门
hi，
你们的问题比较多，而且涉及的面也比较广。 其实这是大多数中型新团队目前都会遇到的问题。
从整体的部门规划来说，我建议这个阶段你们的部门干脆就叫”产品和设计部”，不要把产品和设计人员拆开。人员分工无需过于精细，让大家在实际操作中不断协调为宜，一切以更加高效和适用为主，团队布局上卡住主要位置，随时出现的末梢工作以”就近防守”为原则。主要人员配备可以这样：（假设是一个15人左右的团队）
产品架构师：
精准定位产品方向，谋策布局。1-2人
负责产品方向制定和规划，分析竞争对手和市场、提出产品需求及目标、协调和公司其他部门之间的沟通。
产品设计师：
准确解析需求，完整设计体验。5-6人
详细负责分析需求和用户，内容设计、信息架构、交互设计。
可用性工程师：
深入了解用户需求和习惯，保证产品易用性。1-2人
负责长期持续的用户研究和可用性评测，指导整个设计过程的用户调研、访谈、测试，优化产品设计的可用性问题。
视觉设计师：
通过视觉完美展现产品气质。2-3人
负责产品全面的视觉设计，视觉互动、图形设计、界面规范等
前端工程师：
保证产品最终呈现的完美。3-4人
负责高保真原型制作，以及前端开发。保证产品设计部提交出去的工作成果为“无数据”的完善版本。保证技术部门只做开发不用分心到界面实现。
另外，需要一个人负责所有界面的文字内容优化和规范。
然后，
初期产品设计、可用性、视觉设计之间的工作交叉可能比较多，可以不用过于划清界限。让大家定期总结经验逐步制定职责。
产品架构是核心，产品设计是最关键的工作，可用性工程师即是支持者也是需求提供者，视觉设计上做到尽量简化偏重视觉风格和产品气质的把握，前端开发偏重稳定和更好的扩展性。
刚发的
哟，赶上白鸦白天更新，来占个樓。
这样的人员配置一般中型公司估计配置不起啊。中型公司大部分时间目标产品单一，所以很多人员可以在不同环节中承担不同角色。
楼上：如果产品经理、设计师、前端技术加到一起还不到15人的话，这个公司应该只能算是小公司。 这些人可是产品的核心方向…
有道理，这样划分最大的优点反倒是每个部分的职责是清晰的，我也认为适用于中型公司。
不过有些是在替换名词。
产品架构在一般公司里由产品总监、高级经理或更高级别的人来做。
产品设计在一般公司里是产品管理，一般的产品经理和助理去具体负责产品设计，包括解析需求和具体功能规划。
剩下的基本上没有太多出入。
@mysmth2003 我比较不喜欢给同一个部门的人套什么总监的高帽子。有些时候总监和PM连按钮做成什么颜色都管，大概和高“官衔”也脱离不了干系。
上面的分工是让职责清晰了，应该和我邮件开头说的“不要太清晰”是相结合着做的。
。。。怪不得最近实验室的网站做的这么累。。。原来这些工作一条龙了～
唉，啥都只能做的凑和，也只能凭感觉来，还好功能不是特别复杂
怪不得最近做的这么累，原来自己一条龙了～
还好功能不是很复杂
很赞同产品和设计不要分开
貌似我们还是属于小公司…
我现在做的事情是第二种兼第三种。感觉可用性工程师对于中小公司还是属于比较奢侈的配备
小公司的划分是架构，设计，程序三大块，设计所做的工作又包括页面设计，页面优化，前端代码编写一只龙服务。
这样的团队这是我理想中的目标… 目前只有其一半的规模，不过麻雀虽小也五脏俱全了。哎~继续努力！
要分这么多职位出来，对于一般公司都是不小的投入。往往是一职多能！
收藏至20ju.com
我老大的方法：
ue同时给设计、制作、后台，
设计做效果，
制作写内容页，
后台开发核心程序，
制作完成内容页面给后台加程序，收到设计好的效果图后做样式，最后调整一下就ok了。
从此，制作不会被挤压了，老大万岁，rmb万岁！！！！
分的很好，各管各的，最不想的就是不同人员之间互相干预对方负责的领域。你负责自己的就把自己的搞好，当然需要沟通，但不要插手对方专业负责的东西。
另，“产品设计师”与“可用性工程师”，工作有些重叠？都会负责交互方面的东西。
赞同,特别是觉得 mysmth2003 说的很有道理。也很符合事实.学习了!~~
理想和现实还是比较有差距的。现实中的团队成员不可能每个都很成熟。
相反，现实中的团队成员往往大部分是不成熟的。
所以，团队还是需要有一两个核心人物带动。
也许，这只是我周围的现实…
视觉设计师若可以多考虑些产品气质而不是如何做的所谓“更漂亮”，就好办多了。