我最近读了很多关于重新思考网站设计的文章。许多专家主张采用更敏捷的方法，根据用户反馈和网站统计数据进行冲刺。他们并不一定是错的。
问题是，许多组织没有一个敏捷的用户体验策略或一个人/团队来管理它。他们中的许多人都在他们的用户体验策略中加入了敏捷的元素。首先，在我们进入“要做什么”部分之前，让我们定义几个术语。
用户体验
许多专家对UX的定义各不相同。我偏爱GiveGoodUX.com网站的乔·纳托利(Joe Natoli)的定义。但是，对于这篇文章，我想要更务实一点。
考虑到这一点，我非常喜欢“可用性。gov”的定义，它是美国卫生与公众服务部(Department of Health and Human Services)的一个项目。它们是“用户体验(UX)最佳实践和指南的领先资源，服务于政府和私营部门的从业者和学生。”
下面是他们的UX定义:
“用户体验(UX)关注于深入理解用户，他们需要什么，他们看重什么，他们的能力，以及他们的局限性。它还考虑到业务目标和管理项目的团队的目标。用户体验最佳实践促进提高用户与产品和任何相关服务的交互质量和感知。”来源:gov
瀑布式开发与敏捷开发
敏捷是一些企业使用或自称使用的一种方法。通常情况下，这些组织使用敏捷和瀑布方法的组合。让我们看看每一个…
瀑布式开发
更常见的开发方法是瀑布式开发。瀑布式开发是一种线性的开发方法，它使用迭代而不是冲刺(我稍后会解释冲刺)。整个项目有一个开始、中间和结束。从开始到结束，开发按照预设的路径向前推进。
瀑布式项目中范围的变化将导致项目停止，交付成果将被修改或完全改变。这可能意味着错过最后期限和额外的成本。
瀑布模式的主要缺点是项目需要什么就能完成什么。所以，如果你花了一年的时间，这一年你的投资没有任何回报。瀑布模式的优势在于，你清楚地知道你要构建什么以及它的成本。
敏捷开发
敏捷更多的是敏捷。敏捷项目以sprint的方式运行。每个sprint都有一组明确的目标和预设的时间线。例如，sprint 1可能是线框图，sprint 2可能是原型，等等。而且每次冲刺的时间都比较短，比如一到两周。
敏捷也被称为快速开发，它严重依赖涉众的可用性。sprint通常会涉及到每日的审查，并且在分配的sprint时间结束时肯定需要进行审查。
所以，假设你正在进行两周的冲刺。这意味着至少每两周，在每个sprint结束时，你需要项目团队和干系人都在场。一个项目可能持续几个月，也可能持续进行。
直到前一个sprint关闭后，下一个sprint才开始。sprint A的可交付成果更有可能在sprint B中结束，但只有在团队/涉众审查和批准之后。
在这些sprint中，整个项目的范围不是固定的。根据用户反馈(游戏邦注:如果反馈是实时的或测试中的)和任何用户分析，这个范围可以在各个sprint之间进行调整。
但是，敏捷并不适合所有人。事实上，很少有组织有足够的预算或项目类型来支持敏捷开发。稍后会详细介绍这一点。
网站是有生命的东西
现在，把我们对用户体验和敏捷的了解应用到你的网站上。你的网站必须满足你的目标受众的需求。这些需求很可能是持续的，并且经常会根据一些因素而改变。
换句话说，你的网站的用户体验需要根据用户不断变化的需求来改变和改进。要使这成为现实，你必须能够容易地经常更改你的网站。
记住UX是“对用户的深刻理解，他们需要什么，他们看重什么，他们的能力，以及他们的局限性。”
这是否意味着你需要不断地重新开发你的网站?当然不是。但是，你需要不时地做一些重大的改变。这完全取决于你从网站上获得的分析:
他们来自哪里?
他们在看什么?
他们做了你想让他们做的吗?
如果没有，你能改变什么来扭转这种局面?
你如何建立在成功之上，减少失败?
根据以上的答案，是时候进行彻底改革了吗?(你已经用尽了你当前网站的所有选项了吗?)
这是很多公司的不足之处。他们要么没有跟踪他们网站的成功，要么只是获得了可用数据的一部分。数据不完整的市场营销会导致不理想的结果。
以下是来自Chiedo Marketing的谷歌分析新手指南。
对于你的组织来说，网站的成功是怎样的?
在重新设计你的网站之前、期间和之后，你需要清楚地定义什么是成功。这应该很容易衡量。
更多的流量当然是一个可以跟踪和改进的指标。交通是很重要的。更多的流量意味着更多的转换机会。
但是，什么样的交通呢?你需要多少时间来实现你的目标?一个成功的网站并不总是一个流量很大的网站。这听起来可能很疯狂，但你可以这样想……
如果路过肉店的主要行人都是素食主义者呢?从表面上看，它似乎是一个黄金地段。繁忙的街道，行人很多。但他们会来买东西吗?不。
你需要定义成功，并向后追溯。如果成功是一种产品购买，那么就从这一点往回追溯。
什么是产品，什么使它令人满意?
人的欲望吗?
他们的需求、价值、能力和局限性是什么?
他们把时间花在哪里?
当然，你想要更多的交通。但是，你想要的是正确的流量类型，你需要与他们“连接”。人与人打交道。他们从自己了解和信任的公司购买。
再次，让我们回到HHS UX的定义。具体来说，我想了解你的用户以及“他们需要什么，他们看重什么，他们的能力，以及他们的局限性。”
你的网站用户需要什么?
如果你想“好吧，他们不一定要拥有它，他们可能只是想要它，”停止!你需要弄清楚你的产品/服务是什么，以及这些人需要什么。
我说的不是什么阴暗的销售技巧或者Cialdini的心理柔术。我说的是他们和你们组织之间联系的本质。
例如，假设你是一个非营利组织。你的目标受众之一是潜在的成员。他们为什么要成为会员?仅仅因为?不，那可不行。底线是什么?开门见山。
你网站的目标用户认为会员的价值是什么?这可以是宣传、支持、教育等等。对他们来说，你有1500个会员并不重要。或者你是最大的非盈利机构。这在他们需要帮助的时候是行不通的。
你必须了解他们的痛苦，理解他们独特的问题。然后，在会员页面上说。
这适用于任何销售任何东西的组织。你可以出售IT服务、生物技术监管咨询服务、手工冰淇淋、最新税收政策的监管要求……这些都不重要。你的目标用户有需求，你就有了解决方案。你必须用他们的语言来表达你的需要。
你的用户看重什么?
但是，这不仅仅是抓挠痒痒。记住，人们从他们信任的人那里买东西。如果你有最好的解决方案，但你的目标用户却不喜欢你的方式，你就得努力将用户转化为客户/会员/消费者。
最近，我在一个商业圆桌会议上谈到了数字营销。今天我们讨论了感知以及它的重要性。当然，这一直都很重要，但现在是至关重要的。
当一个用户在你的网站上，他们基本上是一个3岁的孩子，有ADD和崇高的期望。这有点夸张，但你懂的。他们会分心，当然也不会腾出一个小时来阅读你网站上的所有内容。
当他们进入你的网站时(从任何来源进入任何页面，因为这是事实)，他们会很快做出判断，他们是否……
在正确的地方-这是他们期望看到的，当他们点击谷歌，Facebook，你的电子邮件等?
能够信任你——他们愿意在这个网站上分享他们的信息吗?
清楚下一步是什么——如果你曾经去过一个你感到不知所措和困惑的网站，你就会离开，对吗?
在几秒钟内，他们需要确信自己走在正确的道路上。他们需要感觉到他们“喜欢”你。一旦他们做出了决定，你就和他们达成了默契。他们现在在你身上投资了，会花时间四处看看，确认你的决定。
你的网站越能证实他们的舒适感和信心，他们就越有可能愿意与你做生意。
他们的能力和局限是什么?
在为该用户开发用户档案和网站时，态势感知常常被忽视。是的，你需要知道他们是谁，他们的需求和价值观是什么，他们的痛苦/问题是什么。但是，你也需要知道他们的情况。
他们在哪儿?他们是坐在办公桌前吗?他们正在街上走吗?他们是在他们的笔记本电脑上写一篇博客文章，背景是一场足球比赛，一只狗不明白我真的需要移动手臂才能打字。抱歉，可能只有我这么想。
你必须了解他们使用的是什么类型的设备，什么类型的带宽是可用的，以及什么外部刺激在争夺他们的注意力。现在，看看你的网站，同时模仿“情况”。“东西装得清楚，装得快吗?”
所有这些因素都在用户体验和理解用户体验中发挥着重要作用。了解你的用户，这样你就可以为他们创造最理想的体验。他们会觉得很舒服，也更有可能皈依。
现在，回到敏捷开发
所以，现在我一直在谈论用户体验，那么敏捷呢?敏捷适合您吗?如果您采用敏捷风格的方法，那么提供一贯最佳的用户体验将会更加容易。
你不是花6到12个月的时间设计和开发一个网站，然后发布它，然后意识到你做了一些糟糕的决定，而是逐步推出更新。现在，您可以灵活地快速进行更改，以解决网站中的任何问题。
你也可以更加慎重地制定营销计划。您可以推出一个基准网站，开始关注一组核心特性或服务。然后，当用户与你的网站互动时，你可以做出调整来改善他们的现场体验。在每个sprint结束时，您将逐步推出特性和更新。
敏捷适合您吗?
请记住，敏捷并不适合所有人。这个过程需要资金和大量的管理。每个“冲刺”都需要写出来，跟进，然后在完成时进行评估。
当一个冲刺结束时，你必须确定下一个冲刺会发生什么。它是未完成的任务、基于用户数据的新任务和你已经为sprint计划的任务的组合吗?那是一大堆文书工作和管理工作。
另外，你是否愿意接受一个有开放式预算的开放式项目计划?有时候，基于您正在尝试构建的内容，这可能是不可避免的。只需知道，尽管敏捷可能是最适合您想要实现的目标，但它可能不是最适合您的预算或可用的人员/资源。
所以，我是说预算有限的人不应该考虑敏捷吗?不，一点也不。但是，钱是一个需要考虑的因素。如果你负担不起开放式项目的费用，也许你可以采用敏捷/瀑布模式的混合模式，分阶段进行。
你有一组固定的可交付成果，但只占项目的一小部分——刚好够做一些事情。然后，在得到一些真实数据之后，你可以开始第二阶段。
哪种开发方法将交付成功?敏捷吗?瀑布吗?或一些组合吗?(当然，纯粹的敏捷主义者会讨厌组合的想法，但他们不必为您支付账单!)
今天的数字营销
今天的市场营销是关于用户体验的。现在由用户控制。他们掌握着主动权。而最好的市场营销是那种持续有效地满足并超越用户需求，同时实现转换目标的营销方式。
传统的瀑布式方法可能会不必要地把事情捆绑起来，迫使你错失机会。是的，你可以在网站上线后定期更新。但是，想想看，您在开发一个从未使用过或没有帮助您实现目标的特性上浪费了多少时间。
在敏捷开发中，您可以足够灵活地快速调整方向，根据实际使用情况进行更正，并避免在根本不起作用的事情上花费太多时间。
那么，敏捷是否适合您的项目呢?
你需要快速推出一个项目吗?可以开发和部署较小的块吗?
你对这个项目的总需求不确定吗?换句话说，你能否自信地在一个文档中规划出所有可交付成果，并确定它们不需要更改?如果没有，那么敏捷可能是可行的方法。
您是否有必要的员工来管理敏捷过程?有人与开发人员和项目经理一起工作，以确保项目保持在正轨上?短跑冲刺呢?
再说一遍，瀑布并没有错。它仍然是一种非常常见和有效的开发方法。而且，无论敏捷纯粹主义者说什么，您都可以在预算范围内将敏捷和瀑布的元素混合到满足您需求的项目计划中。
你怎么看待敏捷和用户体验?我疯了吗?请在下面的评论区告诉我……
