温州做网站:如何赢得内容驱动的网站

2019.08.13 mf_web

109

如果像我一样,你大部分时间都在内容驱动的网站上工作,那么你可能会感到被排除在酷孩子的聚会之外。像敏捷,持续迭代和用户反馈这样的最佳实践在提供大量信息时并不是很好,而不是杀手级的网络应用程序。

温州做网站当我谈到内容驱动的网站时,我指的是任何网站,其主要目的是传达信息,而不是完成任务。通常这些是营销驱动的网站,但它们可以提供客户支持或具有学术或新闻角色。它们确实允许用户完成某些任务,例如注册简报,但这只是他们目的的一小部分。

不幸的是,我们许多人创建内容驱动的网站的方式并不是最优的,我们需要对此做些什么。

大学只是内容驱动网站的一个例子。 它们有时会遇到数十万页。
大学只是内容驱动网站的一个例子。它们有时会遇到数十万页。

我们如何构建内容驱动的网站的问题

这些网站通常从错误的前提出发。我们首先问自己,“我们想说什么?” 而不是“用户想知道什么?” 这种心态源于为其他渠道创建内容。需要尽可能长时间吸引人的注意力的频道,但在设计网站时,前提是不同的。人们选择访问该网站,因此已经在某种程度上表达了兴趣。然后重点是回答他们的问题而不是抓住他们的注意力。

但这并不是我们倾向于如何处理内容驱动网站的唯一问题。在许多情况下,它们仍然使用类似于瀑布而非敏捷的过程创建。

  1. 我们创造设计并让他们签字。

  2. 我们在内容管理系统中构建设计模板。

  3. 我们将内容添加到CMS中。

通常设计是在我们看到任何内容之前创建的,因此两者之间几乎没有关系。内容基本上只是灌入设计桶!

因为我们已将内容与设计分开,所以我们将界面缩小为我们将副本复制到的模板。
因为我们已将内容与设计分开,所以我们将界面缩小为我们将副本复制到的模板。

在我们有一些真正的内容可以使用之前,我们中的人越是勤奋就拒绝开始设计,但这往往导致其他人急于复制以防止项目延迟。

当然,还有可用性测试。通常它会被忽略,因为我们仍然会在发布之前添加内容。但即使确实发生了这种情况,当没有人想要改变事情的麻烦和成本时,它往往会走向项目的最后阶段。

如果所有这些听起来都很可疑,请不要灰心。近年来,我一直在尝试不同的方法,而且在大多数情况下,它似乎都有效。这是一种通过合作开发设计和内容的方法,同时允许在整个过程中进行定期测试。

开启内容驱动网站的开发

我倾向于像你期望的那样启动内容驱动的网站项目。我首先建立一个网站业务目标的优先级列表,以便我们可以衡量成功并明确其角色应该是什么。但在那之后,事情很快就会偏离我经常遇到的标准瀑布流程。

我宁愿专注于更好地了解将访问该网站的人,而不是立即跳入有关品牌信息的设计和讨论。不可否认,进行前期用户研究远非革命性的。但令人惊讶的是,即使在2017年,它在许多组织中的发生率也很低。

可能稍微不同寻常的是,我的研究通常主要侧重于确定用户访问网站时所遇到的问题。首次访问者和返回者都会提出问题。

创建内容驱动的网站的第一步是了解用户拥有的问题。 简单的调查只是发现这种情况的一种方式。
创建内容驱动的网站的第一步是了解用户拥有的问题。简单的调查只是发现这种情况的一种方式。

收集这些问题相对简单。我们首先采访用户。但是,您可以与之交谈的用户数量有限制。另一种方法是在您现有的网站上进行调查,询问用户他们有什么问题。最后,与面向客户的员工(如呼叫中心的员工)交谈会产生大量他们反复听到的问题。

问题的最终清单可能会很广泛,但这没关系。但是,其中一些问题比其他问题更重要。我们需要确定这些内容,以确保它们易于查找,并且不会在过多的不太重要的查询中丢失。

这就是Gerry McGovern的顶级任务分析可以提供帮助的地方。这是一个简单的过程,调查用户了解他们最关心的问题或任务。Gerry写了一篇关于A List Apart的优秀文章,涵盖了这个过程,所以我在此不再重复。

顶级任务分析将为您提供的是用户具有的优先级问题列表。这可以成为网站内容的核心,并帮助我们迭代一个有用的网站。

在内容和设计中迭代保真度

在我们开始迭代完成的网站之前,我们首先需要建立其信息架构。我们的问题可以作为确定结构的基础。

我们可以使用这些问题作为卡片分类练习的基础,用户可以将最重要的问题组织成对他们有意义的小组。这些分组可以在我们开发网站信息架构时帮助我们,确保网站反映用户心理模型,而不是组织结构。

一旦我们获得了信息架构的初稿,我们就可以开始构建我们的站点并对其进行测试,即使我们没有设计并且没有编写副本。

内容驱动的网站几乎总是建立在内容管理系统上,所以当我们研究用户问题时,开发人员可以在某个地方的临时服务器上安装开箱即用的安装。

我们现在可以开始在此CMS上构建空白页面,以反映信息架构。所有需要的页面都是一种在页面之间导航的方法(导航链接)和我们期望在每页上回答的问题的要点。

首先,原型只有基本导航和内容的一些占位符问题。
首先,原型只有基本导航和内容的一些占位符问题。

这立刻给了我们一些有形的东西来测试。即使没有设计也没有内容,我们仍然可以检查信息架构。用户可以找到他们想要回答的问题吗?结构对他们有意义吗?

有了这个建立,现在我们可以开始提高保真度。设计人员可以开始向关键页面介绍一些基本的排版和布局。同时,内容编写者可以开始充实页面,其中一些初步要点回答页面上的问题,或者在适当的情况下临时交叉链接到现有站点上回答问题的页面。

设计师可以慢慢改进设计,而内容团队可以开始充实用户问题的答案。
设计师可以慢慢改进设计,而内容团队可以开始充实用户问题的答案。

此时,我们可以进行进一步的测试。我们可以看到设计者建立的视觉层次结构是否允许用户发现基本内容。同样,我们可以测试链接到旧网站的内容,看看它是否在我们开始盲目地从以前的网站迁移之前回答了用户的问题。

在下一轮迭代中,撰稿人可以开始在网站范围内添加粗略的副本,而设计师可以开始使用改进的排版,颜色和其他风格元素来改进设计。同样,这可以与真实用户一起测试,以确保新副本回答问题,并且设计改进有助于而不是分散注意力。

随着时间的推移,您可以继续优化设计并复制到更完成的状态。
随着时间的推移,您可以继续优化设计并复制到更完成的状态。

因此,这个过程会继续,循环,为副本和设计增加更多的保真度,使网站更接近现有的改进。在这一点上,我们可以推动它。但即便如此,进一步的迭代轮次仍可继续发展并提高基本页面的性能。

当然,原则上听起来都很好,但确实需要改变思维。

转变思维

首先,它确实需要设计师的不同思考。许多设计师仍然使用Sketch或Photoshop来设计高保真模型。这种方法表明它们在浏览器中迭代到最终设计。

我不是建议在浏览器中发生所有设计需求。
我不是建议在浏览器中发生所有设计需求。

也就是说,我不认为这两种方法需要相互排斥。在Sketch早期尝试更精细的设计解决方案没有任何问题,只要知道这些将根据用户反馈而改变。然后可以在登台服务器上慢慢推出并测试该设计。

态度的另一个变化将是内容迁移。通常会假设我们将内容从之前的网站迁移到新的整个网站。创建所有新内容的想法似乎无法克服。

实际上,这不是我提出的建议。我们可以迁移内容回答用户问题的内容。但这不应该集体或盲目地发生。

此外,您会发现没有必要在您认为的内容附近重写任何内容。您几乎肯定会发现,您认为需要迁移的大量副本可以退役,因为它不会回答用户的问题。这样做的好处是,您可以保留相当少的内容。

欧洲委员会能够成功地将他们在线的内容减少80%。
欧洲委员会能够成功地将他们在线的内容减少80%。

然而,思考中最重要的转变可能是展示正在进行的工作。无论是设计师还是内容专家,在我们让别人看到它之前,我们中的许多人仍然希望能够让一切变得完美。但是这种方法将内容和设计放在那里,尽早将其暴露给批评。这是一个具有挑战性的精神转变,但是势在必行。

您可能认为让利益相关者和客户看到正在进行的工作是灾难的一个方法,但事实并非如此。事实上,根据我的经验,他们对看到一个网站在他们眼前合并的反应非常好。在他们看到任何东西之前,他们不会等待数周(甚至数月!),而是会在开始项目的几天内开始看到网站的骨架。在心理上,这会产生巨大的差异。

此外,通过逐步看到网站的开发,他们感觉更加投入项目并了解其开发背后的过程。这使得利益相关者不太可能拒绝最终解决方案。

最后,如果他们确实有异议,那么当这些异常容易修复时,会在流程的早期发现这些异议。当然,这比等到事情难以改变的最后一分钟更可取。

今天迈出第一步

我并不是说以这种方式发展内容驱动的网站是一个完美的解决方案,但我发现通过系统地提高设计和内容的保真度来迭代最终网站会带来更好的结果和更少的内部阻力。

不过,不要相信我的话 - 亲自尝试一下。从小处开始。对所有相关人员而言,跳入整个网站的重大设计可能是一个重大步骤。也许您可以在新的微型网站或您正在更新的网站的某个部分尝试此方法。

或者,尝试仅实施我已概述的过程的一部分。也许只是通过收集用户问题开始一个项目,而不是从你的组织想要推出的消息开始。或许您可以尝试少量的原型设计,而不是产生像素完美的设计组合。

我的观点是,您可以选择适合您的方式,而无需在一夜之间更换。重要的是,您开始允许用户反馈来影响您网站的设计和内容。

温州做网站

最新案例

寒枫总监

来电咨询

18868949445

微信咨询

寒枫总监

TOP