最近应用程序设计的一个趋势提出了一个有趣的问题：速度是一个特性还是一个产品？在《产品内部通讯》的最新一集中，我们的联合创始人兼首席战略官德斯特劳纳（Des Traynor）和我深入探讨了这个问题，并解释了新一代专注于速度的"键盘优先"应用程序的突然兴起对产品设计和产品如何随时间演变的影响。特别是，我们讨论了一种新的生产力应用程序中命令行界面的趋势，这种应用程序提供了"通往超级大国的捷径"。在命令行上下文切换重新流行的世界中，我们如何看待信息架构（IA）？在优化速度方面，什么样的任务才是真正适合的？它如何改变我们寻找适合市场的产品的观念？这些应用程序是否有过度服务目标客户的风险？我们还讨论了产品如何从高度针对特定用户发展到成为试图吸引大量不同用户的臃肿软件。当产品随着目标市场的增长而增长时，您可以采取哪些措施来避免产品膨胀？你可以听我们上面的完整对话，也可以阅读下面稍加编辑的文字记录。耽误了时间？以下是几个亮点：专注于通过命令行实现速度的应用正在增加。避免为您的客户过度合身。小心特性膨胀的风险。注意，随着产品的发展，你会失去你的信仰。我们分享我们对Cmd-K对讲机趋势的看法。如果你喜欢这段对话，又不想错过本系列的其余部分，你可以在iTunes或谷歌播客上订阅，在Spotify或Stitcher上播放流媒体，也可以在你选择的播放器中获取RSS源。对速度的需要保罗·亚当斯：欢迎来到产品播客上的对讲机。我是保罗·亚当斯，今天和我在一起的是德斯特雷纳。今天我们将讨论产品以及它们如何随着时间的推移而演变。我们将从今天早些时候Des和我讨论的一个问题开始，这个问题涉及到所有这些命令行驱动的新应用程序，例如线性、超人和最近的Height。戴斯，你有什么想法吗？德斯特雷纳：我知道。其中很多人有点应用程序域。线性.app以及高度.app是两个。如果你听这个播客，你肯定听说过超人。现在我想起来了，其实还有另一个问题：Quill，这是Slack的一个非常快速的版本，对于团队来说非常好的消息传递。我想在接下来的几年里我们将要学习的有趣的事情是：速度是一个特性，还是速度是产品？"将产品定位在速度上的挑战在于，你必须找出是什么使现有的流程变慢"在很长的一段时间里，速度一直是很重要的事情之一，但是还有很多其他的事情你可以做。也许像Gmail这样的东西让你的视线离开了好一阵子。超人的迅速崛起表明，是的，人们想要非常，非常快的方式来做事。我还没有完全使用线性，但我可以看到它遵循的模式，即通过Cmd-K命令行工具实现高信息密度和快速上下文切换。身高是一样的，我猜羽毛笔也是这样。时不时有人向我推销各种各样的产品；我今天收到了一封博客超人的广告。把你的产品定位在速度上的挑战是你必须找出是什么使现有的过程变慢。所以，如果我必须坐下来存档，就像我每天早上做的那样，60封电子邮件或者读扫描档案，读扫描转发类型的流…保罗：看我的邮件，是的。戴斯：是的，没错：我看过保罗所有的电子邮件，但其他人的邮件都会自动转发出去。是 啊，des+straintoorchive@interco.io。但是有一句话是Jared Spool用的，它是关于工具时间和任务时间的区别：工具时间是你在处理实际产品的混乱中浪费了多少时间。弹出"标签"对话框并输入标签和所有这些垃圾需要多长时间？还有一个实际的任务时间，就是：当我写邮件的时候，真正需要我花时间思考我想说什么。按键和屏幕上出现的字符之间的延迟不是问题所在。这让我想到了这种超人的博客方式。如果我坐下来写作，可能要花4到5个小时才能写出一篇好文章——如果有图片的话，可能会花更长的时间。WordPress块不是高阶位。从五个小时的过程中减少几分钟真的不值得。现在，这并不意味着速度与速度无关。你当然可以走得太慢，我不会用你的产品。但是，作为一个独特的卖点（USP），你必须确保把重点放在速度提升相对于任务时间而言是显著的领域。这是一个完整的部分。"由于可发现性问题，我们最终离开了命令行。也就是说，你盯着一个空行，你不知道该打什么，你也不知道为什么不能打字。"我知道我们之前讨论过的一件有趣的事情是，产品内部命令行的重生，这是一种提高速度的方法。Slack在Cmd-K中有一点小问题，但你完全可以在其他地方看到它。超人就是它的全部，就像这些其他的应用程序一样。这里发生了一件很有趣的事情，我很想听听你的意见：我们最终离开了命令行，因为存在可发现性的问题。也就是说，你盯着一个空行，你不知道要输入什么，你不知道为什么不能输入，你输入东西，然后按回车键，你就会被告知这不是一个有效的命令。我们想，"我们为什么不把所有有效的命令都放在屏幕上，下面有图标和文字，比如‘save’？现在突然之间，您只需单击所需的内容，而不必键入它。"顺便说一句，聊天机器人最近也做了这整个舞蹈，你开始和聊天机器人聊天，你不知道你能说什么。我很想听听你对这件事的看法，因为我们似乎想回到这里。也许只是超级用户，也许只是那些手永远不会离开键盘的人，但是从设计的角度来看，在一个快速访问和命令行上下文切换可能重新流行的世界里，你如何看待IA？这可能只是2019年的事，但我怀疑可能会继续下去。返回到命令行保罗：有很多不同维度的东西。首先，要了解谁是你的客户。不同类型的人将比其他人更适应使用命令行界面。例如，Height是一个项目管理工具，如果您熟悉项目管理工具，并且在项目管理方面相当成熟，那么您可能知道您可以键入类似T-a-S-K的内容，出现一些智能的东西，然后您就可以继续工作了。然而，如果你是新手，或者你的工作需要项目管理，但你不是项目经理，你就是不知道该输入什么。我认为Slack这个例子很有趣，因为如果你考虑Slack中的工具时间和任务时间，它绝对不是WordPress上博客的规模。你正处于工具和任务时间的混合体中，你在给别人打字，在写聊天，然后聊天太快太短暂了，以至于你经常在它们之间切换。我相信大多数人都有这样的经历，我们有很多，很多不同类型的聊天，频道，群组，所有的一切。我不知道是否有很多人在听，但我们的松懈已经隐藏了所有的左侧频道和组。我需要知道分组查看，知道他们的名字，这样一旦我进入Cmd-K并开始输入，它就可以工作了。所有的建议都出现了。因此，这是一个很好的融合，它是值得的；工具和任务合并。"起始点必须至少等于（如果不大于）实际任务时间"戴斯：有意思的是，这个比率就是这个东西，对吧？如果你花了两分钟以上的时间说你会在两分钟内到达，你就不会费心使用这个产品了。如果你不得不在你的手机上启动Slack，你花了一段时间才找到Des，这样你就可以说，"在我的路上"或者其他什么，它就没用了。整个过程不变的是，比率必须有意义。起点必须至少等于（如果不大于）实际任务时间，或者类似的情况，即你大部分时间都不做你想做的事情。你真的在玩周围的废话，对吧？保罗：没错。Slack's IA，在很多方面都非常简单。它只是聊天和不同的人在小组中的不同排列或其他什么，而对于其他软件，例如对讲机，你有消息，收件箱和非常不同的东西，你可能想浏览这些东西，因为每一个里面都有一堆子选项和子菜单。因此，我们面临的IA挑战并非微不足道。我认为Slack的IA挑战肯定没有其他大多数应用程序那么难，至少人们用于工作流和业务等的应用程序是如此。所以对我们来说，设计一个IA是非常有挑战性的。再进一步想象一下，使用Cmd-K作为对讲机将更加困难，因为人们不知道该输入什么而不是Slack。Slack只是想记住别人的名字。Des：这就是你需要记住的，而不是"嘿，我想在定价页面上配置一个自定义机器人。"你又回到了这样的想法："我要做的事情实际上是一件非常严肃的事情。也许我们可以优化的一个领域就是收件箱本身，因为有时候你就是安舒