У нас есть продукт. Разработчики могут создавать решения на основе нашего продукта. Мы начали замечать, что разработчики делятся своими наработками в сообществе. Год или два назад мы создали категорию «Show and Tell», где наши разработчики могут делиться друг с другом тем, что они строят, — и это оказалось весьма успешным.
Теперь мы достаточно выросли в плане зрелости, чтобы наши партнеры, мы сами и даже некоторые высокоценные разработчики из сообщества захотели вывести свои «товары маркетплейса» на новый уровень. Поэтому мы хотим создать для этого расширенный опыт. Вот что я знаю наверняка:
- Это не будет платным сервисом, так что не нужно беспокоиться о платном доступе или платежах.
- Все интеграции, предоставляемые в маркетплейсе, будут с открытым исходным кодом и размещены на GitHub.
- Существует ограниченный перечень типов интеграций, которые они могут подать (по сути, это функция продукта A, функция продукта B, функция продукта C и «Другое» — каждая из них является подкатегорией в категории маркетплейса).
- Я хочу, чтобы каждый товар маркетплейса оформлялся в виде темы Discourse, например, Customization > Plugin или Customization > Theme component.
- Будет вестись закрытый процесс подачи заявок на получение места в маркетплейсе. Ваш товар должен быть достаточно высокого качества, чтобы считаться товаром маркетплейса, а не просто предметом для «Show and Tell».
Вот что я уже сделал:
Процесс подачи заявки
Чтобы подать товар в маркетплейс, вам сначала нужно запросить доступ к группе пользователей «Marketplace Publishers», и в своем запросе вы должны предоставить ссылку на репозиторий с открытым исходным кодом вашего товара и описание того, что он собой представляет. Этот запрос поступает к владельцам группы пользователей «Marketplace Publishers» в виде личного сообщения группы (стандартная функция Discourse). Конечно, здесь они могут общаться о том, что хочет опубликовать человек, проверять его код и т. д.
После нашего одобрения мы вместе с вами создаем товар маркетплейса в личном сообщении, используя шаблон Discourse для наших товаров маркетплейса. Мы можем правильно оформить изображение, описание, руководство по началу работы и т. д.
После этого наша команда публикует товар в маркетплейсе (только наша команда или утвержденные сотрудники компании могут публиковать новые темы в этой категории).
Было бы здорово, если бы автоматизация «отправка ЛС» позволяла отправителем выступать группе пользователей или списку пользователей. Мы могли бы использовать это для чего-то вроде:
Привет, %%RECEIVER_USERNAME%%, я просто хотел сказать спасибо за то, что ты работаешь над тем, чтобы стать автором маркетплейса. Это отличный способ продемонстрировать свои технические навыки или навыки твоей компании.Мы будем работать с тобой в этом личном сообщении о следующих шагах, чтобы помочь тебе начать. Вот следующие действия, которые мне нужно от тебя выполнить, чтобы добавить твой товар в маркетплейс SailPoint:
- a
- b
- c
Процесс использования
С точки зрения конечного пользователя, они будут использовать товар маркетплейса почти так же, как мы используем компоненты тем и плагины здесь, на Meta.
Над чем я бьюсь (или что мне нужно выяснить)
- Я пытаюсь разобраться, как обрабатывать баги и запросы на новые функции для товаров маркетплейса. Использовать ли категории для багов и функций, создавая соответствующий тег для каждого товара маркетплейса? Или делать это только для официальных плагинов, а плагины, созданные сообществом/партнерами, обрабатывать их в своих темах? Первый вариант означает большое количество управления тегами, но упрощает отслеживание… но я осторожен в создании слишком большого количества тегов. Второй вариант создает фрагментированный опыт в зависимости от товара маркетплейса, с которым вы взаимодействуете, и может затруднить поиск текущих багов/запросов на новые функции, если автор оригинальной темы не обновляет исходное сообщение.
- Мне нужно выяснить, как пользователи товара маркетплейса получают обновления об изменениях в товаре маркетплейса. Если они подписаны на конкретную тему (товар маркетплейса), получают ли они обновления, если автор обновляет тему? Получили бы все подписчики обновления, если бы это была вики?
- Мне нужен лучший способ, которым я могу придумать, чтобы пользователи подтверждали наше условие использования. В настоящее время я размещаю ссылку прямо вверху темы жирным шрифтом, но думаю, что моя юридическая команда захочет, чтобы это действительно всплывало перед пользователями, прежде чем они скачают/используют товар. Не уверен, что делать здесь…
- Возможность для пользователей оценивать товар маркетплейса, и чтобы эта оценка была доступна для нас через API, видеть, кто и что оценил и т. д.
- Возможно, компонент темы как для категории, так и для темы, который лучше визуализирует категорию как «маркетплейс» и «товар маркетплейса», а не как дискуссионный/форумный вид.
- Я уверен, что есть вещи, которые я не учел, так что, пожалуйста, найдите недостатки в этом плане, если хотите
