03.19.03-test 更新堆栈溢出，企业和堆栈交换站点的导航-CSDN博客

本文链接：https://blog.csdn.net/cunehu1722/article/details/104964004

这篇文章指的是“渠道”，一种现在称为“团队”的产品。这篇文章是有关我们如何制作频道，产品背后的思想以及对流程的洞见的系列文章的一部分。阅读“ 我们如何设计频道 和“ 为什么使用频道 ”了解更多背景信息。

在他的帖子中我们如何设计频道，Kurtis写道，该项目需要更改Stack Overflow的信息架构。我们创建了几个原型导航，缩小到两个，并与一组用户进行了测试。这将我们带到以下设计方向，左侧是内容导航：

我们相信这种设计将为Channels用户服务，但是更大的Stack Overflow，Stack Exchange社区和Enterprise呢？我们的设计探索受到以下问题的指导：

How will the new information architecture support existing Stack Overflow users? How will it impact important workflows like reviewing posts or answering questions?
How will this scale to Stack Overflow Enterprise and the Stack Exchange network sites? How can people transition seamlessly between Stack Overflow and other sites without having to learn new patterns?
What about people using smaller screen sizes? Adding a vertical left navigation increases the page width, and how will we support people across a range of screen sizes and devices?
Is the new information architecture inclusive and accessible? How will this impact people using screen readers or with other accessibility needs? How can we leverage this moment of change to improve the site’s accessibility?
How will the new information architecture scale as the site grows and changes over time?

在本文中，我将讨论我们回答这些问题的方法。不过，首先，我想退一步并说明 为什么对我们而言，同时考虑这些需求很重要。

背景

您可能还记得我们更新了去年的导航设计。我们的方法是专注于Stack Overflow已经很复杂的需求，并在不久后解决企业和网站解决方案。

在该项目中，我们了解到-尽管存在许多相似或重叠的用例-但仍存在难以解决的重大差异。结果，我们花费了比预期更长的时间将导航发布到网站，而且我们仍未更新企业网站。

这意味着Stack Overflow与我们其他网站之间的分散或未解决的分散性。这是有问题的，因为使用Stack Overflow，Enterprise和网络站点的人们之间存在很多重叠之处。例如，大约70％的加入网站的用户已经有一个Stack Overflow帐户。

更一般而言，分散意味着随着时间的推移累积的差异，向企业和网站提供基本改进的成本越来越高。

这一次，我们希望确保我们尽早考虑企业和网站站点的使用案例，并确保诸如可访问性和响应能力之类的基本改进可以使我们的150多个社区受益和企业客户端。

我们如何满足这些需求

我们首先从广泛考虑产品系列中的用例开始：堆栈溢出，网站，企业以及即将推出的渠道。这种方法可帮助我们避免分散的情况，并使改进迅速流向所有用户。我将在下面详细探讨这些用例。

首先，这是基本设计解决方案的回顾，左侧为内容导航：

接下来，我将介绍到目前为止指导我们设计的原理和用例。

原则1：灵活性

新的信息体系结构必须足够灵活，以支持各种用例和屏幕尺寸，包括：

User has joined Stack Overflow only
User has joined Stack Overflow and a private channel
User has joined Server Fault only (or a different network site)
User is viewing on a tablet or mobile

让我们看看每种用例的导航情况。

用户仅加入了Stack Overflow：

用户已加入Stack Overflow和一个私有频道：

用户仅加入了Server Fault（或其他网络站点）：

用户正在平板电脑或移动设备上查看：

原则2：可伸缩性

新的信息体系结构还需要随着时间的推移合理扩展。人们应该能够随着网站的发展和变化而获得连贯的体验。以下是一些可以用来近似信息架构需要考虑的用例的假设方案：

A new product offering that is a separate entity from Stack Overflow
A new feature on Stack Overflow

接下来，让我们看看这些假设情况下的导航效果如何。

一种新产品，它是与Stack Overflow分开的实体：

Stack Overflow的一项新功能：

原则3：可访问性

我们知道Stack Overflow和我们的其他网站可以更好地支持能力各异的人们。因此，新的信息架构也需要支持我们的工作，以使所有人都能访问Stack Overflow。

我们正在从 “包容性设计” 方法，并尝试与华盛顿大学的AccessComputing计划至确定改进措施，使我们的网站更符合 W3C Web Content Accessibility Guidelines 2.0 AA级。如果您遇到WCAG AA无法解决的障碍，我们也很想听听您的其他建议。

虽然所有这些更改可能在第一天还没有准备好，但我们借此机会改善了所有用户的访问权限。

到目前为止我们学到的东西

12月，我们推出了Channels Alpha并开始与企业版和高响应堆栈溢出用户一起进行研究。

我们在Stack Overflow上询问了有关其日常工作流程的问题，向他们展示了新信息架构的模型，并讨论了对其工作流程的潜在破坏。总体而言，我们了解到 此更改对他们的工作流程造成的影响最小。由于知道该站点将变得敏感，因此减轻了对此可能引起的额外屏幕宽度的担忧。

我们还将在接下来的几个月中与网站用户进行测试。

后续步骤

我们将在不久的将来推出这些更改。同时，请寻找将来发布与我们分享频道设计，研究和产品流程的帖子。如果您对团队或我有任何疑问，请随时在下面的评论中删除。请注意，这些设计是 不是最终的，我们将在收到反馈后继续进行迭代。让我们知道您的想法。