Slack 是一个很好的例子，展示了本可以成就的事情——直到企业的糟糕化让它停滞不前。 这也是一个很好的提醒，关于扩展的陷阱，从妥协产品理念、用户支持到关键的支持/工程关系。 这里的背景是，我们痛苦地在三个月前从 Discord 切换到 Slack，仍在摸索，但我想终于快要适应了。 但有太多太多的小问题，都是企业软件与用户软件的症状，当你每天都要使用时，这些问题会让你感到窒息，所有内容都被迫成为线程，无法对线程进行内联回复。 这不仅令人烦恼，还使得通过浏览一个频道来了解发生了什么变得极其困难。 即使你去安装某个插件，它也被隐藏得很深，甚至根本无法使用。 当然让我感到沮丧的是，知道我们中的任何一个人（甚至我）如果能解决这个问题，都会很快解决，但当然我们做不到。 这只是一个例子。还有很多，比如糟糕的快捷键支持、当人们在线时的极大烦恼、用户组和部分之间的极大困惑等等。 你会感觉产品设计师不再专注于为用户带来快乐，而是更关注某种高层次的企业目标，比如强制使用线程，也许是回顾功能或 AI 摘要。 Discord 的内联回复和明确的线程之所以有效，是因为它们在增加结构的同时保持叙事流畅。Slack 选择了结构溢出，因为结构更适合企业报告、AI 摘要、展示“我们有多有条理”的演示，以及某个急于展示自己在工作的 PM 发出的 Clippy 风格消息。 当你与支持团队交谈时？没有解决方案，只有推销和关于为什么这是“更优”解决方案的平淡解释。 这显然不是他们的错，我认为他们的任务或 KPI 并不是改善产品或让用户满意，因为他们的客户不会离开，当然不会，因为转换成本太高。 而且他们可能根本没有权力与产品负责人进行严肃的对话，后者当然更关注像 AI 这样的吸引眼球的功能，或产生收入的技能提升产品，或企业操作安全所需的功能。 伟大的产品 → 文化时刻 → 企业采用 → 收购 → 糟糕化 → 用户感到模糊的疲惫，但无法离开，因为网络效应。 这很糟糕，因为 Slack 确实更适合一个正在扩展的内部团队，但 Discord 在许多小方面更友好。 ...