网站项目开发中的新工种—内容设计师(一)_网页设计教程
推荐:UI设计范式之三:实时预览问题综述用户总是希望第一时间就能知道自己填写的表单递交以后会是什么样的结果。举例适用范围当你原意为用户提供其填写内容的实时预览功能的时候当你觉得
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之间的汇聚点。在需求制定和内容决策期,组织各个部门留下清楚规范的指导性和备案性文档。在聘请外部顾问的时候,尤其充当了做对定制化部分做需求描述与补充的重要角色,也就是自身需求与外部专业指导之间的桥梁。
各类文档中,有很多部分需要相关技术人员去共同撰写,内容设计师落实不了,没有细化的文档很快会被束之高阁。千万不要把文档都丢给一个人,大家脚翘在桌子上张张嘴开开会就算了。
很快又有人会说到内容设计师的控制权问题。争论谁拥有对设计或内容的控制权是一个非常无聊的话题。假如你有足够的说服力。决定交给对项目/产品负责的人去做。
原文:http://blog.hc1983.com/2007/07/15/28
分享:如何面对改版?关于改版,在上一篇文章中我谈到了三方面的内容:为什么要改版?期望达到的目标?如何改版?下面就这三方面(我考虑了下,增加了改版后的测试),结合聚会上
- 相关链接:
- 教程说明:
网页设计教程-网站项目开发中的新工种—内容设计师(一)。