pgMustard: $3K в месяц на анализе медленных PostgreSQL-запросов — кейс Майкла Кристофидеса

pgMustard — онлайн-инструмент для разработчиков, который анализирует медленные PostgreSQL-запросы через визуализацию EXPLAIN-плана. Берёт сложный JSON-вывод PostgreSQL, превращает в читаемую схему с подсказками: какой узел тормозит, что с ним сделать, почему. Сейчас — $30K+ ARR, 2 основателя + 1 человек на equity, прибыльно по gross margin.

Главное в кейсе — Майкл Кристофидес и Дэйв строили долго, ошиблись с ценой, потеряли год на ковид, восстановились через смену тарифной модели на per-user и сейчас растут на сообществе вокруг Postgres.

Кто такой Майкл Кристофидес

10+ лет в софте до старта pgMustard. С Дэйвом познакомились в Redgate Software, где вместе делали инструменты для баз данных. Майкл потом перешёл в GoCardless — там сильное Postgres-сообщество. Часть будущих клиентов и пресейл-исследование выросли из этих знакомств.

Жил с Дэйвом в нескольких часах друг от друга в Великобритании. Год работали 4 дня в неделю на основной работе + 1 день + вечера и выходные над pgMustard.

Какую проблему решает pgMustard

PostgreSQL — отличная СУБД с одним подвохом: EXPLAIN-вывод почти нечитаем людьми. Это JSON или текст со 100+ операторами, индексами и сканами. Чтобы понять, почему запрос тормозит, нужен либо DBA, либо часы изучения документации.

Разработчик ICP видит slow query → копирует EXPLAIN в pgMustard → видит визуализацию плана с timing-указателями: «вот этот sequential scan на этой таблице занимает 80% времени, нужен индекс на X». Это превращает 2-часовую отладку в 5-минутную.

Как родилась идея

Майкл много общался с фанатами Postgres в GoCardless. Они уже использовали инструменты для чтения EXPLAIN, но всё равно часто просили коллег о помощи. Это и стало гипотезой: рынок уже валидирован существующими инструментами, но в них есть огромный gap — никто не даёт подсказок, что делать с проблемным узлом.

Как собрал

Стек выбран по принципу «известное и любимое»: Clojure + ClojureScript + Google Cloud + Kubernetes. Майкл сомневался, но доверился Дэйву — выбор оказался удачным, держится с 2019 года.

Лендинг — Squarespace, чтобы не отвлекаться. Trello, Balsamiq, G Suite — для остального. Стартовые вложения ~$5K, в основном лицензии и серверы. Прогресс шёл медленно — 1 рабочий день в неделю + вечера. Дэйв в итоге уволился раньше плана, Майкл «позавидовал» и тоже ушёл (с 3-месячным сроком отработки).

Стратегия роста

Postgres-сообщество — главный канал

Planet PostgreSQL — агрегатор постов про Postgres. Майкл писал образовательные статьи, они попадали в Planet, и это давало нужным разработчикам видимость. Официальный сайт Postgres также позволил разослать анонс по их списку.

postgres.fm — еженедельный подкаст

18 месяцев назад Майкл запустил подкаст с Николаем Самохваловым. 1000+ слушателей на эпизод. Это и контент-маркетинг, и непрерывный network с лидерами Postgres-сообщества. По словам Майкла, подкаст легче, чем блог — для него лично.

EXPLAIN-глоссарий

Большой технический справочник по EXPLAIN-операторам PostgreSQL. Maintenance-кошмар, но даёт стабильный SEO-трафик. Это long-tail-контент под технические запросы, которые ищут именно те, кому нужен pgMustard.

Newsletter

Ежемесячная подборка лучших performance-материалов про Postgres. Часть — собственный контент Майкла, часть — кураторская. «Forcing function» для регулярной работы над сообществом.

Word of mouth

22% юзеров отвечают на «How did you hear about us?». Из них большая доля — рекомендации коллег. Это самый дешёвый канал, но он работает только когда сообщество тебя уже знает.

Pricing

Долгая история ошибок:

• Старт 2019 — €50/мес или €500/год за до 10 пользователей. Не пошло. Команды оставались на «одном эксперте по Postgres» вместо платить за всех.
• Начало 2020 — переход на per-user (<$10/user/мес). Сразу начало работать. Потом COVID — компании заморозили бюджеты.
• Сейчас — годовая подписка только. Churn низкий — инструмент окупает себя одним использованием.

«Слышали совет “charge more”, “charge for value” — но я теперь думаю, что слишком высокая цена в начале создаёт более простые проблемы, чем слишком низкая».

5 уроков из кейса

1. Долгий старт — не приговор, если есть community. Год до v1, ещё год до per-user-pricing, потом COVID-яма. pgMustard выжил, потому что Майкл вложился в Postgres-комьюнити, а не в платную рекламу. Когда деньги кончились — community помог пережить год без выручки.
2. Per-user pricing > seat-based для технических SaaS. Команды не любят платить «за всех», даже если все используют. Низкий вход на одного юзера + расширение через viral использование внутри команды — это органическая модель роста.
3. Подкаст как маркетинговый инструмент для нишевых продуктов. 1000 слушателей на эпизод в нише Postgres — это огромная аудитория, потому что это именно та аудитория. Узкий подкаст с сильным коллабом по теме работает лучше широкого блога.
4. SEO через большой справочник. EXPLAIN-глоссарий — это maintenance-burden, но он стабильно приводит «горячих» разработчиков. Один большой технический ресурс = долгосрочный актив.
5. Founders’ agreement до проблем. Майкл и Дэйв сделали соглашение на ранней стадии. Понадобилось через годы — но сэкономило конфликт. Любая 2-founder команда должна иметь такое до того, как оно станет нужно.

Главная мысль: микро-SaaS можно строить долго, если есть terпение и сообщество. pgMustard — это пример «small giant»-стратегии: не оптимизировать под рост, а оптимизировать под устойчивость. Бизнес платит margin, а не зарплаты на старте — но через 5-7 лет это превращается в стабильный актив, который не требует постоянной гонки. Это редкая, но валидная траектория для разработчиков с большим горизонтом.