我正在努力在Discourse之上构建一个“市场”。希望能得到一些建议/反馈

社区
1

我们有一个产品。开发者可以基于我们的产品进行开发。我们开始看到开发者在社区中互相分享他们构建的解决方案。我们在一两年前创建了一个名为“展示与交流”（Show and Tell）的类别，我们的开发者可以在其中互相分享他们正在构建的东西——这个类别反响很好。

我们现在正在变得足够成熟，我们的合作伙伴、我们自己，甚至一些高价值的社区开发者，都希望将他们的“市场商品”（marketplace item）提升到一个新的水平——因此我们希望为此构建一个更高级的体验。以下是我确定的几件事：

  • 这不会收费，所以无需担心付费访问或付款。
  • 市场中提供的所有集成都将是开源的，并托管在 GitHub 上。
  • 他们可以提交的集成类型有一个有限的列表（基本上是产品功能 A、产品功能 B、产品功能 C，以及其他……这些都是市场类别中的子类别）。
  • 我希望市场中的每个商品都以 Discourse 主题的形式存在，例如 Plugin 或 #theme-component。
  • 将有一个受限的提交流程才能将商品添加到市场中。您的商品应具有足够高的水准，才能被视为市场商品，而不是“展示与交流”商品。

以下是我目前所做的工作：

提交流程

要将商品提交到市场，您首先需要申请访问“市场发布者”（Marketplace Publishers）用户组，并在您的申请中提供您的商品开源存储库的链接以及对其的描述。该申请将通过 Discourse 的群组私信（标准 Discourse 功能）发送给市场发布者用户组的所有者。当然，他们可以在这里沟通关于某人想要发布的内容，审查他们的代码等。

一旦我们批准，我们将在私信中与他们一起使用我们市场商品的 Discourse 模板 来构建市场商品。我们可以正确设置图片、描述、入门指南等。

之后，我们的团队会将商品发布到市场（只有我们的团队或已批准的公司员工才能在此类别中发布新主题）。

如果“发送私信”自动化功能允许发送者是一个用户组或用户列表，那就太好了。我们可以用它来做类似的事情：

嘿，%%RECEIVER_USERNAME%%，我只是想感谢您努力成为一名市场作者。这是展示您的技术实力或您公司的技术实力的绝佳方式。

我们将在接下来的步骤中在此私信中与您合作，以帮助您入门。以下是我需要您做的下一步，以便我们将您的商品添加到 SailPoint 市场：

  • a
  • b
  • c

使用流程

从最终用户的角度来看，他们使用市场商品的方式与我们在 Meta 上使用主题组件和插件几乎完全相同。

我正在努力解决（或需要弄清楚）的问题

  • 我正在尝试弄清楚如何处理市场商品的错误/功能请求。是使用错误和功能类别，并为每个市场商品创建一个关联标签？还是只为官方插件这样做，而让社区/合作伙伴构建的插件在其主题中处理？前者意味着大量的标签管理，但可以很好地跟踪……但我对创建过多标签持谨慎态度。后者是一种不连贯的体验，取决于您正在使用的市场商品，并且如果 OP 没有及时更新原始主题帖子，可能会难以找到当前存在的错误/功能请求。
  • 我需要弄清楚市场商品的用户如何获得有关市场商品更改的更新。如果他们订阅了特定主题（市场商品），如果 OP 被更新，他们会收到更新吗？如果它是维基，所有订阅者都会收到更新吗？
  • 我需要找到我想到的最佳方式，让用户确认我们的服务条款。我目前将其链接在主题的顶部，加粗显示，但我认为我的法律团队会希望在用户下载/使用商品之前，它能实际弹出给用户。不知道该怎么做……
  • 用户能够对市场商品进行评分，并且该评分可以通过 API 提取，查看谁对什么进行了评分等。
  • 可能需要一个主题组件，用于类别和主题，以更好地将类别可视化为“市场”和“市场商品”，而不是讨论/论坛视图。
  • 我确信还有一些我没有考虑到的事情，所以如果你愿意，请给我提些意见 :slight_smile:
10 个赞
2

哇。很喜欢这个主意，乔丹。 :slight_smile:

3 个赞
3

我仍然可以想象像#theme那样设置它……

  • 布局通过主题缩略图组件脱颖而出
  • 当您添加新主题时，会显示一个模板供您遵循
  • 新主题将经过审核；社区经理可以将其更改为私人对话，或仅发送私人消息以进行进一步交流。
  • 运营人员可以更改已发布主题的内容
  • 反馈和错误报告直接在主题中公开；您还可以删除 x 个月后的回复

如果您想让市场与其他论坛区分开来，可以使用文档页面并

  • 在侧边栏中将其链接为“市场”
  • 从默认类别列表中隐藏市场类别
  • 为文档布局中的卡片和主题使用自定义外观
  • 更改文档视图底部“在此主题上查看讨论”的文本，使其更具体，例如“路线图、功能请求和错误”
4 个赞
4

我有一段时间没看了，但也许可以看看 https://meta.discourse.org/t/topic-ratings-plugin/39578。该插件的 README 文件比 Meta 主题更详细地描述了它的工作原理：

一个 Discourse 插件，允许你使用主题来评分。

  1. 主题可以通过在具有评分设置的类别中发布（见下文）或通过标记为“rating”来指定为“用于评分”。
  2. 每个评分主题都涉及一个单独的事物（“评分对象”）；例如，一项服务或一个产品。
  3. 用户通过在发帖时（即在编辑器中）选择星级评分来对评分对象进行评分。
  4. 主题中所有评分的平均值（均值）将显示在主题标题下方以及相关的帖子列表项中。

这对于 Discourse/Shopify 集成也很有趣。

只是一个想法，但也许可以创建一个自动化，在用户接受 TOS 时将他们添加到某个组。你可以配置市场类别，使其需要“accepted_tos”组成员身份才能访问该类别。这需要一些开发工作来设置：在 TOS 页面添加一个复选框，在选中复选框时触发一个自动化，找到一种方法让用户清楚他们需要做什么才能访问该类别。

4 个赞
5

对于主题评分插件，我由 Discourse 托管，所以需要让他们构建一些东西，但我之前看到过它，它看起来很接近我想要的那部分。

1 个赞
6

也许不。

Discourse 主题组件现在支持 Wasm

托管站点确实能够添加主题，如果您认为需要插件，您或许可以使用带有 WASM 的主题来实现类似的功能。我还没有尝试过，但这可能值得研究。

3 个赞
7

对我来说，这听起来非常类似于社区经理自第一个 BBS 推出以来一直在努力解决的那个古老问题：“何时在我的论坛上创建（子）类别”。
总的来说，我的建议是：“越晚越好”。
我建议从简单的“一个插件，一个主题”开始，只有当每周收到多个新请求时（导致主题过于嘈杂而难以跟踪），才创建“正式”结构。

不一定…… :slight_smile: Discourse 也可以托管第三方插件，经过一些审查，如果需要，可能还需要额外付费。
如果您需要，请联系支持部门了解更多详情。

5 个赞
8

这是一次性付费、定期付费还是其他方式？

1 个赞
9

自定义插件的托管、测试和维护的经常性费用。

4 个赞
10

说得好！有时候我们习惯了更复杂的解决方案，就认为一切都应该如此——感谢您提醒我从小处着手。

是的，抱歉，我只是简单地说“让你们都构建一些东西”。我相信我们很快就会有一些正在进行中的项目。

3 个赞
11

我们有一个可能在这里很有用的有趣功能，那就是 @keegan 新近改进的主题模板。
它允许您为某个分类下的新主题请求结构化数据（包含必填字段）。

image
image1159×820 46.5 KB

因此，至少可以通过这种方式获得结构化的提交，从而解决部分问题。

5 个赞
12

由于除了我们团队之外，没有人可以在市场上发布信息，我刚刚使用了类别模板，这受到了我们内部利益相关者的好评。

但是，那些带有必填字段的结构化数据对于非常多其他类别来说将是惊人的。它现在有地方可用吗？

2 个赞
13

我们有一个隐藏的站点设置来启用它，我们计划很快宣布！

4 个赞
14

太棒了！这真是太酷了！

我猜Custom Wizard插件提供了类似的功能，但我还没有使用过它。

2 个赞
15

@jordan-violet 你的帖子让我想到了这篇可能会让你感兴趣的帖子……

1 个赞
16

您好，此功能在哪里记录？这是一个插件还是目前核心的一部分？论坛搜索似乎找不到。

1 个赞
17
2 个赞
18

@sam 这个有大致的时间线吗？我很想使用它（或者我很乐意提供早期反馈）。

3 个赞
19

非常符合我们近期的计划，希望在几天内完成 cc @pmusaraj

4 个赞
20

只是来问一下——这个还有多久能用？

1 个赞