Прошло чуть больше года с тех пор, как мы решили собрать средства для создания лучшей компонуемой коммерческой платформы для разработчиков – Medusa.
С момента старта мы привлекли 9 миллионов долларов финансирования и увеличили количество звезд GitHub с 30 до 15 000.
Ниже приведены некоторые из моих выводов о том, как нам удалось получить мощную поддержку на ранних этапах.
🔟 TL;DR – 10 советов
⭐ Решите проблему, которая доставляет неудобства
1. Определите то, что доставляет пользователям дискомфорт: Убедитесь, что вы понимаете проблемы, с которыми они сталкиваются.
2. Отсутствие достойных альтернатив: То, что вы создаете, должно четко отличаться от того, что уже есть.
3. Почему это должно быть с открытым исходным кодом: Спросите себя, нужно ли решение для ОС или же проприетарные решения действительно решают эту проблему.
⭐ Улучшите пользовательский опыт
4. Сосредоточьтесь на продукте: Можно легко отвлечься, поэтому сосредоточьтесь на приоритетах продукта.
5. Поддерживайте ваше сообщество: Чтобы добиться успеха, вам нужно убедиться, что ваше сообщество чувствует вашу приверженность их успеху.
6. Инвестируйте в свой DevEx: Упростите работу с документацией, процессом адаптации и работу со средствами поддержки.
⭐ Заставьте говорить о вас
7. Сделайте продукт простым для понимания: Подготовьте простое описание продукта, чтобы было легко понять, что вы создаете.
8. Сосредоточьтесь на информационных каналах разработчиков: Убедитесь, что ваш продукт привлекает внимание на форумах и в блогах, где присутствуют разработчики.
9. Делайте большие ставки и доводите дело до конца: Определите приоритеты действий, которые помогут сделать ваш продукт вирусным, и убедитесь, что вы выполняете их хорошо.
10. Сделайте контент аутентичным: Создавайте аутентичный и полезный для разработчиков контент вместо обычных маркетинговых сообщений.
Ниже я подробно расскажу про каждый из данных шагов.
⭐ Решите проблему, которая доставляет неудобства
Ваш проект должен решать важные проблемы, с которыми сталкиваются разработчики. Три вещи, на которые следует обратить внимание:
1. Определите то, что доставляет пользователям дискомфорт
Убедитесь, что вы понимаете болевые точки пользователей, которые пытаетесь решить. В мире электронной коммерции мы по своему опыту знаем, насколько болезненным является опыт работы со многими проприетарными инструментами (например, Shopify) и устаревшими инструментами с открытым исходным кодом (например, Magento и Woo). Все они построены на монолитной архитектуре «все в одном», что заставляет разработчиков искать обходные пути для настройки и новых интеграций. Мы сами испытали на себе все это и убедились в том, что в этом пространстве действительно есть проблема, которую нужно решить.
2. Отсутствие достойных альтернатив
То, что вы создаете, должно четко отличаться от того, что уже есть. На наш взгляд, рынок электронной коммерции, похоже, жаждет инноваций. Решения API-first, такие как Elasticpath, Commercetools и т. д., по-видимому, были ориентированы на корпоративные продажи и в меньшей степени на разработчиков, в то время как их проприетарный характер мешал им предлагать те же параметры настройки, что и инструмент ОС. Что касается открытого исходного кода, то большинство существующих решений предлагали устаревшие бэкенды на основе PHP, и еще никто не реализовывал альтернативу на базе JS.
3. Почему это должно быть с открытым исходным кодом
Спросите себя, нужно ли решение для ОС или же проприетарные решения действительно решают эту проблему. Может показаться заманчивым предположить, что открытый исходный код — это всегда путь вперед, но это не всегда так. С платформами электронной коммерции сложность заключается в том, что потребности пользователей сильно различаются в зависимости от разных типов бизнеса (например, обслуживание клиентов B2C и B2B), и это означает, что проприетарное универсальное решение редко является правильным путем, когда вариант использования немного отличается от стандартного. Это объясняет, почему более половины крупнейших в мире сайтов электронной коммерции по-прежнему создаются с использованием пользовательских или открытых коммерческих серверных частей.
⭐ Улучшите пользовательский опыт
Недостаточно просто выявить проблему. Ключевыми моментами также являются создание продукта для решения этой проблемы и инвестирование в сообщество и DevEx.
4. Сосредоточьтесь на продукте
Можно легко отвлечься, поэтому сосредоточьтесь на основных приоритетах разработки продукта. В процессе создания открытого исходного кода в сообществе будут появляться различные мнения о дополнительных функциях, плагинах или функциях, которые нужно создать. Некоторые из этих отзывов будут менее актуальны для вашей основной аудитории. Поэтому будьте избирательны в отношении предложений, которые вы получаете, и создайте несколько функций, которые окажут значимое влияние на вашу основную аудиторию, вместо множества ненужных функций.
5. Поддерживайте ваше сообщество
Чтобы добиться успеха, вам нужно убедиться, что ваше сообщество чувствует вашу приверженность их успеху. С самого начала мы были предельно сосредоточены на нашем сообществе. Мы организовывали самые разные мероприятия – от общественных событий до наших «прозрачных» обсуждений продуктов и постоянного внимания к созданию материалов для поддержки сообщества. Точно так же мы посвящаем много времени ответам на запросы сообщества на GitHub и Discord, помогая разработчикам начать работу.
6. Инвестируйте в свой DevEx
Упростите работу с документацией, процессом адаптации и работой со средствами поддержки. Мы отдаем приоритет опыту разработчиков, уделяя большое внимание документации и рассматривая ее как отдельный продукт, которым занимается член команды, работающий полный рабочий день. Мы гарантируем, что наш процесс адаптации пройдет легко благодаря стартовым вспомогательным шаблонам проекта.
⭐ Заставьте говорить о вас
После улучшения пользовательского опыта, вашей ключевой задачей становится повышение осведомленности о проекте.
7. Сделайте продукт простым для понимания
Подготовьте простое описание продукта, чтобы было легко понять, что вы создаете. Мы сосредоточили большую часть наших сообщений на том, чтобы быть «альтернативой Shopify с открытым исходным кодом», что мгновенно нашло отклик у разработчиков (см., например, наш запуск HN). На самом деле Medusa — это гораздо больше, чем Shopify с открытым исходным кодом, поскольку наша модульная архитектура лучше подходит для большего количества индивидуальных случаев электронной коммерции, чем обычные магазины Shopify, которые напоминают «частные лавочки». Тем не менее простота обмена сообщениями позволяет разработчикам очень легко классифицировать решение, когда они впервые слышат о нем.
8. Сосредоточьтесь на информационных каналах разработчиков
Убедитесь, что ваш продукт привлекает внимание на форумах и в блогах, где присутствуют разработчики. Мы всегда были сосредоточены на каналах для разработчиков и тратили время на создание контента, например, использовали Reddit для создания множества «мини-запусков» или создавали программы для писателей для создания контента на Dev.to , Medium и Hashnode. Другие инструменты, такие как Supabase, ориентированы на Twitter, а Digital Ocean — яркий пример правильного контента собственного канала.
9. Делайте большие ставки и доводите дело до конца
Определите приоритеты событий, которые могут сделать ваш продукт вирусным, и убедитесь, что вы выполняете их хорошо. Время от времени мы проводим мероприятия, которые, по нашему мнению, могут сделать Medusa вирусным, например, запуск ProductHunt, объявление об инвестициях в серию Seed или наш недавний хакатон Medusa. Все мероприятия мы планировали заранее и тщательно продумывали рекламные кампании для них, чтобы обеспечить максимальную известность, иногда готовя видео, контент-объявления и обновления веб-сайта за недели или месяцы.
10. Сделайте контент аутентичным
Создавайте аутентичный и полезный для разработчиков контент вместо обычных маркетинговых сообщений. За 12 месяцев мы не потратили ни доллара на рекламу Medusa. Вместо этого мы сосредоточили наши ресурсы на создании контента, который был бы аутентичным для разработчиков, с помощью статей и руководств, которые объяснили, что делает наш продукт, а не на сообщениях, более ориентированных на продажи.
Предупреждение
Я надеюсь, что все вышеизложенное дало некоторые полезные сведения о нашем пути. И последнее предупреждение: честно говоря, звезды гитхаба могут быть чем-то вроде тщеславной меры популярности проекта, когда они используются в качестве отдельной метрики.
Я всегда буду сторонником изучения дополнительных показателей, связанных с использованием, таких как запуск проектов, активные разработчики, ежемесячные участники и т. д.
Где звезды GitHub действительно служат прекрасным индикатором, так это в том, чтобы понять, заинтересованы ли люди в том, что вы создаете, и это одна из немногих метрик ОС, которые сопоставимы между проектами.
Комментарии