…死于（有时是字面意义上的）一千个企业应用程序。我今天感到疲惫（似乎很多人也是如此），因为当今企业中几乎所有事情都有 1000 个不同的应用程序。用户界面/用户体验、访问控制、通信协议的不一致……这个列表还在不断增长。这不仅仅局限于我们的内部业务，我们的用户也能感受到。
这是我们的笔记应用程序，这是我们的文件应用程序，这是我们的消息应用程序，这是我们的 a/b/c/1/2/3/x/y/z 应用程序。这太累人了。
然后，您还需要更多企业应用程序来将它们在应用程序层面连接起来，以及另一个应用程序来将它们全部整合在一起。这就像 Netflix 重建有线电视套餐，只不过是企业应用程序。
讽刺的是，正是由于企业内部的这种碎片化，整体的价值远远小于部分之和——甚至更糟！每个应用程序最终都运行在一个孤岛中，因为数据是当今的关键，而且没有人希望您将数据转移到别处。
虽然 Discourse 在其他方面（例如工单系统、博客、市场等）可能不被其他人认为是同类最佳，但对我来说，它是同类最佳的，因为它能完成其他应用程序所能做的 99% 的事情，同时保持用户体验和底层架构的和谐。对我来说，这具有指数级的价值，因为我知道我的博客、公告、用户管理、讨论论坛、活动等都将协同工作。
通过这样一种统一的应用程序足迹，改进可以同样地应用于所有体验，而不是每个应用程序都由不同的业务拥有，具有不同的优先级。
任何东西都可以用这个平台构建。它们不是主题，而是：
- 博客
- 公告
- 市场商品
- 讨论
- 支持工单
- 视频
- 活动
- Sprint 板
- Bug/问题
- 想法
- CFP
- 指南
- 这个列表还在不断增长……
当您需要为不同的群体构建不同的体验时，这是一种极大的解脱，而且几乎总是上述内容的组合。
虽然我从不回避说 Discourse 有其怪癖（我讨厌 docs 插件，但也许我还没有看到它的全部潜力），但它在灵活构建如此统一的生态系统方面所具有的价值远远超过了任何不足之处。
我们使用 Discourse 来构建我们的 B2B 企业社区。这些想法源于我们业务中其他团队在公司最近的一次活动中看到我们的社区所能做的事情后，纷纷询问我们是否可以帮助他们在社区上构建面向客户的体验。我们正在扩大我们的运营规模并快速扩展我们的用例（这对我们来说是个好问题）。
23 个赞
Jagster
(Jakke Lehtonen)
2
我完全同意你的观点。但话又说回来，Discourse 往往是一种妥协或权衡。我可以使用 WordPress 获得更好的博客平台，但它无法提供功能齐全的论坛。
我几乎没有选择来销售商品，而 Discourse 不在其中。
使用 Discourse 托管播客？别想了。
而且，在以上三个例子中，我的所有选择都是那些不泄露或占用数据的选项。
我们必须区分：
从我的角度来看，我们有两个问号：
- 作为管理员/所有者，我必须使用独立的解决方案，因为它们各自都在自己的领域做得很好，但副业做得就没那么好了。
- 用户想要使用这些服务的独立应用程序，因为（社交）媒体公司想要这样做，原因是为了……数据。
我说过人们是无脑的牛吗？差不多就是这样。或者，如果我想更礼貌地表达：大多数人不知道，并且在寻找更简单的解决方案。此外，当乔布斯（也可能是诺基亚、黑莓等）推出第一款真正意义上的智能手机，并且是基于应用程序级别运行时，一切都变了。
我今天有点消极。我完全是一个满意的 Discourse 用户，无论是作为最终用户还是管理员。它是出色的论坛软件。但我们无法战胜独立的应用程序世界和拥有数十亿美元资产的企业，因为每个用户——创造者、消费者以及所有受益者——都想要不同的东西。
4 个赞
完全同意——很棒的回应！我试图在上述帖子的情感中捕捉到这一点。就问题和项目跟踪而言，Discourse 比 Jira 更好吗？当然不是，按美元计算。就文件托管而言，它比 Google Drive/OneDrive/等更好吗？绝对不是。
（它最适合在线社区吗？当然是的，显而易见！）
但由于 Discourse 非常通用，它在其他方面的价值在于，它可以完成那些事情的 99%，尽管正如你所暗示的，它有一些怪癖。我乐于拥有一个平台来处理大多数事情，它可以完成 99% 的工作，只有一些怪癖，而不是我今天看到的那些企业应用程序的混乱。
但是，就像生活中的一切一样……这总是取决于！
你说得对，你永远无法解决所有用例，开发所有功能，或让每个人都满意。我自己在一家开发企业应用程序的公司工作，找到这种平衡是一个永恒的旅程！
很抱歉听到这个。我希望你今天过得更好 
5 个赞
Tris20
(Tristan)
4
这也是我们遇到的核心问题之一。我们有大量的平台在做同样的事情，而 Discourse 在正确地将所有这些东西粘合在一起方面非常出色。
特别是，我们缺乏一个单一的搜索点。为了以（非常）低的成本实现这一点，我们赞助了 Discourse 团队修改 header search，使其允许我们从 Discourse 搜索栏搜索其他平台。现在我们可以从 Discourse 搜索 Confluence 等 
注意：这并不是在 Discourse 中本地搜索，而是将用户重定向到其他平台，但将搜索词作为查询参数传递，因此他们会直接被带到其他平台的结果。
这意味着没有持续的成本，也不需要构建一个完整的搜索引擎——你只需要安装和配置主题组件
下面是一个在你的实例的搜索栏中搜索 Meta 的示例：
- 将
fab-discourse 添加到你的 svg 图标子集中
- 在 header search 主题组件中，打开编辑器
extra search icons：
- 为 Meta 添加一个条目
注意：excludeFrom 是你不希望此图标出现的分类 ID 列表。在这种情况下，我们将其排除在分类 ID 1 之外。
- 保存更改。
当你刷新浏览器时，在输入搜索词时，你应该会在搜索栏中看到 Meta 的符号。如果你点击该图标，它将在 Meta 中打开该词的结果
在下面的视频中，我在我的个人实例的搜索栏中搜索“fatigue”，然后点击 Meta 图标以查看 Meta 中“fatigue”的结果：
7 个赞
@Tris20 这太棒了！我上面说的都是一些通用用例，我想。我还有两个尚未撰写/讨论过，并且在其他地方也没见过的同等水平的用例：
状态页面集成
我们将状态页面的事件从状态页面一对一同步到 Discourse 的一个分类中，每个状态都是一个独立的帖子。状态事件会镜像在原始帖子中，甚至按时间顺序升序排列。我们做了一些用户（内部和外部）喜欢的小功能，比如使用 Discourse 的日期时间对象，这样它总是以他们的本地时间显示，用该帖子的标签镜像最新状态，以及我们想到的一些其他巧妙的点子。我真希望 Meta 也有这个功能。
我应该好好写写这个完整的集成，因为它太棒了。我们通过将其与聊天集成和 Slack（我们的公司聊天工具）集成来完善它，这样当平台发生状态事件时，这些 Discourse 帖子就会发布到一个内部状态频道，每个人都可以关注，但最终的对话会将他们带回我们的单一信息来源：Discourse！
Airtable 同步
我们在 Airtable 中做了大量的社区项目管理、项目管理和自动化工作。我们想出了一个令人难以置信的单向同步，将 Discourse 的用户和用户组表从 Discourse 同步到 Airtable，这样我们在 Airtable 中就有了一个实时更新的一对一副本。
在 Airtable 中，我们可以基于这些事件创建高级自动化（用户生命周期变化，甚至像更改他们的位置、更新他们的个人资料等）。Airtable 还允许你将这些表同步到其他 Airtable 数据库，这才是真正神奇的地方。我们有一个 Airtable 数据库，用于管理我们的活动项目，我们不仅使用了数据库级别的用户表，还扩展了额外的特定于管理该活动项目的字段。
我想说，我们从这个集成中获得的价值和规模，是我在 3.5 年后雇佣第一个全职社区人员（@putty 
）之前，极大地扩展我的社区活动的原因。
这些是一些相当高级的用例，我想如果企业中的其他人看到它们，可能会是这样的：
4 个赞
Bas
(Bas van Leeuwen)
6
听起来我们需要让你在（虚拟）舞台上展示一下 
我很想看看你构建了什么；我喜欢那种利用 Airtable 或 Zapier 或类似工具来拼凑解决方案的实用精神
并非所有东西都需要是一个经过 100% 单元测试覆盖、完全规格化的解决方案。通常，一个可以由产品负责人自己轻松修改的快速解决方案……会更有用！
3 个赞
别误会我的意思，我很想看到 Discourse 中的功能，对吧？我们不都希望看到我们的功能被优先考虑吗 
但这正是可扩展产品的价值所在，也是它深受我们团队喜爱的原因：我们永远不会走上死胡同。
3 个赞
Bas
(Bas van Leeuwen)
8
哦，当然！
但正如我们所知，即使我们都只使用了某款软件的 20%，也没有人使用相同的 20%
使用 Airtable 进行修补可以解决很多问题！你在 Airtable 中花 2 小时就能创建的东西……在进入开发阶段之前，可能需要几天的讨论 
2 个赞
你能帮我也为我们的社区设置这个吗？
你们是使用 Zapier 等工具，还是有直接集成？
2 个赞
抱歉，我没有额外的时间来帮助您，但我希望有一天能发布更多关于集成的帖子。
这一切都是通过 Discourse 的 webhooks/API 完成的，并使用 Airtable Automations 来捕获/调用它们。
5 个赞
