CloudForecast Команда, и я недавно имел возможность сделать сеанс «выбрать свой мозг» с генеральным директором Gitlab , Сид Сийбрандий. Диапазон тем, которые включены, ключей к маркетингу разработчикам и стратегиям роста.
Полное интервью можно найти ниже этого поста. Вот несколько основных моментов от разговоров:
Каковы общие ранние ошибки, которые вы видите коммерческие компании Software Companies с маркетингом. Какой из них ты лично влюбился? Есть ли какие-либо конкретные вещи, которые вы можете подумать с разработчиком Marketing, который вы видите, что работает очень хорошо?
Вы должны доверять себе, что вы понимаете свою аудиторию. Например, я много публикую на новость хакеров, и я видел, что мой хобби. Я вижу огромный эффект, оно на людей, будучи поклонникам Gitlab через мою публикацию на Hackernews.
Не измерение — это ловушка. Если вы выполняете какие-либо маркетинговые действия, вы хотите убедиться, что вы измеряете, что такое эффект. Важно выяснить способы измерения этих эффектов маркетинговых действий.
Примеры: Каковы ваши квалификационные критерии? Что такое маркетинговый квалифицированный лидерство? Что Принятые продажи принимают возможность?
Еще одна ловушка сосредотачивается только на количестве ведущих. Если вы сосредоточены только на границе, вы получите много небольших возможностей. Важно смешать в общем размере возможностей трубопровода.
Есть ли определенные темы, которые вы видите, что резонирует разработчиками с контентным маркетингом?
Я большой поклонник Хакентинов, поэтому я предвзятый к этому. Если вы читаете что-то на Hackernews, это потому, что вы хотите что-то узнать. Будет много уроков и историй, чтобы сказать, как вы создаете свой продукт. Эти уроки и истории — это то, что вы говорите своим соучредителям: «Эй! Это интересно, и это был эффект ». Писать и рассказывать эти истории в публичной обстановке — это незаслуженный рынок. Я обнаружил, что они в основном делают клубными видами. Я считаю, что слишком много компаний хотят представить представление компании в их посте.
Рассказывая о жесткой технической проблеме, которую вы решили, или что-то, что полностью не работало, как вы намереваетесь, стремится быть более интересными для разработчиков. Это очень относится, и вы чувствуете, что вы получаете выгоду от кого-то другого, вместо того, чтобы вы сами делали ошибку. Это подарок, который просто продолжает давать. Постарайтесь сохранить его в темы, которые вы обсуждаете с друзьями-разработчиками, когда вы вместе схватите пиво.
Как вы измеряли, что прошло успешно в ваших первых днях в GitLab с приобретением клиентов?
Мы следили за доходом и пробовали разные вещи действительно быстро.
Мы пробовали много вещей в Gitlab в первые дни. Мы пытались продать поддержку. Никто не хотел этого. Мы пробовали пожертвования. Мы получили его, чтобы расти с семи долларов до менее чем тысячи долларов в месяц. Мы пробовали платное развитие, но это было супер трудно координировать. Затем мы попробовали лицензионное программное обеспечение, и которые пошли бананы по сравнению с остальными. Мы также пробовали разные вещи с нашей ценой с тестированием более высокого уровня, а затем люди купили это. Затем мы проверили еще один уровень, который даже выше, и это тоже хорошо работало.
Вы все действительно пытались много вещей. Как быстро вы все пошли от одной идеи в другую?
Мы прыгнули от одной идеи в другую довольно быстро в первые дни. Например, мы пробовали пожертвования на два месяца, прежде чем двигаться дальше. То, что они посоветовали нам в YCombinator, программу инкубатора, к которой мы пошли, — это установить метрику для уничтожения и попытаться доказать это. Наша метрика в GitLab состояла в том, чтобы увеличить доход до 20% каждые две недели.
Это действительно держит вас честно. Если вы не можете это сделать, то вам нужно сделать драматические изменения с вашим продуктом. Это также отлично, потому что вы можете подумать, что любые изменения должны занять не менее трех месяцев для реализации. Если вы вынуждены выполнять изменение за одну неделю и надо иметь доходы, чтобы показать на нем через две недели, вы начинаете принимать все эти ярлыки, чтобы попытаться сделать это. Это не плохие ярлыки, но хорошие ярлыки, так как вы стараетесь очень быстро и изучаете.
Вы платите цену за все ярлыки? Пример: нуждается в найме более инженеров или размещать более инженерные ресурсы для исправления технологического долга или работать с клиентами, чтобы исправить вещи из-за созданных ярлыков.
Не совсем! Вы бы подумали это. Мы не принимаем ярлыки с такими вещами, как качество кода. Мы принимаем ярлыки с объемом функции. Иногда смущает, насколько мы вырезаем объем. Например, теперь у нас есть интеграция Jaeger, которая является новой методологией прохладной трассировки. Интеграция — это вы можете поместить в URL, и это будет ссылаться на JAEGER. Это тривиальная особенность, но это было больше. У нас было время только для отправки базовой версии.
Еще один хороший пример вводит новый план ценообразования. Вы можете внести изменения в свою ценовую страницу, чтобы увидеть, как она преобразует. Вы также можете вынуть некоторые объявления и посмотреть, что щелчок Thru Rate — это разные страницы или выполнять интервью с соответствующими людьми и спросить их, что это стоит для них. У нас всегда были эти огромные два месяца плана Но мы сократили их по объему. Это все еще дало нам обратную связь, но намного быстрее.
Мы определяем масштабы, основанные на том, сколько времени у нас есть, а не зрение мечты.
Вы чувствовали, что ваша стратегия роста эволюционировала немного, чтобы остаться в соответствии с вашим продуктом и видением? Как правило, что это немного изменилось из ваших ранних дней к тому, что это сегодня, за последние восемь лет?
Опять же вначале мы всегда говорили: «Эй, большинство в мире еще не использует GitLab. Итак, мы оптимизируем для всех, которые не используют GitLab. «Это означало, что мы должны были значительно расширить объем нашего продукта в начале, что довольно спорно. Это действительно хорошо разрабатывалось для нас, потому что теперь, когда объем настолько велики, люди теперь видят преимущество единого приложения для всего жизненного цикла DevOps.
Приоритета становится все сложнее, что мы больше. Это были какие-либо особенности, которые мы думали, были необходимы в первые дни. Затем вы получите свои первые клиенты и вы фокусируете свои особенности наращивания для них. У нас был один клиент, где мы построили все, что они просили. Оказалось, что он действительно хорошая вещь, потому что все остальные просили одинаковых особенностей позже. Теперь у нас есть этот смешанный пакет функций, которые необходимо рековать в новые функции или новые функции, которые необходимо расширить. Продление объема.
Самое полезное, что я могу сказать вам, это иметь одного человека, который определяет приоритетность функций. В Gitlab менеджер продукции делает все окончательные решения по признакам. Если вы не согласны, вы всегда можете поговорить с менеджером по продукту. У нас есть определенные рекомендации с тем, как они должны принимать решения. Вы не хотите, чтобы решение было между 10 различными людьми.
Любые блоги или писатели, которые вы рекомендуете вам лично наслаждаться чтением и наслаждаться видом, когда вы получаете свободные шансы?
Блог Бен Томпсон отличный. Если вы начинаете бизнес SaaS, я бы прочитал предсказуемый доход Аароном Россом.
Любые окончательные советы SAAS компании в DEV Tool Space?
Я думаю, что VC не любит инвестировать в инструменты DEV, потому что оно сложно зарабатывать деньги. Если вы сделаете разработчик DEV, убедитесь, что это широкий продукт. Если у него есть только одна особенность, то вы просто продаете C.I. И будет очень трудно заработать деньги.
Спасибо SID и команду GitLab для установки этого. GitLab — это одно приложение для всего жизненного цикла для всего программного обеспечения. Из планирования проекта и управления исходным кодом CI/CD, мониторингу и безопасности. Для получения дополнительной информации о Gitlab, пожалуйста, посетите их веб-сайт: www.gitlab.com .
Оригинал: «https://dev.to/cloudforecast/interview-with-gitlab-ceo-sid-sijbrandij-keys-to-developer-marketing-1n61»