От стартапа до международного бизнеса: история VictoriaMetrics и её уроки | Александр Валялкин | #36

Информация о загрузке и деталях видео От стартапа до международного бизнеса: история VictoriaMetrics и её уроки | Александр Валялкин | #36
Автор:
Организованное программирование | Кирилл МокевнинДата публикации:
16.03.2025Просмотров:
10.9KОписание:
В этом выпуске мы поговорили с Александром Валялкиным, сооснователем и core-разработчиком VictoriaMetrics — одного из самых популярных инструментов для мониторинга, который конкурирует с Prometheus. Разобрали, как программисту стать предпринимателем? Александр поделился своим опытом перехода от разработчика к владельцу успешного IT-бизнеса, разобрал ключевые ошибки тех, кто хочет создать свой продукт, и объяснил, почему технология сама по себе — это лишь часть успеха. Обсудили как создать продукт, который нужен рынку? Также Александр поделился историей, как начиналась VictoriaMetrics, какие принципы помогли выйти на глобальный рынок и почему Open Source — это не только про код, но и про маркетинг. подискутировали на тему: Где искать первых клиентов и как продавать технический продукт? Обсудили стратегию выхода на рынок без крупных вложений, важность правильного позиционирования и ключевые аспекты, которые отличают успешные продукты от провальных. 🔹 Какие этапы проходит IT-продукт на пути к масштабированию? 🔹 Почему многие технические стартапы умирают, так и не найдя своих клиентов? 🔹 Как создать систему, которая работает на вас и приносит деньги? Этот выпуск — настоящий гайд для тех, кто хочет выйти за рамки программирования и построить прибыльный бизнес на своих идеях. Не пропустите! ✅ Подписывайтесь на канал «Организованное программирование» в Telegram: – Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): – Смотреть в ВК Видео: Полезные ссылки: 00:00 Введение и анонс 00:55 Почему разработчики боятся бизнеса? 03:47 История Александра: путь от разработчика к предпринимателю 05:39 Первые ошибки в бизнесе и главные выводы 10:21 Бесплатное распространение контента и монетизация 11:17 Как зарабатывает Mozilla и влияние рекламы Google 12:12 Опыт работы с Quick и проблемы Skype 14:07 Работа в рекламном бизнесе и знакомство с Go 15:57 Проблемы с Prometheus и поиск решения 20:52 Создание VictoriaMetrics: от идеи до первого прототипа 22:42 Архитектура, оптимизация и сравнение с ClickHouse 26:28 Как техническое мышление мешает бизнесу 28:20 Роль маркетинга в успехе технических продуктов 31:11 Почему качественный продукт важнее агрессивного маркетинга 32:59 Технические проблемы ClickHouse и их решения 34:54 Простота использования баз данных как конкурентное преимущество 35:52 Поиск первых клиентов и трудности SaaS-модели 37:44 Первый платный клиент и ценный фидбек 42:23 Почему VictoriaMetrics стала Open Source и как это помогло бизнесу 46:10 Почему предприниматели мыслят иначе, чем инженеры 47:06 Успех через публикации на Medium и Hacker News 48:57 Уроки первого неудачного стартапа 50:48 Технический vs. бизнес-руководитель: как совмещать роли 55:34 Входящие продажи и органический рост бизнеса 58:25 Переход от Open Source к модели платной техподдержки 01:02:10 Как аутсорсинг помогает бизнесу 01:03:35 Enterprise-контракты vs. SaaS: что выгоднее? 01:07:24 Почему консалтинг не масштабируется, но приносит деньги 01:09:17 Рост компании и структура команды 01:11:08 Как Open Source помогает находить лучших инженеров 01:13:01 Влияние имени продукта на его восприятие 01:16:43 Первые крупные контракты: как их заключать 01:20:45 Выход в плюс и найм первых сотрудников 01:22:38 Контент-маркетинг как главный инструмент продвижения 01:27:18 Reddit, Stack Overflow и работа с сообществом 01:30:06 Как балансировать между рекламой и реальной помощью пользователям 01:33:53 Влияние инфлюенсеров на технические продукты 01:35:43 Бенчмарки как способ продвижения продукта 01:37:36 Почему Victoria Logs стала логичным продолжением VictoriaMetrics 01:47:59 Переход от инженера к предпринимателю и его сложности #стартап #разработчик #бизнес #it #предпринимательство #itстартап #какзаработать #open source #программист #код #разработка #b2b #маркетинг #saas #itбизнес От стартапа до международного бизнеса: история VictoriaMetrics и её уроки | Александр Валялкин | #36
Транскрибация видео
Я не знаю, какая должна быть пробивная сила, чтобы ты вообще смог убедить.
Меня бы ты не убедил.
Я тебе точно говорю.
Потому что я пользуюсь только инструментами, про которые я уверен, что он не умрет на протяжении ближайших 10 лет.
Почему он не выстрелил?
Потому что я его делал один, полагался на себя.
И у меня закончились деньги, и в итоге мотивация, и все.
Это больше сильно, чем просто разработка.
То есть это очень важная часть вообще всего бизнеса.
Никогда не верьте тем, кто вам не платит денег.
Да, это 100%.
Привет, друзья!
Меня зовут Кирилл Макевнин, я ведущий подкаста «Организованное программирование» и тема сегодняшнего подкаста «Как разработчику стать предпринимателем».
Эту тему мы обсудим вместе с Александром Валялкиным, который является сооснователем, кор-разработчиком и сетевого проекта Victoria Metrics.
Если по-простому, как мы сейчас договорились буквально перед записью сказать, это аналог Прометея, Прометеуса, там по-английски по-другому он чуть говорится, но я думаю, в русскоязычной среде все плюс-минус понимают, о чем идет речь.
Штука для...
Сбора метрик.
Саша, привет.
Привет.
Спасибо, что пригласил на подкаст.
Я бы дополнил, что Виктория Метрикс это усовершенствованно аналог Промитиуса.
Он позволяет вам сэкономить ресурсы по памяти, по CPU, по диску, когда переключаетесь с Промитиуса на Викторию Метрикс.
И основные наши пользователи так и делают.
Так они появляются с правительства, переходят на Викторию Метрикс и радуются уменьшенному потреблению ресурсов.
Это интересная история, да.
У нас... Вот я сейчас перед тем, как созваниваться, я почитал немножко по реддиту, посмотрел и удивился.
Действительно, люди это прям подробно обсуждают.
Там написано, кстати, ментейнер.
Может быть, даже это ты отвечаешь в этих ветках реддита или кто-то из ваших ребят.
Но мы много сейчас чего обсудим.
Единственное, сразу хочется сказать для тех, кто нас слушает, у меня, конечно, есть желание поговорить по техническим деталям, и 100% их много интересных.
И, возможно, мы иногда чуть-чуть будем в это скатываться, наверное, по крайней мере, местами.
Но все-таки я постараюсь ввести какой-то не то чтобы новый формат, но новый подход в этом подкасте, когда мы будем...
пытаться отвечать на те вопросы которые возникают у программистов думающих о своем собственном проекте кто знает у меня есть популярный телеграм-канал на который надо обязательно подписаться после этой фразы где я начал последние две недели три недели я начал делать посты на тему разработки и бизнеса очень многие разработчики об этом задумываются никогда не пробовали у них миллиард кстати
в голове всяких жуков сидит на тему того и тараканов вообще как бизнес делается как не делается и я собрал большой обратную связь на эту тему там почти 200 комментариев было в посте от меня никто не любит да нет денег и мои идеи никому не нужны ну мое личное мнение прочитав все это что все-таки большая часть проблем она как бы в
Не в том, что физически есть ограничения, а в том, что люди сами себе немножко напридумывали.
И поэтому я хочу и как бы текстами, с одной стороны, это изменить и разбавить, ну, по крайней мере, людей вдохновить и показать, что бывает по-другому.
И сделать это на основе разных встреч с разными людьми и попробовать поговорить вот как бы на стыке бизнеса и технологии, но таким образом, чтобы это было интересно вот именно разработчикам.
Надеюсь, получится, потому что если, например, мы начнем с Сашей говорить совсем как бизнесмены, то, наверное, это будет немножко скучновато для совсем девелоперов, хотя для нас супер, наверное, интересно, да.
Но мы будем пытаться вот где-то в этом балансе, насколько разработка влияет, что важнее, продукт, вот эти все вещи мы сегодня пообсуждаем.
Но для начала, Саш, чуть больше расскажи о себе, потому что ты не то чтобы прямо на слуху в русскоязычной аудитории, но для того, чтобы делать такие проекты, надо иметь, скорее всего, неплохой послужной список.
Я программист, Саш, с большим стажем, можно сказать.
Начинал программировать еще в школе в конце 90-х годов.
А опыт коммерческой разработки, программирования у меня где-то с 2001-2002 года.
Вот так.
То есть опыт, стаж большой.
Первоначально я там работал как обычный программист на разных проектах, разных компаниях.
Постепенно у меня начали появляться идеи, что можно организовать собственные какие-то проекты и зарабатывать на этом деньги.
Первая такая идея.
появилась у меня где-то в 2011 году.
Я решил сделать плагин для браузера для Firefox и для Chrome Adblocker, только чтобы он был... Тогда был Adblocker на слуху, это был самый популярный плагин для Firefox.
Я видел, что можно его усыншенствовать, сделать его лучше, удобнее для пользователей, чтобы он покрывал больше возможных кейсов на разных сайтах, потому что у разных сайтов там разная жесть.
отображение это реклама и разные типы рекламы.
То есть более кастомно сделать вот так.
Ну и как-то на этом деньги зарабатывать.
В итоге сделал, разработал этот плагин, пытался его развивать, но у меня не хватило
И денег, и терпения, наверное, чтобы получился что-то коммерчески выгодный проект.
В итоге где-то через года полтора, в 2012 году я его свернул.
К этому времени там было 15 тысяч зарегистрированных пользователей, а не зарегистрированных, а активных пользователей, которые постоянно пользуются этим плагином.
Но среди них платило пару человек.
То есть монетизация не очень сработала, как я ожидал.
Какие ты выводы сделал?
Выводы сделал, что просто не хватило у меня терпения.
Я думал, что начну стартану проекта.
Я тогда ушел с основной работы и полностью начал уделять время этому проекту и потратил на это...
Ну, больше года, где-то полтора года разрабатываю его.
Я ожидал, что, планировал, у меня ожидания были такие, что через полгода я все сделаю, там, основное этого гидропроекта, и потом начну заниматься его раскруткой, и быстро пойдет у меня там...
Слушай, ну это просто классика.
Я полгода поработаю по кожу, а потом... Да, и вот спустя полтора года у меня закончились мои запасы денег на жизнь, потому что я уже не работал тогда, ну и терпение закончилось.
Если бы я тогда был более настойчив, если бы я нашел каких-то себе компаньонов, которые бы этот проект мне помогали делать и вдохновляли меня,
то с этого могла бы получиться нормальная коммерческая история и с нормальным заработком.
Потому что у Adblocker, этого плагина, который тогда был самым популярным, у него аудитория была около 100 миллионов пользователей.
Десятки миллионов точно пользователей было.
Я просчитывал, что если среди этих десятков миллионов пользователей хотя бы 1% будет платить деньги, то я буду в шоколаде жить.
Я, например, также бизнес-планы строил вот в тех же годах, когда я когда-то бизнес рассматривал, такой, так, будет столько-то пользователей, всего лишь 1% платят, а мне этого достаточно.
Ну, я думаю, что первая ошибка была у меня, что основная, да, что я один этим проектом занимался, и вместо того, чтобы там заинтересовать каких-то компаньонов, которые бы помогали мне развивать его, либо там финансово, либо морально, либо организационно,
Ну и вторая ошибка была, что я надеялся, что все начнет работать в течение полугода.
То есть за полгода я реально сделал этот проект.
Плагин был через полгода круче, чем этот блокер.
Все классно, но потом, спустя остальной год, я не смог его раскрутить нормально.
Не хватило квалификации и закончились деньги.
То есть проблема, ну, ошибка была первая, то, что не было у меня людей, которые могли бы мне помогать вдохновлять с трудной минутой, и вторая ошибка, то, что я ожидал, что очень быстро, ну, можно там за год, полгода, год, полтора сделать что-то коммерческое выгодное.
Так вот.
А знаешь, что я имел в виду, когда говорил, сделали ли ты какие-то выводы, какие ошибки, еще с другой стороны.
То есть, когда ты становишься все-таки предпринимателем и проходит время такое, понимаешь, что у тебя в принципе, дело даже не в том, что кто-то рядом с тобой был, а в принципе было наивное представление о том, что такое бизнес, как он работает.
Ну, например, банально.
Когда мы говорим про такие системы, как Adblocker, если я правильно понимаю, как это работает, они вообще не монетизируются на деньгах с людей, потому что у тебя аудитория, которая к тебе приходит, изначально этого избегает.
И фактически там монетизация идет на продаже данных и договоренностях с компаниями, рекламу которых в каком-то варианте все-таки как-то пропускают.
Там вайтлисты и все остальное.
То есть даже это мертворожденная идея была построить бизнес-модель на подписке Adblocker.
Частично согласен с тобой, потому что в итоге, насколько я знаю, этот блогер пошел по такому пути, как ты рассказываешь.
Они заключили какие-то соглашения с рекламодателями, чтобы не блочить их рекламу в каких-то моментах и на этом деньги зарабатывали.
Может быть, но я бы не был столь уверен, потому что это легко рассуждать, когда в перспективе какой-то или когда у тебя нет опыта.
Но когда видишь, какие бизнесы в итоге становятся прибыльными, стартуют и прибыльно становятся, то становишься в шоке и понимаешь, что...
Очень сложно угадать, что в итоге выстрелит, что в итоге начнет зарабатывать и приносить деньги.
Взять, например, Твиттер, Ютуб, два примера, которые классические, Фейсбук тоже.
Я никогда бы в жизни не подумал, что Ютуб когда-то будет прибыльным бизнесом, когда он только появился в середине 2000-х.
Когда на него очень много тратили денег, на трафик, инфраструктура очень дорогая для того, чтобы поддерживать этот весь YouTube.
То есть туда уходили очень большие миллионы, сотни миллионов долларов, и не видно было, как можно с него что-то заработать.
Главное, что он рос.
Он рос с такими темпами, что тебе бы давали деньги все до окончания веков, пока это происходило.
Да, но и такие бизнесы, которые вначале смотришь, думаешь, как он вообще может стать прибыльным.
А потом он раз, и в итоге становится прибыльным, и люди пользуются.
Ну, почему я говорю вот так уверенно про это направление?
Потому что все-таки у тебя... Именно говорю, потому что это как бы уже постфактум анализ, не мой, а в смысле это именно то, что в этой индустрии происходит.
Потому что если ты берешь даже языки программирования или браузер, вспомни, вообще-то все изначально было платное, и пытались зарабатывать на деньгах.
У тебя языки программирования за деньги распространялись там с SDK-шками и всем остальным.
То есть у тебя просто определенные индустрии в какой-то момент кардинально меняют, особенно ближе к каким-то, ну, в технической части особенно, когда у тебя модель превращается в то, что людям надо давать бесплатно, потому что выясняется, что самая главная проблема – это добраться до людей, и поэтому бесплатность дает возможность до них добраться.
А дальше твоя задача уже – это монетизировать эту аудиторию.
И большинство онлайновых вещей, где вот так вот кликнул, что-то сделал, получил бесплатно, они все сводятся, ну, ты сам знаешь, к продаже данных.
То есть у тебя... Возможно, кстати, я кому-то сейчас открою Америку, но подумайте, на чем зарабатывает браузер.
Ну, типа Mozilla.
Просто так собрались ребята делать браузер.
Вот им делать нечего.
Набрали там программистов миллионы долларов расход.
Нет, там это лежит на поверхности.
Можно посмотреть просто финансовые отчеты Mozilla на публику финансовых отчетов, и там видно, что основной заплаток у него идет от рекламного соглашения с Google, насколько я знаю.
Да, да.
И там много элементов.
Они же как раз пытаются... Самое главное, что не от людей.
И, например, поиск, который стоит по умолчанию, я просто примерно с этим был связан.
Кстати, у меня есть интересная история.
Я прямо сейчас могу поделиться ей, связанную с бизнесом, которая у меня когда-то взорвала мозг.
Ну, в общем, да.
Короче, когда вмозили поиск по дефолту «Гугл»,
Если я не ошибаюсь, там чуть ли не 30 миллионов долларов в год, или там в год, по-моему, Google платит за то, чтобы так было.
Потому что он зарабатывает на этом кучу денег.
Когда ты работал в проекте Quick, скорее всего, ты про него даже не слышал.
Это был первый вообще проект в мире.
Его российский чувак придумал, да.
Это проект, короче, первой видеосвязи вообще по телефонам.
То есть они, в принципе, появились первые.
и этот проект купил skype то есть мы в какой-то момент стали частью skype я как раз был в этот момент когда начать стали skype а потом microsoft еще купил skype то есть вот это ну в районе 11 года и там была такая интересная штука дело в том что skype не мог себе поставить
Знаешь, вот на телефонах есть предустановленные программы, и это обоюдная штука, что многим выгодно ставить предустановленные программы и нужно ставить, потому что люди этого хотят, но понятное дело, что просто так этого делать не будут, они хотят брать деньги из тех, кому, ну, ты же им как бы даешь эту возможность, и поэтому на самом деле это всегда еще и коммерческая история, почти, если это не госрегулирование.
Вот.
И они там выбирают, типа, кого поставить.
Знаешь, есть такой довольно забавный случай, что Skype при всей своей популярности в те годы, он доминировал, его почти никогда не ставили предустановленным по одной простой причине.
Он убивал бизнес мобильных операторов.
Интересно.
Ну, потому что ты звонишь по Skype, и ты не пользуешься мобилкой.
И таким образом у них была проблема, что они не могли никуда залезть.
А как раз там и видео начиналось, и так далее, им надо было что-то делать.
И они решили, а давайте тогда мы сделаем по-другому.
Мы купим продукт, похожий на нас, но который работает по видео.
Знаешь, что самая главная фишка?
У него нет аудиозвонков.
То есть у Квика не было аудиозвонков, и это было преимуществом, потому что после этого они заключили договора в первую очередь с японскими, азиатскими операторами.
И я просто был на этих встречах, когда показывали эти отчеты, что мы сегодня заключились с каким-то японским самым крупным оператором, тоже порядок цифр 30-50 миллионов долларов в год.
И, чтобы ты понимал, это был такой момент, когда по федеральному телевидению в Японии крутили рекламу как раз эти провайдеры, билайны всякие, я уже тысячу лет эти слова не называл.
Угадай, что они показывали в этой рекламе?
Они показывали, как люди друг другу через квик звонят по телефону.
Представляешь?
Классно.
Так, мы можем вернуться к моей истории, я там не говорил, вот этот первый мой стартап не стартанул, но тут еще этот третий момент, который, ну, когда ты разработчик, пытаешься сделать свой стартап, это не унывать, да, если у тебя не получится какой-то один стартап, там, начинай следующий делать, да, и...
Второй не получился, тоже не унывай.
И в итоге там какой-нибудь третий, четвертый, пятый, десятый получится, выстрелит, и все у тебя будет круто.
Короче, первый стартап не получился, потом я опять переключился на разработку, в разных компаниях работал, опыта набирался.
Можешь вот прям какую-то вводную дать, именно разработка там каких-то сервисов, продуктов, на чем вообще, где писал, потому что не совсем понятно.
Я бэкэнд-разработчик, но я фронтенд не занимаюсь, фронтендом, в основном бэкэндом, и бэкэнд писал на разных языках, начиная там от PHP, Perl,
И сейчас последние лет 10 даже больше на Go в основном пишу.
Ну, универсально.
На нем инфраструктуру делать сам Бог велел.
И вот в 2017 году работал я в компании, которая занималась рекламным бизнесом в интернете.
И специфика рекламного бизнеса в интернете в том, что там это high load, высокая нагрузка.
Там у нас приходили запросы от других компаний, пользователей.
Несколько миллионов запросов в секунду, и нужно было их быстро процессить, обрабатывать, отдавать ответы, какие-то рекламные объявления.
И как раз то, что мне нравится, на Go отлично это можно реализовать, и очень эффективно, с минимальным потреблением ресурсов памяти, CPU и все таковым.
И мы тогда начали задумываться над тем, что надо же мониторить как-то наши эти сервисы, которые у нас работают.
И в то время, в 2016-2017 году, основное средство для мониторинга было Zabbix.
Мы уже слышали такое.
Zabbix все тогда использовали, да.
То есть это средство для мониторинга хорошо показывает тебе метрики и как менялась у тебя нагрузка по CPU.
памяти, сети, диску.
То есть по основным hardware метрикам.
И он это делает из коробки, там не нужно никакой конфигурации делать.
Но его Achilles' epitaph очень плохо работает с какими-то кастомными метриками твоего приложения.
То есть если ты в приложении решил измерять количество запросов обрабатываемых, время выполнения запросов, количество ошибок и еще кучу других метрик, то Zabbix это сделать возможно, но это очень сложно
Напряжно.
Потому что там для каждой этой метрики нужно писать там реально какой-то там bash-скрипт, который там умеет эту метрику правильно доставать, правильно ее там парсить, правильно сохранять куда-то в базу данных этого Zabbix, и потом еще как-то правильно отображать график там по этой метрике или какие-то там делать алерты.
То есть очень все сложно.
И в то время один из моих коллег, с которым я работал, нашел Prometheus, он только появился.
Мы попробовали его вместо Zabbix, и это было небо и земля именно для метрика приложения.
То есть для Prometheus, чтобы Prometheus начал собирать метрики приложения, тебе достаточно в конфигурации Prometheus прописать, что, типа, собираю метрики вот по такому-то адресу, по такому-то HTTP-адресу.
Ты можешь зайти на этот адрес HTTP вручную и увидеть там,
Метрики в текстовом виде, там все понятно, что там, ну, имя метрики там и значение метрики.
И Prometheus там регулярно эти метрики собирает с этих приложений, сохраняет свою собственную локальную базу данных и предоставляет тебе API-шки для того, чтобы можно было строить какие-то графики, там, алерты по этим метрикам.
И еще тогда появилась Grafana.
В Grafana очень удобно делать дашборды по этим всем графикам, метрикам.
То есть это было очень круто.
Круто в том плане, что для метрик приложения, то есть не нужно было пинать ни sysadmin, ни кого, и самому не надо было писать скрипты кастомные для каждой метрики.
Просто используешь эти метрики в своем приложении, на этой страничке slashmetrics.http в текстовом виде в обычном промитинге ее собирает, и сразу же эта метрика у тебя появляется где-то там в базе, и ты можешь по ней строить графики, дашборды, алерты и все, что хочешь.
Короче, это было очень круто.
Мы начали активно использовать Prometheus, и спустя полгода оказалось, что мы уперлись в масштабируемость этого Prometheus.
Prometheus — это single-node решение, оно работает только на одном... Он не может масштабироваться горизонтально на несколько хостов, работать на одном хосте, и его производительность ограничена размерами хоста этого, вертикальная масштабируемость такая.
И мы уперлись тогда в ту вертикальную масштабируемость Prometheus.
У нас там был под него выделен супермощный какой-то сервак на то время с кучей памяти, диском SSD и все такое.
И все равно не хватало мощностей.
А почему мы уперлись?
Потому что почувствовали свободу, что мы можем экспортировать кучу своих кастомных метрик в приложении.
И мы начали эти метрики экспортировать.
большим количеством.
Спустя полгода у нас количество метриков стало превышать 300 тысяч.
Сейчас, кажется, мало, а в 2016-18 году это было очень много, и Prometheus с таким объемом метриков тогда в то время не справлялся.
И я задумался, что можно было же написать какое-то решение, базу данных, как Prometheus, которая была бы более эффективна и работала с этими метриками, с большим количеством метриков.
И как раз в то же время, тоже в этой же компании, у нас была проблема с сохранением и анализом статистики собираемой.
То есть эта статистика с этих вот запросов миллионов в секунду, которые приходят, нужно было собирать какую-то статистику и потом предоставлять ее пользователям в виде графиков удобных.
Мы это вначале собирали в статистику наколенными решениями, которые сначала предварительно агрегировали, потом складывали в Postgres, потом периодически шли какие-то кроншопы, доагрегировали эти данные, чтобы потом их можно было быстрее отобразить пользователям в нужном виде.
И это решение не масштабировалось.
Мы активно искали альтернативу, и опять же, это друг, это же коллега, нашел вот этот вот Кликхаус, он вышел только в Open Source, это другая база данных, аналитическая от Яндекса.
Мы попробовали ее, и для статистики оказалось, что Кликхаус это может заменить там кластер, у нас был кластер там, по-моему, 12 или 16 постгрест серваков, мы делали...
шардирование между ними наших метрик вручную, да, там, и этот, ну, этот кластер, он там не справлялся уже с нагрузкой, то, что у нас есть по аналитике, и мы заменили в итоге вот этот кластер здоровенный одним кликхаусом, который на одном хосте там работает, и у него еще достаточно мощности было свободных, и кроме этого мы убрали всякую там агрегацию из него, сохраняли все метрики, просто...
немедленно, а события просто там в сыром виде, и делали запросы по ним с любыми фильтрами, с любыми группировками, в любых разрезах, прямо на лету, и оно более-менее классно работало, быстро, мы были в шоке, когда пришли к нам.
Мне понравилась архитектура Клиффхауса, я почитал про нее, там круто было.
И вот как раз я решил в это время, что почему бы не сделать Prometheus на архитектуре Клиффхауса.
И он тогда, по идее, должен работать намного лучше, быстрее, эффективнее, чем Клиффхаус.
Вот так вот появилась идея Виктория Метрикс.
Пора заканчивать с этой работой и начинать новый стартап.
Как раз накопились у меня деньги, чтобы можно было там протянуть пару лет.
Ну и вот так вот начал разрабатывать Викторию Метрикс.
А какой год это был?
В конце семнадцатого эта идея вся появилась во второй половине семнадцатого года, а начиная с восемнадцатого я полностью full-time начал разрабатывать Vector Metrics.
И тот коллега, который мне помогал, но который нашел вначале этот Prometheus, а потом Playhouse, он в итоге стал кофаундером, один из кофаундеров Виктории Метрикса.
Ну, то есть это уже года такие, когда инструментарий был очень широкий, там много всякого разного было.
И мне, знаешь, что интересно, одни ли вы в это уперлись, потому что это выглядит довольно необычно, что никто об этом не говорит, никто не думает, не пытается сделать, если он так ограничен.
А второе, а что так радикально-то?
Ну, то есть, изначально я бы, наверное, подумал, ну, классно же присоединиться к проекту, там, ишиусы пописать, и потом начать вместе делать.
Вот, объясни этот переход.
Ну, потому что это довольно, это довольно, ну, мягко сказать, амбициозно.
То есть, типа, сейчас я напишу свою собственную базу, когда у тебя есть инструмент, которым уже там сколько, уже лет пять, наверное, да, все пользуются, он просто вообще во всем мире, а у тебя, естественно, там нет ресурсов, опять же, ты же там не получил инвестиции в 10 миллионов долларов.
Как вот некоторые ребята, кто у меня был.
Кстати, удивительно, у меня почему-то очень много приходит на подкаст ребят, которые базы данных разрабатывают.
Но они все инвестиционные проекты.
И надо иметь прям очень серьезные убеждения в успехе, чтобы начать это делать.
Короче, очень интересно, как это так.
Мы работали с Pyramidius больше полугода там активно.
И в течение этого полугода создавали там эти и feature-реквесты, и bug-репорт, и изучали исходники этого Prometheus, смотрели, как, ну, я там смотрел, как он вообще, архитектура устроена у него, как он работает.
И вот благодаря этому изучению этой архитектуры, как он работает, я понял, что архитектура у него тогда была не очень.
И как раз в это время же я изучал архитектуру этого Clickhouse.
И кликхаус архитектура была намного более оптимизирована, заточена под high-performance, маленькие потребления ресурсов.
Я даже не задумывался, что это так сложно.
Я видел, что это не так сложно сделать эту базу данных для меня.
Особенно на Go.
Оступим назад, что базу данных в Time Series, начиная с Influx, потом Prometheus,
Виктория Метрикс, они на Go написаны.
Почему на Go вопрос возникает?
Потому что Go это такой язык программирования, на котором сравнительно несложно писать эти базы данных.
Если сравнивать, например, с C++ или Rust, то на Go...
намного проще.
Ну, ниже порог входа, там, легче писать это все.
Ну, сложнее с оптимизациями, наверное, да, там, не так просто добиться какой-то производительности с самого начала.
Но Go предоставляет в то же время инструменты классные для профилировщики, там, по CPU, по памяти, которые очень удобно использовать во время оптимизации программ.
Я этими профилировщиками постоянно пользуюсь и...
Вот мне удается оптимизировать программы, написанные на Go до уровня, который там сопоставим с программами, написанными на C, C++, Rust.
И намного меньшими усилиями.
То есть если вы пишете какие-то программы, оптимизированные по потреблению ресурсов, то вы должны знать, что в этих программах очень маленький процент только кода нужно оптимизировать.
И нужно знать именно, какой процент кода оптимизировать.
Если ты пытаешься все оптимизировать, то в итоге эти оптимизации обычно усложняют код, усложняют поддержку, увеличивают количество багов в этом коде.
Все становится плохо.
В итоге проект затормаживается в развитии и все, и умирает.
Поэтому не нужно пытаться все оптимизировать, нужно пытаться оптимизировать то, что нужно.
Какой-то код, в котором есть performance какие-то проблемы.
И как определить эти проблемы?
Не нужно гадать на кофейной гуще, не нужно опираться на свою экспертизу, на свои предыдущие проекты.
потому что она часто приводит к ошибкам, ошибочным предположениям.
Самый лучший способ – это полагаться на результаты профилирования твоего приложения в продакшене, на тех данных, на той нагрузке, которая у тебя в продакшене работает.
И вот Go в этом...
в контексте представляют суперклассные профилировщики, которые они встроены прямо в язык Go, прямо в твои приложения все встроены, то есть их удобно можно в любой момент включить, попрофилировать, посмотреть, где там больше всего CPU тратится, где больше всего памяти выделяется, и сразу же подумать, как это оптимизировать и оптимизировать конкретные места.
Викторометрис, например, это оптимизированный проект, база данных, но в ней большинство кода написано без каких-либо оптимизаций, просто в лоб написано.
И только очень маленький процент, пару процентов кода оптимизирован.
Ухудшено качество кода этими оптимизациями.
Если возвращаться к этому проекту, то я даже не думал.
Я думал, что не так сложно написать проект уровня Prometheus, поэтому начал писать.
Вот это вот суперинтересно, потому что ты представляешь, то есть видно, насколько тебя цепляет эта тема оптимизации, еще что-то.
При этом я такой слушаю тебя, думаю, у тебя же был вот этот опыт с экстеншенами, и ты как бы понял, что качественный продукт вообще не имеет никакого значения, потому что мы вообще все что угодно практически можем сделать лучше других.
И те, кто не имеет опыта программирования, они, конечно, часто себе фантазируют, что «А, собственно, в этом и вся суть, я сделаю и пойдет».
Но те, кто уже пробовал, они-то понимают, что дело вообще не в этом.
И получается, что ты сейчас рассказываешь,
прям такой максимально инженерное вот это «я могу».
А я такой думаю, а где ведь здесь бизнес-то?
То есть ты серьезно у тебя победил опять инженерное твое «я могу это сделать» без типа «окей, а сейчас я ставлю план, а как я вообще, кому я это продам?» Потому что ну какой серьезный интерпрайс придет к чувакам, который такой «а, я тут на коленке, на ГО написал, я умею оптимизировать».
Вот это суперинтересно.
Очень классный вопрос, да.
И ответ такой, что да, я был наивный, я стою с наивными
Я считаю, что наивность – это двигатель бизнеса и стартапов, потому что если люди не будут такими наивными, то намного меньше... Не будут делать ошибаться.
Меньше ошибаться и меньше даже не только ошибаться, но и...
побеждать, да, какие-то проекты свои стартовать, которые прибыльно становятся.
Ну, то есть ты не думал об этом ни о чем, да?
То есть это реально вот тебя захватила инженерная мысль, и ты такой, а, хрен с ним, и прорвусь как-нибудь.
Я считаю, ну, и на основе своего опыта, да, что основание, фундамент успешного проекта, он держится там на двух основных столпах, да.
Первый столб – это качественный продукт, чтобы он
На трех стопах, ладно, качественный продукт, чтобы там было мало багов.
Второе – это то, чтобы он покрывал какую-то боль пользователя, ну, которая есть у пользователя, да, там, чтобы тогда легче его продавать пользователям, ну, пользователям переключаться на него.
И третье – это, ну, хорошая маркетинг-реклама, да, там, раскрутка проекта этого.
И вот эти вот три столпа, они взаимодополняют друг друга.
То есть можно, конечно, обойтись отстойным продуктом и выехать полностью на маркетинге.
И у нас полно примеров таких, особенно крупных компаний, типа Microsoft.
В этом случае тебе придется очень много тратить денег на этот маркетинг по сравнению с тем, что мы, например, больше тратим денег на разработку качественного продукта, чтобы...
Решал проблемы пользователей.
Вот Prometheus, которые не масштабируются.
Когда переходят на Victorimetrics, они видят, что у них эта боль исчезает, и они довольно остаются.
Но это нам помогает меньше тратить денег на маркетинг.
И добиваться тех же самых результатов, как если бы у нас была стойная продукция, и мы тратили много денег на маркетинг.
То есть это очень важно.
Редакторская вставка с бизнес-позиции.
Кто нас слушает, важно вот эту разницу понимать, в том, что когда, вот, Саш, ты говорил про экстеншн, да, это штука B2C-шная, то есть ты это делаешь для конечного пользователя.
Конечный пользователь вот в этой теме кардинально отличается от того, про что ты говоришь сейчас.
То есть вот технические стартапы, которые фактически инструменты для разработчиков, они, честно говоря, по рекламе очень редко... То есть там как бы, когда рекламу делают, там все-таки...
Особенно если у тебя открытый исходник, да, то эти штуки, они вообще редко работают через классическую рекламу, и там работают совершенно другие механизмы.
Поэтому здесь меньше не потому, что у тебя продукт классный, то есть у тебя классный продукт и там был, но ты бы ничего бы не смог с этим сделать.
Более того, там понять, что он классный, это же тоже еще целая история, его же сначала поставить надо, да.
Поэтому его никто не поймет, что он классный.
Поэтому эта штука, она все-таки очень сильно зависит вот от этой специфики.
Это два разных мира, кстати, по сути.
Вот мир тот и мир этот, это два разных мира.
Я считаю, что в любом успешном проекте маркетинг самое главное.
То есть, маркетинг там Виктория Метрикс больше половины должен составлять, наверное.
Мы к этому идем.
Больше половины всех наших усилий должно быть направлено, усилий, денег, вложений, всего должно быть направлено.
Чтобы объяснить пользователю, донести мысль нашей целевой аудитории, что какое классное там Виктория Метрикс по сравнению с альтернативами.
Чтобы они ее попробовали и порадовались.
И вот уже когда они ее попробуют, тогда уже вступает в силу вот это вот качество продукта, насколько оно там реально соответствует этим рекламным слоганам заявленным.
Качество продукта глобально влияет, ну, помимо того, что пользователи остаются, это обычно считается реферальность.
Вот в том ряде очень важный момент был по поводу того, что дело не в том, когда они попробовали, да.
Вообще люди, кстати, новые любят пробовать, да, и часто пробуют.
Но если у тебя получилось их удержать, вот тогда у тебя качество продукта очень сильно влияет, у тебя появляется реферальность.
А вот если не получилось, тогда да, ты как бы еще какое-то время новых привлекать можешь за счет чистого маркетинга, но вот удерживать маркетингом невозможно.
Удержание идет за счет качества продукта.
И тут очень по-разному бывает.
Сам знаешь, есть продукты одноразового пользования, им это не нужно, и поэтому там нормально все.
Ну, китайские там, я не знаю, на Амазоне вот я взял какую-нибудь фигню, которую ребенок поиграл, через два дня развалилось.
Но на меня это не влияет.
Я прекрасно понимал, что я покупаю.
Ну, какую-то просто игрушку.
Через два месяца куплю еще раз.
Поэтому там другие работают подходы и механизмы.
У тебя тупо никто покупать не будет.
То есть, у тебя машинка будет в два раза дороже, чем машинка у другого человека.
Рассказывай, не рассказывай, какая она классная.
У тебя ребенок все равно через два дня перестанет с ней играть.
И у нас история как раз не про одноразовый продукт, а про долгосрочное взаимодействие с пользователями нашими.
То есть, Victoria Metrics нацелена...
На цель на то, чтобы стать реализирующим решением по Observability на рынке, open source, и идем к этому.
Наши пользователи должны быть довольны этой векториметрикой, должны продолжать им пользоваться длительное время и еще рекомендовать его своим всем знакомым, чтобы те тоже начали пользоваться.
Поэтому мы не можем себе позволить делать некачественную Викторию Метрикс и просто выезжать на чистом маркетинге.
Да-да-да, утопит просто проект сразу, да.
Тем более в этой сфере еще Reddit имеет огромное значение.
Мы с тобой отдельно сейчас про это тоже немножко поговорим.
Вот этот такой социальный капитал.
Почему я решил делать с нуля Викторию Метрикс?
Первое, что я сказал, что проанализировал исходники Prometheus, увидел, что там беда с архитектурой, что можно сделать лучше, как в Клейхаусе.
И возникает логичный вопрос, а почему бы тогда не сделать на Клейхаусе это все?
Зачем разрабатывать с нуля базу данных?
И ответ такой, что мы пробовали сделать базу данных для метрик Prometheus на Кликхаусе.
Оно кое-как работало, но мы уперлись в некоторые проблемы.
Проблемы со схемой базы данных, с типами данных для эффективного хранения запросов по этим метрикам.
Ну, эти проблемы решаемы были.
Я там создавал фичи-реквесты у Кликхауса, и они в итоге потом порешали эти проблемы.
Например, одна из проблем была, это у них отсутствовал тип колонки low cardinality.
Это колонка, в которой строковые данные хранятся, но количество уникальных значений всех строковых данных небольшое.
И это очень важный тип данных для вот этой observability темы.
И в Кликхаусе тогда в тот момент не было этой штуки.
Я создал фичи-реквест, и вот там через год где-то в Кликхаусе добавили вот это low cardinality поле, и оно сейчас типа одно из самых там
На слуху, кто пользуется кликхаусом, он должен знать про него.
Я первый, кто создал этот еще реквест по лого кардиналити полю.
Вот так.
То есть, попробовали кликхаус, наткнулись на какие-то проблемы у него, но основная проблема была в том, что в сложности администрирования, то есть, установки кликхауса.
То есть, для того, чтобы сделать систему на основе кликхауса для хранения,
метрик, нужно установить кликхаус, правильно его настроить, правильно создать в нем схему базы данных, схему таблиц, все это сделать, потом добавить обвязки, которые для приема данных по нужным протоколам, чтобы они принимались.
Вот-вот-вот, я про это хотел сказать.
Тут же не только базы данных, тут же еще и система с агентами.
Практически добавить для чтения данных, чтобы она понимала какие-то опишки стандартные, промиссивскую опишку,
транслировал её в SQL-запросы и назад данные тоже преобразовывал в нужный вид.
И это всё усложняет сетап-настройку этого всего.
Ну и, соответственно, сложнее конечным пользователям вообще это всё
Всем этим управлять.
И я придерживаюсь мнения, что нужно делать продукты, которые максимально просты в использовании, в настройке пользователя.
И поэтому это тоже послужило одной из причин, почему я решил делать с нуля базу данных.
Вот эта вектория метрикс, она отличается от...
большинства баз данных других систем, в том, что ее очень просто настроить.
Она работает из коробки, как говорится.
Мы просто скачиваем бинарник, запускаем его, и все.
То есть не надо каких-то дополнительных зависимостей качать, не нужно каких-то конфигураций сложных, многостраничных ей передавать.
Она работает из коробки, с дефолтной конфигурацией.
И на любом оборудовании.
Мы стараемся делать так, чтобы оно работало наиболее оптимальным образом на любом оборудовании.
Начиная от Raspberry Pi, заканчивая серваками с сотнями ядер CPU и терабайтами памяти.
То есть оно автоматически масштабируется под нужную
под имеющийся ресурс.
Вот ты начинаешь это делать.
Но у тебя неужели не было мыслей, а как я найду своего первого клиента?
Потому что вот для меня это, предположим, я выбираю какие-то решения.
Я никогда в жизни не возьму решения, которые пилятся одним чуваком, и я единственный пользователь.
А Enterprise уж тем более.
Ему не решения нужны, в смысле технические, ему нужно чуть больше.
Хороший вопрос.
Первоначальная у меня идея была, что моими первыми клиентами будут компании, в которых я до этого работал.
Они меня знают, как хорошего специалиста.
Я к ним ходил, когда сделал первую версию Виктории Метрикс.
Мы с коллегами, с основателями ходили по этим компаниям и презентовали эту Викторию Метрикс.
Она уже открытая была в этот момент?
Нет, она еще была закрытая.
Мы собирались уже открывать, наверное, тогда исходники.
И моя идея была такая, чтобы тестировать это, покатать эту Викторию Метрикс на компаниях, где я работал до этого.
Они меня знают и доверяют, и поэтому могут...
помочь с продакшен-тестированием этого всего.
Я планировал сделать Викторию Метрикс как database as a service.
То есть это база данных, которая где-то в облаке работает.
И пользователи могут создать этот свой инстанс, эту базу данных, заливать туда какие-то метрики и делать запросы из этой базы данных.
И первая версия Vector Metrics, до того, как мы ее заопенсорсили, она так и работала.
То есть мы выпустили вот эту первую версию Database as a Service.
И столкнулись с проблемой, что, ты сказал, никто не доверяет новому продукту, особенно большие интерпрайзы.
Сложно донести информацию про новый продукт пользователю конкретно в нашем целевой аудитории.
Мы столкнулись с этой проблемой, но у нас денег не было на какой-то там широкомасштабный маркетинг.
Дело же даже не в том, что сложно, а в том, что они абсолютно правы.
То есть доверять чувакам, которые завтра что-то случится, и они не бросят этот проект, это просто безумие.
Они абсолютно правы, и здесь я не знаю, какая должна быть пробивная сила, чтобы ты вообще смог убедить.
Меня бы ты не убедил, я тебе точно говорю, потому что я пользуюсь только инструментами, про которые я уверен, что он не умрет на протяжении ближайших 10 лет, например.
На самом деле есть разные типы пользователей, и благодаря этим разным типам пользователей такие проекты, как Виктория Метрикс, смогут органически развиваться, стартовать.
И вот есть такой тип пользователей, которые не боятся устанавливать там какие-то новые решения.
Это не владельцы бизнесов, обрати внимание, да.
То есть конкретные ребята всегда есть первые последователи, это правда, но это не владельцы бизнеса.
Да, но есть, ну, смотри, у нас первый платный клиент появился где-то в начале 19-го года, ну, где-то через год и три месяца после старта Витаметрикс, еще до того, как мы сделали Open Source.
это первый Enterprise клиент, который пришел к нам и сказал, мы вот попробовали ваше решение по сравнению с Prometheus, и увидели, что оно, типа, суперклассное, позволяет нам экономить кучу ресурсов, давайте, ну, они спросили, типа, насколько вы там вообще планируете этот проект дальше развивать, я говорю, ну, планируем, да, развивать его в долгосрочной перспективе, ну, они говорят, ну, давайте тогда мы заключим с вами контракт, ну, типа, дадим вам денег, будем давать деньги на техподдержку, да, там, чтобы...
Чтобы развиваться могли, да.
Ну, короче, ребята, такой, знаешь, даже немножко флёр каких-то ангельских инвесторов, которые такие, так, ладно, в этих верим, давайте дадим им денег, посмотрим.
Да, это, кстати, хорошее замечание, то, что ты сказал, что ангельские инвесторы.
Я рассматриваю вот этих вот первых таких вот клиентов, которые нам заключали с нами контракт, давали нам деньги на...
Ну, как вот эти реально ангельские инвесторы.
И они даже круче, чем ангельские инвесторы в том плане, что они используют твой продукт реально в продакшене и помогают его оттачивать, улучшать именно для продакшен-кейса.
То есть они не только дают деньги, но и помогают улучшать продукт.
Это классно.
Но все-таки, получается, ты сказал «год и три».
прошло до этого момента, и твоя первая идея была прийти к своим первым компаниям.
Правильно я понял, что они дали тебе отворот-поворот?
Они дали мне нормальный фидбэк.
То есть они не стали платными клиентами, но они начали пользоваться Викторией Метрикс и давали нормальный фидбэк, благодаря которому мы какие-то первоосновные фичи доделывали, переделывали Викторией Метрикс.
То есть я ему поворот дарил.
А можешь сказать, просто знаешь, что интересно?
Еще интересен вот этот момент.
По сути же, когда ты говоришь, мы там, ну, сколько вы разрабатывали его?
Год, полгода, да, вы сидели?
Разработка шла, да, ну, первый год.
Это, скажем так, не очень продуктово в том плане, что, я так понимаю, вы это делали, исходя из того, что вот у вас есть офигеть опыт, вы примерно что понимаете, и вы не то чтобы общались с этими клиентами потенциальными, а что вам будет нужно, да, то есть вы шли из своих представлений.
И вот после года разработки вы к ним пришли,
И вот это вот мне тоже интересно.
Скорее всего, это было, ну, может даже по самолюбию ударить, потому что вы такие, мы же вроде понимаем, они говорят, так, чуваки, мы бы рады пользоваться платно, но у вас нет еще пяти фич, и вот это вот мешает.
А ты такой, а как же так, я же целый год тут делал, я вроде знал все, что вам надо.
Не было такого?
Это постоянно такое случается, это когда общаешься с потенциальными клиентами, наиболее типичные клиенты.
Отказ от этих клиентов, он выглядит так, как ты сказал.
Классный продукт у вас, но если бы у вас было фича 1, 2, а, b, c, то тогда бы мы у вас их купили.
Но проблема в том, что когда эти фичи делаешь, то в итоге клиентам приходит и говорит, что вот мы сделали ваши фичи, и они говорят, ну...
Что-нибудь новое придумаем.
Не стоит идти на поводу таких клиентов.
А ты знаешь, да, есть такое вообще очень классное мем, правило по поводу того, что просят клиенты, которые не платят, и те, которые платят.
Я когда вот стартапами в начале пути еще занимался, что у тебя новые клиенты, которые еще не клиенты, скажем, да, потенциально, они говорят «хочу фичу 1, 2, 3, 4».
А люди, которые у тебя, они хотят доработать это, улучшить это, использовать это.
Но самое смешное, там подпись всегда была, никогда не верьте тем, кто вам не платит денег.
Да, это 100%.
Они не купят все равно потом.
Основная задача во время переговоров с потенциальными клиентами – это убедить их в том, что существующий набор фич удовлетворит их все потребности, и мы поможем в решении их потенциальных проблем в будущем благодаря платной техподдержке.
То есть убедиться, отговорить их от тех фич, которые они предлагают.
То есть предложить какие-то альтернативы, которые уже существуют.
Это правда.
Вот, знаешь, я сейчас хочу тебя немножко прям помучить вот этим вот переходом, потому что мы можем очень быстро его проскочить, но в реальности это и есть самое главное, вот это вот первые зацепки.
То есть ты пришел, тебе дали отлуп, сказали, вот, доправь.
Вы такие с грустными лицами пошли, или, может быть, с веселыми, что окей, есть первый фидбэк.
Вот прям подробно вот эту часть давай попробуем разобрать, потому что хочется прям понять, вот где это вот...
Моментик произошел, когда стало интересно, стали появляться люди.
Короче, какая-то движуха пошла.
Еще до продаж.
Цена движуха пошла после опенсорса.
После того, как мы заопенсорсили Викторию Метрикс.
А это еще до клиентов.
То есть это как раз вы сходили, вам дали фидбэк, вы чуть-чуть допилили и заопенсорсили.
Я правильно таймлайн понял?
Да, да.
Начали переговоры с первым кастомером, который в итоге стал кастомером.
И потом заопенсорсили Викторию Метрикс.
А заопенсорсили, потому что видели, что...
уперлись в эту стену возможности по рекламе, по маркетингу этого всего.
И появился у нас там адвайзер, сам нашел нас, пришел, который сказал, что самый лучший способ, когда у вас денег нет, рассказать, разнести информацию пользователям, это дать им бесплатно.
То есть сделать open source.
Короче, open source, open source это какой-то проект, это лучшее средство, когда у вас нет денег на какой-то большой маркетинг, и вы не знаете, как правильно донести информацию о новом проекте для пользователя.
И это оказалось правдой.
Наверное, да.
То есть после того, как мы зауконсорсили Викторию Метрикс, начали появляться активные пользователи, которые, ну, не платные, да, обычные пользователи, которые создавали там фичи-реквесты какие-то, добавляли какие-то пожелания, баг-репорты, и благодаря им в итоге получилось дальше развивать Викторию Метрикс в нужном направлении.
Вот тут, знаешь, всегда эти нюансики, как в книжках.
Мне просто напоминает такой прикол, когда мой коуч посоветовал, как заработать 12 миллионов рублей.
Он сказал, откладывай по миллиону в месяц, и так, смотрите, заработал.
Потому что ты говоришь open source, и у тебя сразу появились первые пользователи, которые стали писать фич-реквесты.
Я не верю в то, что просто выложив open source, так получится.
Ты такой просто пишешь, я сделал базу данных.
Редмишка, вот она у тебя появилась.
Не верю.
Да.
Что-то вы делали еще.
Да, что мы делали еще?
Хороший вопрос и хорошее замечание.
Хотел про это рассказать.
Мало того, что это целопостройственный проект, основная задача сделать удобным старт использования этого проекта для пользователей потенциальных.
То есть, если ты просто заопенсорсишь какой-то там проект, который очень сложно установить, сконфигурировать и вообще запустить, то, ну, опенсорс вряд ли поможет ему там набрать большую пользовательскую базу.
И тут главное сделать вот этот легкий старт для новых пользователей, типа, чтобы они могли там зайти на этот сайт нашего проекта, там, Redmi и там,
почитать, типа, по шагам там гайд какой-то Quickstart, да, типа, как его там скачать, установить, запустить, как начать писать туда данные, настроить графики, дашборды и все такое.
Это очень важно.
И желательно, чтобы этот гайд был как можно проще, да, потому что пользователи не любят читать много, следуют длинным гайдам, допускают ошибки, если там длинный гайд, и потом в итоге у них они не доходят до конца и разворачиваются, и тогда они...
И не становятся вашими пользователями.
Да.
И, кстати, хочется здесь, знаешь, добавить штуку, которая связана с тем, почему я вообще такие видео делаю, рассказываю.
Я как раз с ребятами много говорил про майндсет.
Они такие, ну, Кирилл, вот же там маркетинг, все дела.
Я говорю, ребята, самое главное, в первую очередь, майндсет поменять.
Потому что вот когда ты среди инженеров разговариваешь, и вот ты говоришь, вот, там, простой старт сделать, прислушаться к пользователям сделать еще проще.
вот человек который ну просто инженеры как правило когда на это смотрят у них обычно сопротивление возникает ну типа мы что там для дебилов это делаем они что не разберутся а им вообще не место в индустрии и вот здесь вот всегда вот этот происходит водораздел между тем вы стали предпринимателем они не стали хотя бы в своей голове потому что предприниматель понимает что люди не читают тексты не потому что они дебилы и не потому что они неправильные какие-то и так далее а потому что так устроен мир и моя задача собственно в этом мире быть максимально эффективным вот и соответственно
Это главный, да, вот этот критерий.
Если уж человек к тебе попал, то ты ему должен прям за первые секунды показать, что это то, что он искал, и то, что это попробовать.
Вот просто ничего делать не надо.
Вот раз, и все, и попробовал.
Поэтому плейграунды всякие делают, там, и так далее.
Миллиард всего вокруг этих штук.
Но даже несмотря на то, что, допустим, вот вы сделали сайт.
Я продолжаю говорить адвоката дьявола, потому что это же тоже недостаточно.
Вы сделали сайт, вы классный, предположим, все это написали.
Это реально сработает.
Но для этого должен быть толчок.
То есть никто не пойдет на GitHub гуглить, а есть ли тут новая база данных, значит, вот эта штука.
Где этот толчок был?
Да, это хорошее замечание.
И толчок называется Reddit Hacker News сайт.
Главное – хайпануть на этих сайтах.
И вот у нас, когда мы за Open Source делили Victoria Metrics, мы перед этим написали статью на medium.com,
Ну, о том, что мы за Open Source Electrometrics, какая она классная и почему мы это сделали, какую боль решаем.
И мы запостили это на Reddit Hacker News, и оно реально стрельнуло сразу же с первого раза на Hacker News, сколько я помню.
Это помогло нам заработать первые тысячу звездочек на GitHub.
Тысячи?
Да.
То есть так много людей.
Да.
То есть у такого количества людей были проблемы с Прометеусом?
Да, в то время, да.
То есть смотри, мы столкнулись с проблемами Прометеуса еще в 2017 году, когда на предыдущей работе.
А это мы за open source у Виктория Метрикс в 2019 году.
Это уже два года прошло.
Ну, Prometheus там тоже развивался.
Он выпустил в течение этого времени вторую версию, которая с улучшенным движком, который более оптимизированный, лучше работал.
Но все равно он был хуже, чем у Виктория Метрикс.
И все больше и больше пользователей наталкивались на эти проблемы масштабирования Prometheus.
Ну, и у них это болело, и благодаря этому я считаю, что мы попали в нужное время, в нужное... Product-market fit у нас был хороший.
Мы еще остаемся.
Ага.
Почти два года разработки, попыток что-то сделать.
Правильно я понимаю?
А сколько... Понятно, что никаких вложений, кроме денег, просто чтобы жрать, простите, кушать, сидеть дома и иметь возможность работать дальше, да?
То есть это все, что вам было нужно?
Угу, да.
И у тебя, я так понимаю, еще к этому моменту деньги-то уже заканчивались.
О, да.
И возвращаемся к тому пункту, что я говорил, по-моему, первый стартап, почему он не выстрелил, потому что я его делал один, полагался на себя, да, там, и у меня закончились деньги, и в итоге, ну, и мотивация, и все, закрылся проект.
И вот во время второго стартапа этого...
Я научился на своих ошибках и поэтому сразу подключил кофаундеров других ребят, моих знакомых, к этому проекту, которые мне очень сильно помогли его развивать.
И в трудную минуту, когда у меня закончились деньги, например, хороший пример, что я у них мог одолжать денег, пока у нас не пошла прибыль с Викторией Медриксом.
Ну, и они мне помогли не только деньгами, но и мотивацией, организационно очень сильно помогли, потому что я разработчик, и я в душе, и до сих пор остаюсь разработчиком.
И я очень ненавижу вообще заниматься менеджерской работой, типа менеджер для других людей.
контролировать там кучу процессов, все такое.
И вот мои другие кофаундеры очень сильно помогли в этом плане, потому что они занялись этой работой, взяли ее на себя и очень классно.
Конкретно сейчас хочется такую вещь спросить.
Когда ребята мне писали в комментариях, там, конечно, действительно много такого, я разработчик, бизнес не очень понимаю, вообще хочу просто быть CTO, я найду себе партнера, он там бизнесом будет заниматься, а я просто буду там пилить и работать.
Вот ты согласен с такой точкой зрения или нет?
Считаешь, что ты в такой позиции находишься или нет?
Я думаю, да, я согласен с этой точкой зрения, но я нахожусь немного в другой позиции в том плане, что я являюсь разработчиком, и я считаю, что у меня достаточно понимания бизнеса.
Как ты рассказывал, я понимаю, что пользователю нужно сделать максимально простой и удобный продукт с минимальным количеством багов, чтобы он решал какие-то проблемы пользователя.
У меня есть бэкграунд разработчика и начинаю набирать бэкграунд бизнесовый, но у меня нет бэкграунда, и я не хочу вообще заниматься работой всякой организационной, менеджерской.
И поэтому нужны были люди, коллеги, которые, как фаундеры, которые могли бы закрыть эти вот мои недостатки, заниматься той работой, которой я не мог заниматься.
Ну, а я вполне допускаю, да, там, скорее всего, таких вариантов много, много примеров там на рынке, где есть чисто разработчики, и они не хотят заниматься бизнесом, да, там, и есть люди, которые чисто бизнесом занимаются, и они вместе когда встречаются, организуют какую-то компанию, в итоге...
Ну, у них там получается что-то.
Взять самый классический пример, это Apple, да, там, где был Возник, который чисто технический чувак был, да, там и был Jobs, который чисто бизнесовый и маркетинговый чувак.
Ну, у них что-то получилось, ну, не знаю, насколько успешно именно у Jobs с Возником получилось, но в итоге вот Apple сейчас нормально себя чувствует.
Не, ну тут, видишь, тут мы не знаем на самом деле какие-то, то есть мы же ничего об этом не знаем.
То есть я же тоже когда начинал, может, сказать, вот Кирилл был технарем.
Ну то есть никто же внутри не находится, чтобы понять, что там было.
Поэтому сложно.
Я просто к чему это хотел сказать, что ведь это не совсем так.
То есть ты фактически продукт, а это намного важнее, чем просто разработка.
Ты отвечаешь за фичи, ты отвечаешь за боли клиентов.
Это больше сильно, чем просто разработка.
То есть это очень важная часть вообще всего бизнеса.
Потому что если брать, например, мои бизнесы, у меня ровно то же самое.
Я отвечаю за продуктовую часть, но я не отвечаю за маркетинговую часть.
Но это не значит, что я не понимаю финансового планирования, распределение дивидендов, бонусов.
Ну, короче, всякие системы, KPI и так далее.
Это must-have в любой компании.
Бюджетирование опять то же самое.
Но при этом ребята, которые отвечают за финансы, например, за маркетинг и так далее, но они за продукт отвечать не могут.
А продукт – это не само по себе, да, просто в пиле.
У тебя есть клиенты, ты с ними должен общаться, ты должен понимать, куда дует ветер, ты должен понимать конкурентов.
Ты все время находишься в режиме конкуренции.
И я уверен, что в твоей компании ты именно этот человек, то есть как бы…
Куда идем вообще?
Это к тебе, а не к кому-то еще.
Да, в нашей компании так.
Но в других компаниях это вполне допускают, что может быть... Но все равно должен быть человек, который отвечает за продукт.
Это основной человек в компании.
Но он может совершенно не разбираться в программировании технологий.
То есть это может покрывать его коллега-кофаундер, которому он может найти общий язык и правильно ему объяснить, как там, что делать.
То есть вполне допускаю такое.
Но у нас компания оказалась, что технический чувак, и этот человек продакт, owner, это я. Я скорее тут просто говорю, почему про это, потому что, чтобы у людей не складывалось впечатление, что... Ну, ты просто когда говоришь, если человек не знает, может сложиться впечатление, что ты, типа, чисто технарь.
Но опытный взгляд сразу видит, ну, вообще-то ты продакт.
И у тебя продукт, поскольку супертехнический, то это, ну, мастхевное совмещение.
У тебя физически не может быть продакт, не технарь в твоем продукте.
вот так устроен далее вот в других местах может быть по-другому там для этого тебе как к фаундер не нужен сетевой потому что но это просто технарь и ему не надо там разбираться на просто решать какие-то вопросы но если у тебя не технический продукт скажем да вот я про своей жизни мало видел такой истории я как правило видел что даже если у меня просто сама такая попытка была вот у меня один из первых программистов который был хекслите он в
Формально считался кофаундером, но он на самом деле никогда, поскольку бизнесом не интересовался, он всегда оставался сам за бортом, не лез туда.
И в итоге этот масштаб движения, ты не можешь так строить взаимоотношения с человеком, когда у тебя новые направления, например, ты запускаешь, которые параллельны.
Он все время все меньше и меньше становится.
И в итоге вот этот человек, несмотря на то, что у него была доля, например, в моем бизнесе, он ушел и запустил свой собственный бизнес.
То есть, потому что он не чувствовал себя частью происходящего, понимаешь, даже несмотря на попытки это сделать, потому что когда ты просто технарь и не участвуешь в смысловых вещах твоего бизнеса, ну вот это просто мой опыт, не говорю, что так всегда бывает.
Да, это очень важно.
найти правильных людей, которые будут на одной волне с тобой, кофаундеры.
И мне удалось.
Ну, обычно, на моем опыте, могу сказать, что это люди, с которыми я был знаком до этого.
Один коллега по работе, другой тоже, можно сказать, по работе, и там давний друг, который еще знаком был больше 20 лет.
Третий тоже там с ним был знаком, там уже больше 10 лет, наверное, до этого.
Понятно.
Теперь вот, я так понял, значит, у тебя появился какой-то интерес, люди стали ставить его к себе, у них стало получаться, я так понимаю, и они стали вам писать.
То есть, в принципе, вы уже поняли, что какое-то использование пошло, правильно я понимаю?
Да.
И при этом параллельно вы пытались продавать?
Да.
Да.
Давай к первой продаже подходить, да, переговорам сложным, почему отказывали, сколько клиентов вам отказало перед тем, как вы пришли.
Как вообще ты вышел на этих клиентов и почему они с тобой разговаривали, это тоже очень интересно.
Очень интересный вопрос.
У нас все клиенты наши платные пришли к нам сами, да, это inbound sales называется так называемый, да, то есть мы не пытались заниматься outbound sales, это когда мы там пытались спамить всех, да, там звонить всем и рассказывать, как электрометрия классная.
Но в итоге потратили много времени, денег, ресурсов, и пока результат не нулевой.
А вот inbound sales, это входящее обращение к нам наших уже существующих клиентов, отлично работает.
именно для Виктории Метрикс, и он как работает?
Благодаря вот этому open source, да, то есть основной путь нашего пользователя, который в итоге становится нашим кастомером платным, он начинает, узнает про Викторию Метрикс где-то, там, может, знакомый рассказывает, может, где-то гуглит, там, ищет решение своей проблемы с Prometheus, да, там, Prometheus у него тормозит, там, жрет память много, он гуглит, находит, типа, вот, Виктория Метрикс какая-то, да, там,
Начинает ей пользоваться, видит, что она классно работает, реально соответствует тому, что написано в этих статьях рекламных и на нашем сайте.
Это обычно пользователь, это обычно какой-то разработчик, там, SREшник, DevOps, там, SysAdmin.
Почему-то крупные проекты, правильно я понимаю?
Да, в крупной компании какой-то, да.
То есть у нас это называется как-то bottom-up маркетинг такой, да, то есть мы начинаем с этих снизов захватывать внимание от этих вот обычных разработчиков, девопсов, там, они начинают там пользоваться этим, ну, Виктория Метрик где-то может в хоум-лайве там на работе где-то попытается там какие-то proof of concept запустить, увидят, что он классно работает и начинают постепенно его там продвигать у себя внутри компании.
И в итоге это продвижение доходит до уровня уже вот этих C-level людей, которые принимают решение, что там
какие проекты, продукты покупать, с кем подписывать контракты и все такое.
И вот когда он доходит до вот этого C-level уровня, ну, типа там CTO какой-нибудь, да, там такие люди обычно потом к нам сами на нас выходят, да.
То есть у нас есть на сайте контакты, как к нам можно обратиться, там, контакт-форума, все такое, и они ее заполняют, связываются с нами, и потом вступают в разговоры наши сейлсы, которые там начинают с ними провести переговоры, узнавать.
что там у них за нагрузка, зачем вообще Виктория Метрикс нужна, какие они проблемы решают, чтобы понять, какую стоимость контракта им предложить.
Но это уже такой более продвинутый вариант, потому что я понимаю, что первые контракты, может быть, даже десятки, это 100% вы продавали сами, потому что я не представляю, как в таких сложных продуктах можно sales off.
Нет, у нас так не было.
ни одного контракта не продали сами.
То есть, как я сказал, у нас в холодной продаже вот эти outbound sales ни разу не сработало.
Не, входящие, входящие, я имею в виду.
А входящие... Подожди.
Ну, то есть, вот самый первый клиент, который к нам пришел, который еще до open source.
Да, но у вас же sales не было, вы же сами с ним разговаривали.
Да, да, да.
Ну, мы тогда... А, да, да.
У нас сейлз появился в 20-м году.
Подожди, нет, сейчас в конце 19-го уже появился сейлз.
Сколько у вас клиентов уже было к этому моменту?
К тому моменту там три где-то клиента, наверное, было.
Мы тогда было три клиента и вели переговоры там, ну, не еще там, может, пять клиентов было, с которыми потенциально, да, с которыми вели переговоры.
И тогда нужно было с...
Тут такой интересный момент.
Вот ты говоришь, до C-Level дошло, CTO, покупка.
Здесь надо оговориться, потому что все-таки для, мне кажется, большей части нашей аудитории это вообще, если ребята об этом задумаются, возможно, это...
у них вызовет вопросы, да, ребят, напишите, кстати, в комментариях, если так это или нет, при чем здесь вообще деньги, то есть это open source, все же привыкли как, open source, поставил бесплатно, то есть большинство все-таки не работает в таком уровне компания, который Oracle закупают там тоннами, да, и нужно понимать, типа, а почему вообще в принципе это существует, почему это есть, вот такая штука, запрос, и вы вообще ожидали, что к вам начнут приходить?
Мы не ожидали, то есть, как я говорил в начале, мы стартанули с database as a service предложения,
И в итоге мы не смогли найти каких-то клиентов, и потом сделали этот пай, как он называется, перешли, решили за open-source и начать работать по open-source модели.
Когда вот первый клиент пришел, который enterprise, мы увидели, что в этом есть потенциал, что нам не нужно делать database as a service, а лучше предлагать техническую поддержку enterprise-кампаниям.
И теперь почему кто-то хочет купить open-source проект, платить деньги за него?
Потому что вот эти большие наши enterprise-компании, которые заключают с нами контракты, у них нет времени, сил, энергии, чтобы решать какие-то проблемы потенциальные, которые могут возникнуть с использованием векторометрикс.
Они уже начали использовать векторометрикс, они ее используют, у них периодически какие-то проблемы возникают, потому что в любом проекте, в любом продукции
Какой бы он качественный не был, все равно какие-то проблемы могут быть, вопросы технические, какие-то решения неправильные, может быть.
И они хотят получить экспертизу, которая бы помогала им эти вопросы решать по-быстрому.
Ну и самый лучший способ получить эту экспертизу – это обратиться к разработчикам этого продукта.
Поэтому и заплатить им денег.
И оказывается, что это очень большой рынок, миллиарды, десятки миллиардов долларов у меня могут крутиться.
Продажа техподдержки для open-source-проектов.
И на этом рынке есть такой слон, который никто не замечает, который называется Red Hat.
И IBM сейчас, который купил Red Hat.
Red Hat на этом сделал миллиардный бизнес.
То есть они занимаются, продают техподдержку open-source-проектов, даже и техпроектов, которые они сами не делают.
То есть они предлагают техподдержку для любого open-source-проекта.
для крупных Enterprise компаний.
И они заключают контракты на миллиард долларов в год.
Тут просто хочется сказать, что модель-то не важна на самом деле, open source или не open source.
Тут скорее речь о том, что я имел в виду, когда ты сказал, как работает Enterprise, что действительно мне просто когда-то, я не помню, то ли я где-то это прочитал, то ли кто-то мне подсказал.
И у меня, знаешь, на всю жизнь это осталось, и я вот этой фразой пользуюсь.
Это, в принципе, касается аутсорсинга любых штук.
То есть у тебя вот, я пример приведу, вот есть бухгалтерский софт, вот у тебя есть, например, софт, которым ты мог просто пойти, все забить, он очень красивый, все подскажешь, все сделаешь.
Но проблема в том, что они тебе дают автоматизацию, но делать ты должен сам.
То есть ты все равно должен разбираться, все равно делать.
И он стоит очень дешево, это типа там 10-20 долларов в месяц, допустим, это вот такие софтинки.
Но у тебя есть другой тип софта, когда ты, по сути, даешь команду, которая за тебя это решает, она сорсится и там между всеми шарится, но ты за нее тоже платишь меньше, но сильно больше, чем, то есть сильно меньше, чем если бы ты взял себе человека, но сильно больше, чем если это просто подписка, то есть там уже, там нолики прям пририсовываются.
И мне кто-то когда-то объяснил, что смотри, для любого бизнеса очень важно, чтобы ты взял за них все то говно, которым они не хотят заниматься.
То есть им нужно не штуку, которую все равно они будут это делать, а просто вот багрить кому-то целиком и забыть про этот вопрос.
И все строится именно вокруг этого в крупном бизнесе.
Потому что если ты не решаешь их проблему, нахрена им твой софт?
Потому что если что-то пойдет не так, им с этим жить и с этим мучиться, а потери могут быть настолько огромные, что это ничего не переплевывает.
Поэтому...
Я бы даже сказал так, то есть это не относится к open source, но именно это то, что позволяет зарабатывать open source, то есть если бы этого не было, ты бы на open source вообще ничего бы не сделал.
И поскольку это есть, то модель эта крутая, потому что тогда без особого маркетинга, вот в таком классическом стиле, потому что люди могут пробовать, у тебя вот этот снизу идет, попробовал и протолкнул наверх, это одна из самых крутых вещей, потому что
Какие бы там не происходили флуктуации в мире, вы в этом плане, ну, сильно стабильней, скажем так, чем люди, которые просто там на рекламе, на, знаешь, вот этих всех механизмах работают.
У них может очень быстро все закрыться.
Вы даже сейчас все перестанете делать, так быстро не умрете, да, хотя, конечно, в конце концов, произошло бы.
Вот, развивать всегда бизнес надо.
Знаешь, я сейчас что понял, тоже надо акцентировать внимание.
То есть, получается, вы действительно думали, что ваш основной заработок будет это SaaS, сервис, менеджер базы данных.
То есть, правильно я понимаю, что когда вы опенсорсили, вы вообще-то уже находились, по сути, в кризисе.
Типа, она не продается, мы ничего не придумали, тогда отдадим людям и будем думать через 3 месяца, чем займемся.
Или не такие мысли были?
Не совсем.
Но у нас, еще раз я говорю, что у нас первый платный клиент появился до опенсорсинга.
И благодаря ему мы поняли, что есть деньги, большие деньги в Enterprise-контрактах.
И это нас убедило.
Адвайзер, о котором я говорил, как раз помог, убедил нас в том плане, что Enterprise-контракты могут приносить больше денег, чем SaaS-продукты.
И он оказался прав.
Мы сейчас видим, кстати, хорошая ремарка.
Если посмотреть на рынок проектов стартапов по базам данных последние лет 10, наверное, куда инвестируют деньги инвесторы, и что потом в итоге, куда проекты идут.
Наши конкуренты, можно посмотреть, там, Inflex, там.
таймскейл какой-нибудь там графана.
Инвесторы дают денег им под SAS, чтобы они делали проекты, вот эти database as a service, software as a service и все такое.
Почему?
Потому что инвесторы считают, что
это самый лучший способ достичь максимально быстрого роста экспоненциального, пользовательской базы, времени и минимальными усилиями.
То есть SaaS масштабируется очень хорошо, тебе не нужно, когда ты переходишь от 10 клиентов до 1000 клиентов, тебе не нужно растить штат твоей компании в 100 раз.
То есть он масштабируется хорошо.
Поэтому инвесторы в основном инвестируют деньги в такие стартапы, которые делают SaaS-продукты.
Но уже прошло больше 10 лет, когда этот бум со всех клаудов идет и продолжается.
Но сейчас, если посмотреть на публичные компании типа Elasticsearch, там они публикуют свои финансовые отчеты, и Mongo и другие.
То есть эти компании тоже пошли в клауд в основном, то есть они начинали с open source решений,
продолжили enterprise продажи, и потом им сказали, давайте идите в SaaS, и они пошли в SaaS.
Там активно пушат последние тоже лет 5-10 SaaS направления.
Если посмотреть финансовый отчет этих публичных компаний, которые пошли в SaaS, то можно увидеть, что SaaS им приносит до сих пор меньше половины всего дохода.
А если еще учесть то, что в SaaS намного больше затраты, потому что там, ну, инфраструктурная, да, то есть ты зарабатываешь, например, миллион долларов и тратишь на хостинг этого всего там 500 тысяч, да, то у тебя получается на самом деле маржа там 500 тысяч.
А в Enterprise, ну, Enterprise техподдержки, у тебя инфраструктурные расходы намного меньше, да, ну, то есть основные расходы у тебя там на зарплату у людей, да, которые работают, занимаются этой Enterprise поддержкой.
то можно увидеть, что вот эти большие компании, которые активно пушат это направление SaaS последние 5-10 лет, они до сих пор не вышли, у них вот это SaaS направление меньше приносит денег, намного меньше, ну не намного, короче, все равно меньше приносит денег, чем Enterprise, их контракты и направления.
И это Enterprise направление у них растет с каждым годом.
Вот такой вот парадокс такой, да.
Ну, кстати, вот не парадокс вообще, потому что это классический консалтинговый бизнес, и, естественно, любой, ну, консалтинг, ты знаешь, да, вот если ты будешь строить консалтинг, она не стоит вообще ничего.
Консалтинг никому не интересен, и да, он вокруг твоего продукта, все дела, но все равно сразу, как только внутри инвестор это категоризирует, для него это немасштабируемая история.
Это же венчур, венчур – это иксы, 10 икс, 100 икс, если это OpenAI.
И поэтому оно не может быть априори ему интересно.
То есть у них выбор не стоит между тем, чтобы пойти в консалтинг или СААС.
У них либо СААС, либо ничего.
То есть либо получится, либо не получится.
Пока вера есть, они будут продолжать это делать.
Но знаешь, в чем хорошая новость?
Опять же, предпринимательское мышление, про которое буду говорить, даже если ребята устали, это очень важно.
Когда ты об этом думаешь, можно думать об этом двумя разными способами.
С одной стороны, можешь говорить, ой, ну денег никто не даст, там тра-та-та, беда, и вообще не заработаешь иксы.
Но!
Вообще-то, благодаря этому у вас есть возможность, которой нет во многих других направлениях.
Поскольку туда никто не инвестирует, ну, в смысле, вот именно в такой формат работы никто практически не инвестирует, то вам гораздо проще конкурировать.
То есть вы можете это сделать, вы не заработаете прямо сейчас миллионы денег, но зато вы спокойно, хладнокровно год за годом будете расти, и, в общем-то, никто не будет вам путаться под ногами.
Я прав или не прав?
Прав на 100%.
Так и есть, да.
Я очень часто рассказал тайну.
Сейчас, может быть, послушают слушатели, что я рассказал, что нужно больше инвестировать в направление.
Тайна.
Опять же, это вопрос того, что, видишь, мне не нужно, например, в этом бизнесе быть, потому что когда ты все-таки давно им занимаешься, у тебя просто в голове есть некая вот эта картинка того.
То есть есть модели того, как это вообще бывает, как работает.
И если ты читаешь правильные книжки хотя бы по бизнесу, там все это написано.
И все это понятная история достаточно.
Прикольно.
И в какой-то момент к вам начали приходить такие ребята, да, и вы, соответственно, действительно у вас стало получаться.
Вы открыли шампанское после первой продажи?
А, нет, первая продажа, ладно, она еще была до открытия, но вот когда уже вы open source сделали и пришли взрослые ребята, расскажи, открыли ли вы?
Нет, мы планировали открыть шампанское, планировали, ну, типа, приурочились на открытие шампанское к разным там достижениям, типа, там, по ревенью.
И до сих пор планируем.
Но в итоге до сих пор не выпили шампанское.
Давай блиц по текущему состоянию.
То есть мы сейчас еще поговорим про всякие процессы, которые у тебя внутри происходят.
Вот вы уже вообще-то сейчас 25 год на дворе.
А я до сих пор, знаешь, у меня в голове там что-то прошлое.
То есть вы уже существуете там плюс-минус 7 лет получается.
Очень достаточно много, да.
Что ты можешь раскрыть прямо сейчас?
Количество людей в компании, revenue, если можно, если нет, не надо.
Ну, короче, какие-то цифры.
Количество активных клиентов, скорость роста год от года хотя бы.
Рост год от года у нас публичная информация.
Мы растем 2-3 раза, revenue растет у нас год.
2-3 раза?
Остановите меня.
В начале было больше, но последние 3 года 2-3 раза ревенью в год растет.
Количество ревенью в абсолютных величинах не буду раскрывать, но не брали инвестиции под развитие компании, и мы развиваемся за счет своих денег, которые заработали на Enterprise-контрактах, и органически растем.
И сейчас у нас где-то в районе 40 человек суммарно в компании работает.
Это у всех включительно инженеров больше 10, где-то, наверное, человек 15.
Остальные там это сейлс, маркетинг, всякие.
Бухгалтеры.
Да, бухгалтеры и все такое.
Хорошо, а инженеры, кстати, физически где?
По всему миру разбросаны?
Да, у нас нет офиса центрального, не было никогда.
И инженеры, да, они по разным странам мира разбросаны.
И мы не привязаны к никакой локации и нанимаем инженеров.
Кстати, по поводу найма инженеров, я считаю, что мы в очень выгодном положении находимся, потому что по сравнению с другими компаниями, Closed Source, потому что мы имеем возможность нанимать инженеров, которые уже имеют опыт работы с Victoria Metrics, они ее уже использовали, они смотрели код, исходники, потому что они Open Source, которые мотивированы, это очень важно, работать с этим, с исходниками Victoria Metrics и разбираться с Victoria Metrics продуктами.
ну, к тому, что благодаря open source, да.
Слушай, ты такую важную штуку сказал.
Вот не поверишь, я периодически про это рассказываю в своих видео, и вообще вокруг этого в том числе строю вот инженерную как бы историю, которую я рассказываю наружу.
А люди это, кстати, не очень верят.
И вот ты просто яркий этому пример.
То есть о чем я всегда говорил, что если есть какой-то open source продукт, в котором вы активно участвуете, да вас просто с вероятностью, наверное, процентов под 100, но если вы дошли до определенной точки, возьмут туда на работу, если вы попроситесь.
Да.
И это самый лучший, самый крутой.
Причем даже собес, может, проходить даже не придется.
Тебе просто скажут, что заходи в компанию.
Нет, но собес все равно придется проходить.
Ну, кстати, у меня были моменты, когда я брал людей без собеса.
Ну, у нас, конечно, не настолько сложная техническая история, но такое было, да.
Но в любом случае, это уровень совершенно другой, когда ты точно знаешь этого человека.
Мы нанимаем основу разработчиков из людей, которые уже имели опыт работы с Викторией Метрикс продуктами.
Это очень прикольно, да.
Могу я сказать, что вы вообще ориентируетесь на кого-то?
Потому что ты сейчас рассказываешь, я такой думаю, это похоже на Перкону немножко, то, что вы сейчас делаете.
Ты с Петей Зайцевым не знаком?
Знаком.
Но он тоже фактически консалтинг вокруг своих инструментов, вокруг существующих баз данных, просто они-то уж явно побольше.
Ну, ты мне сейчас первый раз это сказал, я начал задумываться, и да, похоже что-то.
Но и фан-факт, я хотел сказать, что Percona, у них есть продукт PMM, это Percona Monitoring Account Management для баз данных.
Ну, продукт, который позволяет мониторить базы данных.
Этот продукт, он перешел с Prometheus на Victoria Metrics где-то в 2020 году, по-моему.
То есть они заплатили, чтобы мы им помогли перевести
их продукты от PMM с Prometheus на Victoria Metrics.
Но почему?
Потому что Victoria Metrics более эффективна в использовании ресурсов, что для них там важно для PMM-продуктов.
У меня такой неожиданный вопрос появился, когда ты об этом сказал.
А нейминг влияет вообще на что-нибудь?
Есть такое, кто-нибудь говорит, вау, класс, или такой наоборот, типа, какая еще Виктория, ребята, продукт с таким именем не может быть хорошим, нет такого.
Я думаю, что нейминг очень мало влияет, ну, на что-то влияет, но влияет там в правилах, в рамках там пару процентов, да, там намного больше влияет качество продукта.
Мы вот...
Нельзя не сказать о том, что мы с тобой до начала записи тоже об этом посмеялись на эту тему, что имя Виктория и Виктор, они созвучные, да, они что-то очень популярные в DevOps, потому что есть вот у тебя Виктория Метрикс, а есть Виктор Обс.
Почему именно Виктор?
Там чувак, кстати, такой, этот, Викинг нарисован, если ты помнишь.
А, ты, наверное, не был на их сайте.
Ну, короче, Викинг там нарисован.
Могу рассказать про историю Виктория Метрикс.
Откуда имя взялось?
Оно очень простое.
Это мою жену зовут так Виктория.
Блин, не понимаешь, я про себя подумал.
По-любому какая-то любовная история.
Да.
Класс вообще.
Первый год у Виктории Метрикс не было названия.
Оно было кодовое название, типа Fast Metrics.
Почему?
Потому что я люблю делать какие-то там Fast Performance оптимизированные продукты.
До Виктории Метрикс я делал в Go Fast HTTP проект есть такой в Go, который достаточно известный.
Если...
Параметры на GoPro у многих, кто знает, и другие, там, FastJSON, QuickTemplate и всякие такие названия.
Слово FastQuick там присутствует.
И поэтому кода названия Vector Metrics было FastMetrics.
Но потом, когда надо было уже его объявлять публично, этот проект, я решил, что FastMetrics как-то не секси звучит.
И первое, что пришло в голову, это назвать Vector Metrics в честь мейджора.
Очень приятная штука.
Я думаю, твоя жена гордится такой историей.
Да, прикольно, когда в честь тебя называют.
Можно звезды еще называть.
Есть же вот этот MySQL, который тоже назван в честь, я не знаю, кого там, дочери или кого-то, Майкла Монти, разработчика MySQL.
И вот он уже сделал MariaDB, я тоже, да, Мария, тоже кто-то там у него из родственников.
У меня пока единственное, что я в честь детей называю, это мы, короче, тут недавно, если ты играешь в игры, вышел, ну, пару лет назад или год назад вышел Хогвартс, это типа Гарри Поттер.
И когда мы персонажа там создавали, у меня сын Данилова зовут.
Я говорю, давай, Данил Поттер у нас есть.
Он такой, е-е-е.
Вот пока на таком уровне нейминг у меня происходит в семье.
Хорошо.
Скажи, пожалуйста, вот вам заплатили первые ребята, окей, вторые, я так понимаю, какие-то были сложные переговоры, в какой-то момент ударили по рукам.
То есть вот эти условия, насколько вообще легко это было придумать?
Потому что мне кажется, это довольно сложно, когда у вас вообще никакого опыта.
То есть вы пытаетесь о чем-то договариваться, а это много или мало, сколько должно быть, как вообще вы это сделали?
Да, очень хороший вопрос.
У нас не было никакого опыта в заключении этих интерпрайс-контрактов.
когда первые клиенты начали приходить.
И оно все было методом проб и ошибок.
То есть там первый контракт у нас по сумме небольшой был, и мы даже не
Не вели никаких переговоров по сумме этого контракта, просто то, что нам предложили, мы согласились.
А потом со вторым клиентом уже были серьезные переговоры, долго с ним общались.
Он хотел долгосрочный контракт, на три года мы с ним заключили первый раз контракт.
И там по цене тоже, по условиям контракта очень много было вопросов.
Но переговоры шли где-то полгода, наверное, с этим клиентом пока, до момента заключения контракта.
Да-да-да, я просто понимаю, что такие вещи, это не просто тяжело, это еще и страшно.
У тебя в любой момент может все сорваться, там поменяется руководство, что-нибудь стрельнет им в голову за это время.
А еще вы неопытный, вдруг недопродадите, а вдруг потом выяснится, что вы в минуса работаете.
Но насколько я знаю по интерпрайзу, такая немножко неприятная правда, интерпрайз это всегда вопрос того, как знаешь, продажа дорогих картин и всего остального.
То есть вот сейлс насколько оценил, сколько он из них вытащить может, столько он и должен вытащить.
Я как предприниматель это понимаю.
И да, B2B направление так работает.
Есть тендеры, кстати, к тому же, всякие разные.
Но, наверное, все-таки для обывателя это звучит как безумие, когда ты один тот же продукт можешь продать одному за 5 тысяч долларов, второму за 20 тысяч долларов.
Да, так и есть.
Но на самом деле...
Наши сейлсы работают в рамках какого-то фреймворка по тому, как правильно определять стоимость контракта, предлагать, какая для данного пользователя подходит.
И там основные факторы, которые влияют на это, насколько...
Будет это сложно предоставлять техподдержку для данного конкретного кастомера.
Я, кстати, даже могу примерно прикинуть, у вас, наверное, есть какой-то минимальный несгораемый остаток объема времени, выделенного одним инженером в год на этот проект.
И это такая базовая цена, от которой в плюс прибавляется.
Или я не прав?
Нет, не совсем.
Не совсем?
Хм.
Интересная загадка.
Основные характеристики, формула у нас есть, по которой прикидывается стоимость контракта нашими сейлсами, и потом они обосновывают ее, ведут переговоры.
В нее входит объем
Нагрузка, короче, на систему.
То есть объем, количество уникальных метрик, рядов, которые пишутся в эту систему, количество запросов, которые идут туда.
Ну, короче, там очень специфические такие штуки, которые, не знаю, стороннему человеку мало что скажут, но если ты занимаешься поддержкой Prometheus-системы, либо другой какой-нибудь сервобит системы,
то они очень тебе должны быть на слуху, потому что они тебе в основную боль приносят.
Но эти метрики основную боль приносят, если они большие.
Количество активных рядов.
Есть такая метрика.
Она показывает, сколько метрик фактически собирается со всех источников этого базы данных в каждый момент времени.
И чем больше это значение, тем надо больше ресурсов в эту базу данных, тем больше вероятность того, что что-то пойдет не так, тем больше вероятность, что к нам обратятся для того, чтобы что-то порешать, помочь, разрулить.
И, соответственно, цена растет.
Я понял, да.
Еще важная, как ты сказал, основная задача сейлзов в начале переговоров – это узнать, сколько тратит кастомер для текущей версии своей обсервабельной системы.
Обычно это Prometheus какой-нибудь, либо Thanos, M3DB, Emir.
Короче, наши конкуренты какие-то используют.
И вот когда sales, если узнают, сколько они тратят, ну, кастомера на эту систему, тогда уже очень, ну, намного проще...
понимать, сколько наши селсы могут предложить стоимость контракта.
Ну, понятно, что она должна быть меньше, чем они тратят на это все, чтобы выгодно было клиенту на нас переходить.
Ну, и там уже идут переговоры.
Да-да-да.
Главный вопрос во всех корпоративных системах, когда ты в них подключаешься автоматически или когда тебя звонят, какой у вас бюджет?
Да.
Да.
Сколько вы тратите на эту штуку?
Ну, это понятно.
Прикольно.
Прикольно.
Я тебя понял.
Хорошо.
В какой момент вы вышли в плюсы?
Сколько понадобилось клиентов?
Через год после, ну, где-то весной 2020 года.
А это сколько было клиентов?
Просто так?
Пять, наверное, где-то так.
И в этот момент или уже до этого, в какой момент вы такие, так, ну, а теперь пора нанимать людей?
Мы наняли первого человека еще до того, как вы вышли в плюс.
Это было, насколько я помню, конец 2019 года.
То есть мы еще не были в плюсе, но мы видели, что у нас шли переговоры по каким-то будущим контрактам, и мы видели, что мы выйдем в плюс в ближайшее время, в ближайшие полгода.
И мы рискнули уже найти первого человека.
Ну а кто это был?
Это был разработчик, который уже активно использовал Викторию Метрикс, разбирался в коде, присылал нам пул-реквесты, присылал фичер-реквесты, баг-репорты.
То есть он был активный разработчик и пользователь Виктории Метрикс, и как программист тоже.
Хорошо, вот дойдя до этой точки, просто ты сейчас рассказываешь на маркетинг, даже о половине уйти.
В какой момент вообще это пришло?
Ну вот к вам пришел один клиент, второй, пять клиентов.
Я правильно понимаю, ну, мне чутка, что так бы произошло, в какой-то момент сели и думаете, так, ну, что, мы будем сидеть и ждать, пока вот так они будут сами только приходить, может быть, что-то надо делать?
Или не так у вас это было?
То есть, как вы начали дальше двигаться, да, и понимаешь, ой, а может, маркетинг включим?
Маркетинг начался с самого начала, да, когда еще было это SaaS-решение, когда мы опубликовали вот эту статью на Medium и захайпили ее в Hacker News.
Основной инструмент маркетинга на первых этапах первых пару лет был Medium плюс Hacker News.
На Medium я писал какие-то статьи, а на Hacker News или на Reddit пытался их запостить и захайковать.
И вот самая первая статья была про то, как мы сделали database as a service.
То есть это еще было в осени 2018 года, до того, как мы за open source это все.
И тоже там статья была опубликована на Hacker News, ссылка на статью на Medium.
И там тоже она выстрелила, но не так сильно, как когда мы за open source это все через полгода.
Ну, нормально.
Так, ну, то есть с этого момента, ну, маркетинг начался с самого начала, да, с первой статьи вот этой вот.
Ну, то есть это ничего тут секретного нет, то есть стандартный какой-то маркетинг, который мы ведем постоянно, и у него надо постоянно публиковать какие-то статьи, постоянно там пытаться это захайпить, постоянно участвовать в каких-то темах, там, обсуждениях, да, там.
которые связаны с продуктами Виктория Метрикс или с конкурентами.
Участвовать на этих конференциях, где есть пользователи потенциальные наши.
Тут просто знаешь, что очень важно?
То, что ты говоришь, это не то, что обычно в людей в голове возникает, когда они говорят про слово маркетинг.
То есть контент-маркетинг – это как раз понятная вещь, она денег особо не требует, она требует от тебя…
квалификации, способности написать и то, что ты регулярно этим занимаешься.
Для таких продуктов, как ваш, это вообще обязательная часть стратегии.
То есть если не ходить, не выступать, не трещать на каждом углу про это, показывать бенчмарки, то есть даже такие технические статьи, там, на Хаббр еще какой-нибудь пошел, без этого вообще без шансов.
Но все-таки, когда люди это воспринимают, у них в голове картина немножко другая.
У них, ну как же, это же деньги, реклама и все такое.
Просто ты вообще ни слова про это не говоришь.
Так все-таки вот именно этот маркетинг, он у вас присутствует или нет?
Деньги?
Ну, мы тратим деньги на... То есть рекламу у вас есть?
Есть реклама в LinkedIn, есть реклама в Twitter, и пытаемся делать рекламу Google Ads, AdWords.
Но сам непосредственно этим не занимаюсь, поэтому так, ну, могу там что-то не так сказать, но насколько я знаю, есть у нас, ну, тратим на этот маркетинг, на такой тип маркетинга тоже деньги, там и...
Но, насколько я знаю, эффективность этого маркетинга не такая высокая, если сравнивать ее с органическим маркетингом, с публикацией каких-то стратегий и участием в обсуждениях каких-то на хакер-ньюсах на Reddit.
Но если смотреть на Google Analytics, на сколько времени они в среднем находятся, этих источников, на этих лендинг-страницах, куда они приходят, и сравнивать его с временем,
пользователей, которые, ну, органический трафик, да, которые пришли где-то через Google, там, то, ну, эффективность этого платного маркетинга какая-то низкая, да, может, мы не умеем его настраивать.
Ну, у тебя там, очевидно, просто более холодный трафик, потому что ты показываешься людям не со сформированным спросом, потому что органика – это сформированный спрос, человек гуглит как раз то, что он хочет, а не просто видит то, что ему подсовывают.
Вот, это всегда так, у тебя органика гораздо более, ну, не...
У тебя еще прикольно то, что информационная органика и коммерческая соединены в одну в этом смысле, потому что люди, которые ищут просто техническое решение, они тебе подходят.
Просто, например, когда, я как пример покажу, вот мы продаем курсы, да, есть человек ищет, а как сделать переменную в JavaScript, это не тот человек, который хочет купить курсы, ему вообще это неинтересно.
То есть там вероятность, что он такой, и она просто микроскопическая.
А вот в своем случае, там, у меня Prometheus тормозит, это просто вот твой клиент.
То есть у тебя как бы технический вопрос, информационный трафик, который не является коммерческим, когда пишут «хочу купить курс», это прям твой клиент, это суперудобно.
То есть это еще один фактор, который я раскрывал в своих постах недавних о том, что почему такими проектами имеет смысл заниматься и думать в эту сторону.
Не в потребительский бизнес обычный, где обычные люди, там шансов вот так, как ты рассказываешь, просто нет.
Ну, есть, но если, например, ты в Инсте делаешь какие-то супер-классные ролики и там собираешь мега-охваты, да, вот такой вариант тоже может быть.
Но вот чисто на платной рекламе там обалдеешь, чтобы это все сходилось и так далее.
И поэтому действительно контент-маркетинг грамотный в инструментариях решает.
То есть выступления, контент-маркетинг и все остальное.
И я как раз хотел подчеркнуть, что особенно за рубежом, там, в других странах другие моменты, это Reddit.
Просто для тех, кто не знает...
Reddit – это мир, где пишут все.
Отсутствовать там просто нельзя.
Если тебя там нет, значит, тебя вообще в этой жизни нет.
И Reddit – это такое место, где кто-нибудь, например, спрашивает про космос, ему там отвечает «Я разработчик шаттла такого-то, сейчас вам расскажу».
Это вот, чтобы вы понимали уровень людей, которые там находятся.
Ты всегда попадаешь на человека, который эту систему сделал.
Он там отвечает тебе.
Вот, и очень важно присутствовать там не просто, мы там написали что-то на Reddit, что мы выпустили, а именно отыскивать все, что спрашивают люди, и вовремя отвечать.
Просто вот эта вот стратегия развития через Stack Overflow, через Reddit из серии, прям не просто мы там случайно находим, а мы прям сидим, мониторим и отвечаем, это в любом таком проекте, как ваш, я уверен, это должно быть просто чуть ли не основное, то есть это просто в топе основных задач.
Да, так и есть.
Так же происходит?
Так и есть, да.
Вот.
И это, кстати, в том числе показатель, потому что энтерпрайзы, люди с опытом, они как делают?
Они идут на Stack Overflow, они идут на Reddit, и если там про ваш продукт никто не говорит, они сразу понимают, а как я буду делать, ну, чинить ошибки,
Если у меня что-то пойдет не так.
Кстати, из-за этого, опять же, не знаю, насколько вы дошли до этой точки, все-таки крупные продукты, как ни крути, они покупают специальные сетки ботов на этих платформах.
Они хитрые, это не такие боты, которые просто спамят, это именно те, которые годами там накапливают.
которые специально задают вопросы и специально отвечают с других этих же ботов для того, чтобы создавать эту движуху.
Это на самом деле не приводит к проблемам, то есть это тот спам, который, ну давай так, не спам, это такой метод продвижения, который вообще-то он полезный, потому что он, во-первых, никому не мешает, но обычно это где-то там в Subreddit сбоку, тем более, если ты сделал это в Subreddit по своему продукту.
То есть, в принципе, никто не подписывается, никто его не читает.
Но если у кого-то возникнет технический вопрос по твоему продукту, он найдет там на него ответ.
Потому что ты же туда будешь не все подряд постить, а ровно то, что людей волнует в первую очередь.
Поэтому это такой...
Я бы сказал, есть черная схема, а это такая немножко серая схема.
То есть говорить об этом особо не надо публично, но это делают все.
Ну, я могу сказать, что мы это не делаем.
Ну, крупняк, давай так, крупняк делает это.
И не собирается делать, потому что мне не нравится серая схема.
Есть белая схема, она похожа на то, что ты рассказал, но она звучит так, что мы...
мониторим stack overflow, да, там, где пользователи спрашивают вопросы по нашим продуктам, и, ну, нам не нужно самим там эти вопросы задавать там на Reddit, да, там, и генерировать тем самым там какой-то лишний контент, а тут уже пользователи сами спросили, и мы там на них отвечаем на эти вопросы, и таким образом...
помогаем этим пользователям и будущему, которые столкнулись с такими вопросами.
Это такая схема.
Ну и плюс идете туда, где спрашивают про Prometheus, потому что именно там вы рассказываете про его проблемы.
Да, да, да.
То есть у нас такой условный мониторинг, не только там мы тренируемся на Prometheus, вопросы, да, и там отвечаем иногда на Prometheus вопросы.
Ну, не иногда, стараемся всегда отвечать на вопросы.
В этой всей истории очень важен просто вот этот баланс, да, чтобы не перегнуть, потому что если ты, знаешь, ты находишь такой свой продукт, хочется про него сказать, тебя сразу, если спалят, что ты пытаешься рекламировать, бан.
Это интересное замечание.
Я там, ну, часто там участвую в этих вот переписках, разговорах на Reddit, там, на Stakeoverflow, на Hacker News.
И раньше, да, я старался не палиться, что я разработчик, старался как-то завалированно это все рассказать, чтобы пользователи сами додумали что-то.
В последнее время
На это забил и прямо пишу от своего имени, что я основной разработчик Виктории Метрикс.
И какие-то не рекламные статьи, не рекламные посты, но что-то пытаюсь помочь пользователям.
Если вижу, что им в данном контексте Виктория Метрикс продукты помогут, я так и пишу.
Прямо что-то типа «Попробуй Викторию Метрикс».
По таким-таким-то причинам.
И не скрывать, что это я, разработчик Виктория Медрикс.
Ну да, да.
Нет, это другой вариант.
Я как раз говорил про то, что, ну, когда, знаешь, просто отвечают, что продать.
Ты когда смотришь в профиль этого человека, он только-только про это говорит.
Это, конечно, как спам выглядит.
А когда ты говоришь, что я разработчик, эксперт, и помогаю с вашим вопросом, это наоборот классно.
И, собственно, я же видел, скорее всего, говорю, твой ответ на H, у тебя как там ник называется?
Нет, это не мой, но у меня валял.
Разработчики, да?
Мне просто очень понравилось, как он написал.
Он написал именно классно.
Как раз это было про Метеус, там типа, ой, ребята, а что делать?
Или там как раз выбор между ним и Викторией Метрикс.
И он написал очень классную штуку.
То есть прям, знаешь, после чего ты человеку веришь, ты понимаешь, да, вот этот маркетинг такой работает.
Он пишет...
Я типа ментейнер Виторио Метрикс, сейчас пару слов про это скажу.
И он прям первую фразу пишет, если у вас нет никаких проблем с Прометеусом, переход на нас, типа, ну, не надо, у вас все нормально, вы не получите никаких дополнительных плюсов.
И ты сразу подсознательно доверяешь человеку, ты понимаешь, что тебе не пытаются навешать на уши.
Я такой, ммм.
Молодцы ребята, очень грамотно.
Есть чему поучиться у такого подхода.
Да, оно работает, но люди, наученные горьким опытом, мало верят вот этим всяким постам рекламным, где пишут, что наш продукт самый классный по таким-таким-то причинам, у нас все там супер.
Почему?
Потому что в большинстве случаев это оказывается ложь.
Обычная стандартная реклама, где ничего не соответствует действительности.
Нам в этом плане сложновато.
То, что мы тоже пишем такие же статьи, такие же посты какие-то, где пишем преимущество векториметрии.
Мы понимаем, видим, что пользователи тоже заходят и читают, говорят, а, это все фигня, это все неправда, потому что как и у других, мы этому не верим, это все маркетинговый булшит.
И как-то есть такая проблемка.
И я думаю, что путь к ее решению – это мотивировать пользователя
попробовать продукт?
Ну, попробовать все-таки это довольно сформированная штука.
То есть, есть, да, которые целенаправленно просто пробуют.
То есть, есть такая категория технорей и даже специальные люди в компании, когда они прям просто так смотрят все, что на рынке есть и пробуют.
Это 100%, но
их история попробовать вообще не зависит от твоих действий то есть если ваш продукт на рынке есть они его попробуют независимо ни от чего я знаешь как бы сказал вот интересно насколько для тебя это очевидная мысль или нет вот когда ты мне это рассказываешь у меня сразу мысль в голове такая здесь правильный заход с моей точки зрения это инфлюенсеры в технической сфере то есть это те люди которые постоянно делают бенчмарки пишут про сравнение инструментов и так далее и
вот это в тысячу раз для вас важнее и эффективнее чем реклама просто вот в контексте потому что как раз это маркетинга там особенно американский особенно английском там так заливают в уши что этому никто просто не верят а вот если какой-нибудь известный блогер который вас попробовал
И при этом он на бенчмарках показал, что это работает, у него же репутация, тоже есть все дела.
То есть людей, которые, конечно, можно кого-нибудь купить, это тоже вариант, но я думаю, что в технической среде все-таки гораздо реже распространено, чем в такой бытовой, когда у тебя в инсте просто «а, крем покупай», там все дела, да.
Вот вы, кстати, пользуетесь этим или еще не дошли до этого?
Инфлюенсерами?
Ну, мы целенаправленно не пользуемся, да, я про это знаю.
Было бы неплохо найти, выйти на контакт с такими инфлюенсерами, найти их и выйти на них на контакт и убедить их в том, чтобы они там включили Викторию Метрикс продукты в свои какие-то там публикации.
Оно как-то органически пока происходит.
Целенаправленно мы в этом направлении копаем.
Но должны копать, я думаю, в маркетинге.
Нашей команде надо сказать про это.
Ты потом, кстати, этот... Я хочу поржать.
Когда вы с этого заработаете, приходи ко мне, мы с тобой поговорим.
Да.
Тут интересно, как найти подход к этим инфлюенсерам.
Я понимаю, что многие из них...
Не покупаются, да?
То есть если предложить просто деньги, сказать, давай, мы дадим тебе денег.
Слушай, тут проблемы вообще никакой нет, потому что как раз-таки речь не про деньги.
Если люди реально занимаются бенчмарками, то они, как правило, рады, что если к ним приходит кто-то из компании, с ними строят отношения, они наоборот это подчеркивают, смотрите.
Эти вот говнари, например, мне не ответили, послали.
Возьми, знаешь, это промышленные всякие вещи, фотоаппараты, бытовая электроника, машины и так далее.
Ты же знаешь, там инфлюенсеру просто, их всех знают по именам.
Вот у тебя машины выходят с завода, у тебя там первые 10 штук разъезжаются сначала друзьям, кому надо, начальникам, а вторые 10 разъезжаются блогерам.
Вот, и я не знаю, можно ли как бы у вас тут упаковать и дать им какие-то там лицензии, еще что-то, сетапы, стенды, но как минимум, если человек прям занимается вот прям бенчмарками, так просто pull-request ему делаешь в там GitHub.
Короче, тут очень много вариантов, как туда можно залезть, и он только будет рад, если вы открыто к нему с этим придете.
Я думаю, такие ребята есть.
Если бы такие инфлюенсеры были здесь, да, там, я думаю, что я про них бы уже знал, да, потому что на то они инфлюенсеры, чтобы про них все знали.
Но проблема в том, что я особых не знаю.
А насчет бенчмарков, да, там есть бенчмарки, периодически какие-то публикуются сторонними компаниями, ну и мы в том числе тоже публикуем бенчмарки, какие-то фрейворки для бенчмарков, сравниваем производительность разных решений.
И мы стараемся, если видим какие-то новые бенчмарки вышли, стараемся
У них поучаствовать, попробовать Викторию Медрикс продукт.
И вот из последних новостей, там есть вот Clickhouse продукт, база данных аналитическая, и они сделали бенчмарк, Clickbench называется, benchmark.clickhouse.com.
Где какие-то аналитические данные они записывают в базу данных и потом делают какие-то аналитические запросы.
43 запроса, по-моему, у них.
И замеряют время выполнения этих запросов.
Потом на разных базах данных и потом на этом сайте clickhouse.com публикуются эти все результаты.
И вот мы туда недавно добавили Викторию Локс.
Ну, Викторию Метрикс не добавляли, потому что Виктория Метрикс – это не аналитическая база данных, и те вот эти данные, которые в этом митчмарке, они плохо ложатся на архитектуру Виктории Метрикс, потому что она база данных для метрика, а не для событий аналитики.
А вот новый продукт у нас Виктория Локс – это база данных для логов.
Я сейчас активно над ней работаю, и она оказалось, что отлично подходит под такие workload, такие нагрузки аналитические.
И в итоге я там добавил этот TheoryLogs в этот бенчмарк, и оказалось, что она там нормально себя показывает на этих запросах.
Ну, то есть, не пасет задних, да, то есть, она не вырывается вперед, там, на первом месте Клейхаус, понятно, потому что он самая быстрая база данных, аналитическая, но Виктория Мелокс там нормально себя показывает по сравнению с другими базами данных, да, там, с популярными, там, Эластик, какой-нибудь Монго, там.
Ну, тогда, кстати, возникает интересный вопрос.
Если первую базу ты делал, потому что у тебя была дикая боль, связанная с...
производительностью ты реально решил, попал, у тебя весь бизнес вокруг этого строится, это просто сумасшедший успех, тем более уже столько лет вы пережили вот эти вот, ну все, вы живы, с вами все будет хорошо, да.
Все-таки, а Виктория Локс, ты же фактически сейчас сказал, что ты даже не особо о производительности задумался, потому что ты удивился, что она там в принципе не хуже всех.
А какая мотивация тогда была ее сделать?
Мотивация была такая, что
О производительности я задумывался, но о производительности в рамках нагрузки log, типичной нагрузки под логи.
Это нагрузка немного другая по сравнению с аналитической нагрузкой, для которой создавался кликхаус, предназначен кликхаус.
Мотивация сделать Викторию Локс исходила в основном от наших пользователей, от наших кастомеров, которые давно на нас уже пинают, говорят, что классно у нас Виктория Метрикс, но у нас есть проблемы с нашими решениями под логи.
существующим open-source.
У нас конкуренты есть, это Grafana, Loki и Elasticsearch.
Ну и коммерческие, куча там коммерческих решений.
То есть Elasticsearch хотят заменить?
Да.
Сколько лет?
Да.
А так, ну, я уже заменил.
То есть VictoriaLocks работает лучше, чем Elasticsearch и лучше, чем Loki, намного лучше и эффективнее.
Go победил Java, можем мы сказать?
Go победил Java, по-моему, когда стартанул, в самом начале, когда появился.
это мое мнение.
Не, ну, все равно, Java, ну, тоже производительная, инструментария столько написано, Enterprise просто так не сдастся, но это интересно.
Не, в Enterprise, в Enterprise, да, я согласен, что Java будет там вечно жить, потому что Enterprise любит такие проекты, ну, как, такие языки программирования, как Java, ну, можем спуститься в Холивард, но, на моем понимании, что, ну, я на Java тоже писал там какое-то время, и больше не хочу там писать, ну, по сравнению с Go, это небо и земля, в плане того, что
Java – это чисто энтерпрайзный язык программирования, в котором пропагандируются эти абстракции, абстракции над абстракциями, где реально твоя логика кода где-то там зарыта под тысячами этих абстракций, и ты хрен ее найдешь, и потом хрен там одеваешь и разберешься, что там как работает.
Но это хорошо для Enterprise.
Enterprise такое любят, и поэтому я уверен, что Java будет в Enterprise вечно.
Там можно пилить какой-то простенький проект, какую-то простенькую задачу годами, тысячами людьми, и тратить на это миллиарды долларов.
Ну, нормально это для Enterprise.
Да, у них деньги есть, тут все хорошо, да.
А в Go в этом плане все противоположное.
В Go пропагандируется простота, пропагандируется код, который надо писать максимально просто, как обычно пишут школьники, когда только узнали про программирование.
И потом же, если нужно эти абстракции, когда ты пишешь на код, напишешь какой-то и видишь, что у тебя тут есть кусок кода и тут кусок кода.
делают одинаковые задачи и думают, что надо его объединить, сделать, вынести в отдельную функцию или в отдельную структуру с методами.
И только тогда ты это делаешь, когда ты видишь в этом необходимость.
А в Java, наоборот, ты сначала придумаешь кучу вот этого разветвленного...
абстракции кучу, да, там, и потом пытаешься в эти абстракции впихнуть код, да, там, как-то, чтобы он работал, то, что тебе нужно сделать.
Но совсем другая, предположенная парадигма, и вот в Go, ну, я стараюсь писать свои продукты так, итоговый размер кода получается там намного меньше, там, в десятки раз меньше, чем
в джазе он делает то же самое что джазовский код в 10 раз больше и в этом коде в go намного проще разобраться в этом рефакторе его поддерживать и развиваться в будущем пока вот ты говорил в тот раз я тебе хотел еще добавить не знаю тоже насколько ты знаешь или нет хочу это проговорить чтобы опять же те кто нас слушали они такие о вот так еще можно это смотреть вот мы поговорили про инфлюенсеров ты говоришь их нет но они есть но они немножко другого формата знаешь что я под этим подразумеваю
тебя вокруг в этой индустрии вообще-то много людей которые занимаются внедрениями то есть разного рода консалтера и они рекомендуют какие-то инструменты и они постоянно тестируют вот такие ребята должны как бы вас приходить рекомендовать и для этого не должны с вами контракты приведу пример это классика это дизайн квартир это супер популярная область то что всем это надо ну очень многие этим пользуются там ты же знаешь как это работает да ты вот договариваешься с человеком который тебе этот квартиру там проект создает и
А дальше он говорит, а у меня, собственно, продолжаем работать дальше, у меня есть все подрядчики.
Ну и, соответственно, все подрядчики, они вот правильные.
И здесь у тебя ровно та же самая ситуация.
Вот у меня буквально один из прошлых вебинаров был с Лешей Рыбаком, который непосредственно в том числе этим занимается.
И он постоянно тестирует, он постоянно пишет про это разные статьи, достаточно популярные, интересуется этой темой.
Ну, короче, он в этом плане инфлюенсер, но не такой, который, знаешь, там на Ютубе каждый день видосы пишет, поэтому ты можешь его так не видеть.
Даже не всегда, когда статью читаешь, да, знаешь, кто это пишет.
Но эти люди, они вот формируют это восприятие в том числе.
Вот, кстати, вы с ними прям целенаправленно работаете или скорее они сами, если до вас добрались, то они ходят и про вас рассказывают, ну, и внедряют?
Нет, как ни парадоксально, нет, с такими людьми мы не работаем, индивидуальными, да, но до нас сейчас приходят channel sales, так называемые, да, там...
Это какие-то системные интеграторы, которые занимаются системными интеграциями для крупных enterprise-кастомеров.
Они могут предлагать как часть системной интеграции какие-то решения сторонние.
И вот они сейчас приходят, выходят, и мы с ними начинаем вести переговоры.
в условиях работы.
Да, и это направление, я думаю, перспективное.
Потому что есть целые рынки, типа в Европе, в Германии, во Франции, в Японии, в Китае, где очень сложно
сторонним компаниям каким-то там выйти на эти рынки и продавать решения свои интерпрайзные местным игрокам этого рынка.
Потому что все эти игроки рынка привыкли работать через этих вот системных интеграторов, которые на слуху в конкретном стране, в конкретном рынке.
И вот, да, путь выхода на эти рынки конкретной страны через таких вот системных интеграторов, да.
Мы сейчас в это направление идем.
Понятно.
То есть стоит ожидать еще в течение нескольких лет Люксофт, E-PAM и подобные ребята будут вас ставить к себе на сайт, что мы внедряем.
Виктория.
Да.
Метрикс.
Мне хочется Victoria's Secret сказать.
У вас должны быть шутки на эту тему.
Да, есть шутки.
Пользователи шутят, и мы внутри компании шутим.
Виктория Метрикс, Виктория Сикретс.
Коллаборацию запустите.
Я не шучу.
Вполне можно что-нибудь замутить.
А по поводу этого, если вернуться к вопросу по поводу того, как оказалось, что реально на всех бенчмарках, на всех пользовательских сетапах, где пользователи перешли, попробовали Викторию Локс,
побеждает с большим отрывом.
Побеждает в плане того, что она потребляет намного меньше памяти, десятки раз меньше, чем Elasticsearch, 30 раз меньше, чем Elasticsearch потребляет память на том же объеме данных на логах.
Намного более эффективно.
Пошла интеграция, говорю.
Основная проблема в том, что пользователи
не верят на то, что новый продукт, да, там, и мы пишем вот эти вот, типа, рекламные слаганы, что, типа, Виктория у нас такая классная по сравнению с альтернативами, но пользователи не верят, да, там, и всегда проблема вот убедить пользователя попробовать это у себя и, ну, чтобы поверить сюда, убедиться лично в том, что это правда, что мы пишем.
Не, ну, кстати, развитие классическое, то есть, когда у тебя уже есть клиенты, пользуются твоим продуктом, тоже хочется эту мысль подчеркнуть, это невероятно крутой потенциал и ресурс, потому что тебе уже их звать не надо, они у тебя, они тебе верят, они готовы.
И поэтому, что самое правильное?
Продолжение бизнеса какое?
И как бы все бизнесмены хором говорят, кросс-сейл, то есть, две вещи, да, апсейл и кросс-сейл.
Апсейл больше фич, дороже, круче возможности, кросс-сейл, а у нас еще пять разных продуктов, возьмите, вам подойдет.
И это просто классические шаги развития бизнеса, по которым вы идете, и это очень круто.
Я прям восторгаюсь, так сказать, вашей штукой и завидую.
Знаешь, это рад, но не от всего сердца.
Это проблема каждого бизнесмена, когда он нажрется в своей индустрии всякого разного.
Потому что ты говоришь, вот они там обманывают, рассказывают про метрики, а на самом деле у них не все так классно.
А ты представь, я в Эттехе, у меня тут половина, 90% вокруг инфо-цыгане, которые там вообще лапшу вешают на уши людям.
И как мне вообще в этом мире жить?
То есть мы априори злодеи для людей вокруг нас.
И поэтому это крайне сложно в такой среде работать и с этим что-то делать.
И поэтому каждый раз, когда ты смотришь, думаешь, ой, я в B2C, блин, классно было бы, если бы у меня был бизнес в B2C, ой, в B2B.
И наоборот.
И все вот все, типа, у тебя там есть вот эта надежность, но у тебя продажи по полгода-год.
И такой, блин, вот, Кирилл, у тебя классно, у тебя там в день по десятки продаж.
Тоже так хочу, да?
Вот, там, типа, продажа закрывается за, не знаю, полчаса.
Ну, понятное дело, что до этого еще там прогрев, там, не все так легко делается, но, в общем, это довольно забавно.
Бизнесы очень разные бывают.
Саш, тебе большое спасибо, что ты пришел и поделился.
Спасибо, что пригласили.
Не обещаю, что тебе придут новые клиенты, но с очень большой вероятностью, зная, какая у меня аудитория, могут и прийти.
Ребята, поделитесь, пожалуйста, очень важно услышать в этот раз от вас мнение по поводу вот этой вот комбинации бизнесовой части и технической.
насколько мы попали, не попали, вы увидели какие-то возможности, поняли, что можно без денег, что маркетинг бывает разный, и что многие вещи, они просто вот работают по определенным рельсам, и если их знать, то это очень сильно все упрощает, да, ну и насколько вы узнали себя в Саше, потому что Саша, это прям инженер-инженер до мозга костей, я, например, себя вот такую же, знаешь, представление, как...
Такой вот просто тоже прям техническое-техническое прям врывал, чтобы, знаешь, быть более бизнесовым чуваком.
И мне на это понадобилось 10 лет, чтобы у меня начало получаться.
А так, да, это очень сложно, если ты вот прям в душе инженер.
Ты им остаешься.
Это реально очень сложно.
Не знаю, когда я...
перешагнул эту ступень от инженера к бизнесовой части.
Не знаю.
Наверное, тогда, когда начал не только писать код, который мне по заданию дают, но и пытался понять, поставить себя на место пользователя, который будет пользоваться этим кодом.
И видеть, получится ли пользователю достичь своих целей с помощью этого кода, который ты там пишешь или нет.
И очень часто оказывалось так, что этот код, фичи, которые ты пилишь, они бесполезны.
Или в лучшем случае для пользователя, конечно.
А в худшем бывало, что и вредны.
То есть улучшали юзер-экспириенс для конечного пользователя.
Сначала спроси, потом делай.
Давай так мы это с тобой назовем.
А не делай, а потом уже думай, кому это и как надо.
Если у нас время осталось, я вспомнил по этой теме.
После того, как я зафейлил первый мой стартап, пошел работать в компании Prom.ua.
Это компания, которая занимается e-commerce.
Самый большой у них сайт e-commerce в Украине, в России, в Казахстане, в Беларуси.
Там это очень четко было видно.
Я работал программистом, мне ставили какие-то задачи или я видел, что другие делали, и я часто вижу, что задача какая-то туповатая, либо другие делают какую-то фигню, которая ухудшает пользовательский экспириенс.
Пользователь в итоге на сайте у него что-то ломается, дольше загружается, неправильно отображается, какая-то баха возникает.
И я поражался, почему другие пользователи, другие разработчики, которые со мной сидят и это делают, почему они это не понимают и не видят.
То есть они задали задачу, они ее сделали тупо, как там написано, и все.
А что в итоге получилось, они даже на это не смотрят.
И меня еще больше всего поражало, что те, кто давал эти задачи, им тоже особо не смотрели на итоговый результат.
Меня это задевало.
Я тогда, когда в промо работал, часто общался с стейкхолдерами, с продактонерами этого проекта.
И говорил им, что ребята, смотрите, что за фигня там.
Какую дичь мы делаем.
опять обрати внимание на это можно смотреть с двух сторон говорить ой ой какие все разработчики все плохо и так далее а с другой стороны мы можем сказать именно поэтому есть столько потенциал для того чтобы даже при наличии существующих проектов стартануть свое и делает то что пользователям надо потому что вот эту историю когда любой продукт который в конце концов все начинают ой он испортился это происходит всегда там конечно много других факторов но это всегда возможность новым компаниям и новым людям себя проявить так что ребят про это не забывайте
Я чувствую, как я постепенно превращаюсь в бизнес-молодость.
Всем спасибо.
Деньги заносите туда.
Ладно, шучу.
Мне кажется, все равно это довольно полезно.
Саш, спасибо.
Ребят, не забывайте ставить лайки, писать комментарии и подписывайтесь на мой канал «Организованное программирование в Телеграме».
Там я пишу чаще и кучу всякого технического и бизнесового.
Всем спасибо, пока.
Похожие видео: От стартапа до международного бизнеса

Вебинар: Как внедрить ИИ в бизнес-процессы — от поддержки до продаж

М.Видео: падение империи? Провалы, маркетплейсы, Эльдорадо и «русский Amazon» (Бизнес на графике)

«Рыночная Пена»: Что скрывают эмитенты? Жёсткий разбор инфополя и манипуляций

20 хвилин про маркетинг. Випуск 17. Стратегія ціни та продукту в цифровому маркетингу

Мониторинг и алертинг приложений с помощью Prometheus и Grafana // «DevOps практики и инструменты»

