WEB开发技术发展到现在已经有了越来越细化的分工，从90年代末，一个懂html代码的人就能写一个站，到现在，内容、架构、UI、前端、程序、UE、分析监测、SEO、推广 都有了前几立而成熟的角色分工。跟着网站规模的增大、开发技术和尺度的发展、运营过程中各类门槛性、专业性题目的解决需求增加，有一些新工种衍生出来，它们包括：内容设计师、架构设计师、前端技术工程师、网站分析师。这些基本是前端和内容部门的，技术部门的我就不敢说了。
内容设计师（网站策划）和UE：
把内容设计和UE放在一起说是由于我以为UE应该做为是一种观念来对待，是应该贯彻到包括内容设计、流程设计、用户界面设计和前端技术等开发环节中的一种意识。
除了电子商务或者专门的应用服务类网站（好比SNS），大部门网站项目并不需要单前几的UE设计师，建议礼聘可用性参谋来做培训，指导介入用户调研设计、可用性测试及分析交互模型设计等，并在开发过程中中分阶段跟进，对设计产品做UE评测。
这点上，我同意一叶千鸟说的：“把职责分散给内容与UI设计师和PM，而不建议由专职UE团队来把控产品质量，前几责任太大，**职权失衡，第三增加管理本钱，第四降低工作效率。”每个人都贯彻UCD来共同完成UE的工作，比把事情都交给用户体验工程师去做要有效得多。
内容设计是UI、 UE工作的上一环节，清晰明确的结构内容规划直接影响网站所有前端层面的开发方向与规范。以前这块工作多是由内容编纂职员或页面设计师来做，在近两年内，网站策划这一工种慢慢前几立，多数是从这编纂、设计、营销职员或者互联网行业分析师中转型出来。
良多项目中，PM在做着其中的一部门内容设计的工作，好比负责沟通，采集需求，确定网站的内容结构、风格、栏目、功能，制定网站策划书。但是一但到达中型规模的网站项目，必然需要大量详细的描述型和图形化文档来需要规范相关环节的工作。匡助开发成员将需求分析结果更加明确化，实现文本备忘。
内容设计师应做的：
1. 明确的用户需求，进行用户需求调研，设计调查问卷或组织讨论。撰写《用户需求分析讲演》。
2. 进行市场调研，清晰的分析相似网站的机能和运行情况。撰写相关《市场调研文档》或《同类竞争对手分析文档》。
3. 协调PM，组织相关开发职员与用户一起进行需求分析，根据讨论结果撰写《网站功能描述文档》，描述文档中的相关部门可组织核心设计和程序共同编写。
4. 根据项目需乞降功能描述，天生高度结构化的文档，并形成线框图（页面结构图）。
5. 根据网站功能需求，配合UE参谋/工程师设计用户交互模型，天生用户任务的流程图。
6. 结合项目需求，制定可用性改善目标，制定可用性基准。配合UE参谋/工程师，在用户界面草图阶段，组织用户做一次可用性评估。同UE参谋共同撰写并分析评估讲演。制定改善方案。
写完一大溜内容设计师应该做的，就会发现这个工作主要做的是协调和文档性工作，并不一定要求设计师去多懂设计、懂技术模块、懂交互、懂可用性。但是一个合格的内容设计师，必需对这些相关的配合工种有所了解，并具备协同工作的能力。
很多网站中这部门工作都是由PM来做，或者由PM将工作拆散交给相关职员去做。PM应该做的工作是担负与产品项目相关的项目管理职责，负责分工、联络、协调和驱动。控制进度、梳理各类不合、监控项目质量。从策略高度对产品的长期发展战略提出建设性意见，
PM是公司决议计划层与项目团队之间的桥梁，而不应该埋头于各类文档，将桥梁延伸到更详细的内容设计中。
一个人介入到整个产品的支持是不公道的，让专业的人做专业的事。
内容设计师相称于PM、设计、前端、架构、开发、和UE之间的汇聚点。在需求制定和内容决议计划期，组织各个部分留下清晰规范的指导性和存案性文档。在礼聘外部参谋的时候，尤其充当了做对定制化部门做需求描述与增补的重要角色，也就是自身需求与外部专业指导之间的桥梁。
各类文档中，有良多部门需要相关技术职员去共同撰写，内容设计师落实不了，没有细化的文档很快会被束之高阁。千万不要把文档都丢给一个人，大家脚翘在桌子上张张嘴开开会就算了。
很快又有人会说到内容设计师的控制权题目。争论谁拥有对设计或内容的控制权是一个非常无聊的话题。如果你有足够的说服力。决定交给对项目/产品负责的人去做。
网站项目开发中的新工种—内容设计师，欢迎咨询合作。
