Conductor: $38 462 в месяц на API к бухгалтерии, которую Intuit перестал продавать

Коротко

• Что: современный API к бухгалтерии QuickBooks Desktop · $38 462 MRR 🟢 · 1 человек · 229 подписок
• Кто платит: не сами бухгалтеры, а разработчики отраслевого софта, чьи клиенты сидят на легаси
• Бюджет входа в РФ: ~150-250 тыс. ₽ или три месяца своего времени
• Время до первой версии / до продаваемого: 3-4 недели под одного клиента / ~полгода до потока
• Навык: один backend-разработчик, готовый читать чужую документацию 2003 года
• Окупаемость: 8-14 месяцев при чеке 4 900 ₽ за подключение
• Вердикт для РФ: применимо, но не с 1С — там вендор дыру закрыл сам
• Сложность: ●●●○○

Скучнее не придумаешь

Есть бухгалтерская программа, которую Intuit перестал продавать новым клиентам в США после 30 сентября 2024 года. Она ставится на компьютер с Windows, хранит данные в файле, а чтобы получить оттуда счёт программным путём, нужно поднять свой SOAP-сервер и ждать, пока установленный у клиента модуль сам к нему постучится. Публичного REST API у неё нет: официальный интерфейс к настольной версии Intuit так и не выпустил.

Дэнни Немер сделал поверх этого нормальный JSON API и продаёт доступ по $49 в месяц за подключённый файл компании. Один. Без сооснователей, без сотрудников, без инвесторов. На 5 сентября 2026 года у него $38 462 MRR и 229 активных подписок, подтверждённых напрямую через ключ Stripe. За последние двенадцать месяцев — $301 545 выручки.

А в марте он выставил проект на продажу за $1,25 млн и получил шестнадцать предложений.

Что такое Conductor и почему за это платят

Conductor — это прослойка между вашим приложением и QuickBooks Desktop. Вы пишете обычный запрос на Python, Node.js или через REST, получаете типизированный ответ, автодополнение в редакторе и понятную ошибку, если что-то сломалось. На сайте заявлено 256 полностью типизированных эндпоинтов и синхронизация более чем 1 500 бизнесов.

Всё, что происходит под этой прослойкой, клиент не видит и видеть не должен. А под ней — QuickBooks Web Connector, локальный компонент Windows, который опрашивает внешний адрес и прогоняет сообщения в формате qbXML через открытое соединение с установленной программой. Официальная точка входа для разработчика — QuickBooks Desktop SDK с библиотекой QBFC на COM. REST-интерфейс у Intuit есть только для облачной версии, для настольной — нет.

Формулировка разработчика с Hacker News, которой четырнадцать лет, не устарела ни на день: «если вам когда-нибудь приходилось пользоваться этой штукой — сочувствую. Вам, по большому счёту, нужно написать собственный SOAP-сервер, который QuickBooks будет вызывать сам, и слать в нём XML в их формате qbXML». Живые жалобы никуда не делись: в обсуждении на форуме Shopify владельцы магазинов перечисляют постоянные ошибки создания документов, проблемы установки и сообщение QBWC1031, из-за которого заказы просто не доезжают до бухгалтерии.

Кто за это платит. Не бухгалтеры. Платят компании, которые делают отраслевой софт для строительства, производства, логистики, выездных служб и некоммерческих организаций — то есть для отраслей, где клиент до сих пор работает в настольном QuickBooks и переезжать не собирается. Для такой компании интеграция с бухгалтерией — не продукт, а обязательное условие сделки. На собственном сайте Дэнни формулирует это прямо: компании, строящие продукты для этих отраслей, не могут позволить себе ресурсы, которых требуют такие интеграции, и потому интеграция тихо превращается в их главный технический долг.

Позиционирование в одну строку: доступ ко всем объектам QuickBooks Desktop в реальном времени через Python, Node.js/TypeScript и REST.

Юнит-экономика одного человека

Цифры ниже подтверждены не словами основателя, а прямым ключом Stripe: TrustMRR тянет их из платёжной системы по API владельца.

Метрика	Значение	Статус	Источник
MRR на 5 сентября 2026	$38 462	🟢 Verified	TrustMRR (Stripe)
Выручка за 12 месяцев	$301 545	🟢 Verified	TrustMRR
Выручка за всё время	$425 823	🟢 Verified	TrustMRR
Активных подписок	229	🟢 Verified	TrustMRR
Рост MRR за 30 дней	+4.2%	🟢 Verified	TrustMRR
Цена	$49 за файл компании в месяц	—	docs.conductor.is
Средний чек на клиента	≈$168 в месяц	— расчётно	MRR / число подписок
Сотрудников	0	🟡 по словам основателя	интервью, 17.04.2026

Три вещи, которые эта таблица говорит между строк.

Первое. Цена $49 — это за одно подключение, а средний платёж на клиента $168. Значит, типичный клиент держит три-четыре подключения, и растёт выручка не только за счёт новых клиентов, но и за счёт того, что у существующих прибавляется подключённых бухгалтерий. Это редкая для микро-SaaS конструкция: продажа один раз, а счёт растёт сам вместе с бизнесом клиента.

Второе. В интервью 17 апреля 2026 года Дэнни называл $25 000 MRR и рост примерно на $1 500 в месяц. К 5 сентября MRR — $38 462. За четыре с половиной месяца прибавка около $13 500, то есть примерно $3 000 в месяц: темп удвоился относительно того, что он сам считал линейным.

Третье, и самое важное для рубрики. TrustMRR показывает маржу платёжного слоя 95%. Это не бухгалтерская прибыль — методику TrustMRR не раскрывает, и мы уже ловили эту метрику на расхождении с официальной отчётностью в других разборах. Но структура расходов здесь считается и без неё: ноль зарплат, ноль офиса, ноль расходов на привлечение, стек из Next.js, Node.js, Prisma, Redis и Stripe. Всё, что остаётся, — счёт за инфраструктуру и комиссия платёжной системы.

Три тарифа, из которых зарабатывает один. Тестирование бесплатно и без ограничений, деньги начинаются в момент выхода клиента в продакшен.

📌 Такой разбор с финмоделью — каждый день в @solopreneuro.

Как один человек это держит

Продукт устроен так, чтобы поддержка не приходила к основателю. Это не красивые слова, а конкретные решения, каждое из которых видно в документации.

Клиента подключает не он. У Conductor есть готовый экран авторизации, который встраивается в чужое приложение: конечный пользователь скачивает сгенерированный конфиг, открывает его в Web Connector и подключается сам. Разработчику-клиенту не нужно объяснять своим бухгалтерам, что такое qbXML.

Ошибки объясняют сами себя. Родные сообщения QuickBooks приходят в нескольких разных форматах и часто не описывают, что именно сломалось. Conductor сводит их к одному виду и добавляет человеческий текст со ссылкой на инструкцию: не «QBD Connection Error (0x80040408)», а «мы не смогли подключиться, потому что QuickBooks Desktop закрыт, вот руководство». Ошибку клиент показывает своему пользователю напрямую — и тот чинит сам.

Библиотека готовых руководств по типовым проблемам Windows и QuickBooks идёт даже на бесплатном тарифе. Это дешёвый способ вынести первую линию поддержки в статику.

Продукт сознательно не делает лишнего. В FAQ честно перечислено, чего нет: вебхуков (для программы на компьютере клиента они ненадёжны), пакетной обработки, слоя кэширования. Компьютер клиента должен быть включён и в сети, а запрос после простоя занимает примерно 3-10 секунд плюс время обработки на стороне QuickBooks. Каждое такое «нет» — минус целая подсистема, которую иначе пришлось бы поддерживать одному человеку.

Единственный ручной ритуал, который он оставил себе, — проактивный. Из интервью: он смотрит логи запросов и сам пишет клиенту, когда видит поломку, до того как тот пожалуется. Один человек может себе позволить чинить проблемы до жалоб — именно потому, что не тратит время на всё остальное.

Косвенный замер трудозатрат: 195 контрибуций в GitHub за год и одиннадцать за последние тридцать дней. Это ритм сопровождения, а не стройки.

«Подключиться к QuickBooks Desktop через современный API за 5 минут». Документация здесь — часть продукта: она заменяет поддержку, которой нет.

Альтернативы: почему клиенты не берут готовое

Первый вопрос любого, кто смотрит на такой проект: это же наверняка уже есть у больших.

Есть — и не совсем. Общие сборные API к бухгалтерии — Codat, Rutter, Merge, Apideck — строят единый интерфейс поверх десятков систем сразу, и настольный QuickBooks у них в лучшем случае один пункт списка, а не предмет одержимости. Отраслевая оценка стоимости таких сборных решений — $30-50 за подключённую компанию в месяц плюс платформенный платёж $12-24 тыс. в год. У Conductor платформенного платежа нет вообще, минимального счёта тоже: $49 за подключение и всё.

Из отзывов на сайте видно, с чем его реально сравнивают клиенты: со старыми коннекторами вроде DBSync и Commercient — «намного проще, чище и гибче». И с самостоятельной разработкой, которая занимает недели и потом требует вечного сопровождения.

Здесь и лежит ответ на вопрос «почему не скопируют». Скопировать можно, но выигрыш достаётся не тому, кто первым выпустит обёртку, а тому, кто просидел два года в чужих граничных случаях. Именно это Дэнни выносит в позиционирование на странице компании: его конкурентное преимущество — не технология, а одержимость краевыми случаями, на которую у продуктовой компании никогда не хватит внимания, потому что для неё интеграция — побочная задача.

Продукт продаёт не функции, а отказ от знакомства с внутренностями QuickBooks Desktop.

Как выходили на рынок — и как выходить тебе

Как это было у него

Начиналось с провала. Дэнни, до этого один из первых инженеров в Afresh — сервисе планирования запасов для продуктовых сетей, — вынес оттуда наблюдение: сложнее всего в отраслевом софте не алгоритмы, а интеграции с системами клиента. Он попробовал построить широкую платформу для этого и, по собственным словам, выгорел, не имея ни одного реального пользователя.

Дальше сработала цепочка, которую невозможно спланировать, но можно воспроизвести. Знакомый основатель свёл его с компанией Miter, которой срочно нужна была интеграция с QuickBooks Desktop. Ниша ему не нравилась — он хотел широкую платформу. Он взял работу, потому что за ней стоял платящий клиент с проблемой в продакшене. И ниша оказалась не ступенькой к платформе, а самим бизнесом.

Первая версия была демонстративно бедной: ни лендинга, ни личного кабинета, ни регистрации. Только API и пакет npm для одного конкретного клиента.

Главный канал роста — не тот, о котором пишут в блогах о маркетинге. Сайт долго плохо ранжировался, и Дэнни попросил друзей и сотрудников уже существующих клиентов ставить звёзды репозиторию Node-пакета — чтобы человек, ищущий на GitHub «QuickBooks Desktop integration», находил его первым. Сейчас у репозитория 310 звёзд. Поиск по коду сработал раньше, чем поиск по вебу. Позже к нему добавился обычный поиск: блог целится в запросы вида «quickbooks desktop api», «web connector», «qbxml».

Регистрацию на сайте он сделал только через полтора года. До этого клиенты заполняли форму Typeform, а аккаунты он заводил руками.

Стоимость привлечения, по его собственным словам, нулевая: все клиенты приходили сами. Крупнейший из них — Ramp, компания стоимостью в десятки миллиардов долларов, у которой в базе знаний есть отдельная статья про Conductor как партнёра по QuickBooks Desktop.

Отдельно стоит отметить, чего в этой истории нет. Нет запуска на Product Hunt, нет вирусного треда, нет обсуждения на Hacker News — поиск по архиву не находит ни одного. Проект, живущий в мире разработчиков, вырос вообще без единого события, которое принято называть запуском.

Как выходить тебе

Порядок действий, который вытекает из этой истории, а не из общих соображений.

Кому продавать первым. Не конечным компаниям с легаси-системой, а тем, кто делает для них софт: отраслевым SaaS, интеграторам, разработчикам отраслевых продуктов. У них боль острее (без интеграции не закрывается сделка), бюджет есть, и они умеют читать документацию — то есть не съедят вашу поддержку.

Почему они купят. Потому что интеграция для них — не продукт, а обязательное условие. Они посчитают: три недели своего разработчика плюс бесконечное сопровождение против нескольких тысяч рублей в месяц.

Как достать первых десять. Тем же способом, что и он: через одного знакомого, у которого проблема прямо сейчас. Первый клиент нужен до того, как построен продукт, — он оплатит разработку и покажет, что строить. Дальше — быть найденным там, где ищут разработчики: репозиторий на GitHub с внятным README, статьи под точные технические запросы, ответы в профильных сообществах по этой конкретной системе.

Оффер первого разговора. Не «купите платформу», а «сделаю вам эту интеграцию за две недели, дальше платите за подключение». Вы продаёте закрытую задачу, а подписка — то, во что она превращается потом.

С кем не начинать. С конечных пользователей легаси-системы. Их много, они дёшево платят, у них Windows, антивирус и бухгалтер, который не знает слова «токен». Один человек такую поддержку не потянет.

Считаем твою экономику

Курс ЦБ на 5 сентября 2026 года — 86.5857 ₽ за доллар, дальше все рублёвые цифры по нему. Модель ниже — под российскую версию: подписка 4 900 ₽ в месяц за подключение, вы работаете как ИП на упрощёнке 6%, приём платежей через YooKassa.

Месяц	Подключений	Выручка	Расходы	В карман
3	5	24 500 ₽	9 300 ₽	15 200 ₽
6	20	98 000 ₽	18 300 ₽	79 700 ₽
12	60	294 000 ₽	42 900 ₽	251 100 ₽

Расходы: эквайринг 3.5%, сервер и вспомогательная инфраструктура (4-12 тыс. ₽ в месяц по мере роста), обслуживание счёта и отчётности 3 тыс. ₽, налог 6% с оборота. Зарплат в этой таблице нет и не появится — в этом весь смысл.

Стартовые вложения — не деньги, а время: три месяца работы одного разработчика до первой продаваемой версии. Если считать по рынку, это 400-500 тыс. ₽ упущенного дохода. При таком темпе накопленная прибыль перекрывает эту сумму на 12-14 месяце.

Три сценария чувствительности:

• Чек 2 900 ₽ вместо 4 900 ₽. На двенадцатом месяце в карман около 148 тыс. ₽ вместо 251 тыс. Модель живёт, окупаемость уезжает почти на год.
• Отток 5% в месяц. Шестьдесят подключений превращаются в сорок пять, и линейный рост становится плоским примерно на восьмидесяти. Спасает только то, что у одного клиента подключений становится больше со временем.
• Вы продаёте конечным компаниям, а не разработчикам. Чек падает, число обращений в поддержку растёт в разы, соло-формат ломается. Это не сценарий, а способ закрыть проект.

🔒 Полная модель с твоими вводными и тремя сценариями чувствительности — в Pro.

Что нужно, чтобы повторить

Нужно	Конкретика
Бюджет старта	150-250 тыс. ₽ на инфраструктуру, подписи и юридическое оформление — или три месяца своего времени
Время до первой версии	3-4 недели под задачу одного конкретного клиента
Время до продаваемого	около полугода, когда добавлены документация, вход клиента и биллинг
Навыки	один backend-разработчик, умеющий читать XML-схемы и чужие PDF-мануалы
Главная сложность	не написать обёртку, а вытерпеть граничные случаи чужой системы в течение года
Что можно не делать	вебхуки, кэш, пакетные операции, мобильное приложение, панель аналитики

Как повторить руками: чеклист

1. Неделя 1. Найти платящего первым, продукт вторым. Один знакомый, у которого прямо сейчас горит интеграция с закрытой государственной или отраслевой системой. Без него не начинать — именно на этом Дэнни выгорел в первый раз.
2. Недели 2-4. Самая узкая версия. Только те объекты и только те операции, которые нужны этому клиенту. Без личного кабинета, без регистрации, без лендинга. API и пакет для его языка.
3. Месяц 2. Ошибки. Свести все возможные сбои системы к одному формату и написать к каждому человеческий текст со ссылкой на инструкцию. Это половина будущей поддержки.
4. Месяц 3. Вход клиента. Экран подключения, который клиент вашего клиента проходит сам. Пока подключение делаете вы руками — бизнеса нет, есть подряд.
5. Месяцы 3-4. Быть найденным. Открытый репозиторий SDK с внятным README, статьи под точные запросы («API Честного ЗНАКА», «интеграция с Меркурием»), ответы в профильных сообществах. Разработчики ищут в поиске по коду раньше, чем в поиске по вебу.
6. Месяцы 4-6. Биллинг и первые десять. YooKassa, подписка за подключение, счета для юрлиц. Первые десять клиентов — руками, через знакомых и точечные письма.
7. Дальше. Не расширяться. Каждая соседняя система — это ещё один пласт граничных случаев. Один человек тянет один протокол хорошо и три — плохо.

Применение в России и СНГ

Здесь важно сказать неудобное. Прямой перенос — «сделать Conductor для 1С» — не работает.

У 1С:Предприятия 8.3 есть штатный автоматический REST-интерфейс по OData: читать и писать данные можно без сторонней обёртки, права регулируются штатной моделью. Для сложных сценариев сам вендор продаёт «1С:Шину». Вокруг платформы — тысячи франчайзи, для которых интеграция и есть основная услуга. Дыры, на которой построен Conductor, здесь, судя по всему, нет: базовую потребность вендор закрыл сам. Претензии к OData существуют — его нужно публиковать на веб-сервере, он не покрывает произвольную бизнес-логику, — но это претензии к удобству, а не отсутствие API.

Зато у нас есть класс систем, который устроен ровно как QuickBooks Desktop: обязательные государственные информационные системы, где к «API» ведёт локальный агент, электронная подпись и документация в PDF.

Честный ЗНАК — самый близкий кандидат. У ГИС МТ два разных интерфейса (True API для документов и СУЗ для заказа кодов) с разными ключами и адресами, а открытой публичной документации в формате Swagger нет вовсе — спецификацию под товарную группу нужно запрашивать. Разработчики систем учёта проходят этот путь каждый раз заново, а перечень товарных групп продолжает расширяться. Существующие сервисы вокруг маркировки почти все сделаны для конечного продавца, а не для разработчика, которому нужен чистый REST под свой продукт.

ВетИС и «Меркурий» — второй по близости. Шлюз Ветис.API работает по SOAP, ключ выдаётся по заявке, поддержка идёт по электронной почте. Рынок уже платит за эту боль, но платит за разовые проекты: интеграция «Меркурия» с 1С продаётся от 13 700 ₽ как разовая работа, а не как подписка. Подписочного API-продукта в этой нише нет.

ЕГАИС — самая точная структурная копия. Универсальный транспортный модуль ФСРАР ставится на компьютер в торговой точке, слушает локальный порт, обменивается XML и требует физического носителя электронной подписи. Это буквально Web Connector, только с Рутокеном. Документация — набор PDF-мануалов, а на форумах поддержки Рутокен годами висят обсуждения зависаний и падений модуля. Оговорка: нижний уровень здесь уже закрыт большими облачными кассовыми сервисами, которые тащат ЕГАИС внутри себя бесплатно. Свободное место — прослойка для тех, кто строит собственные складские и логистические системы, а не покупает готовую кассу.

ГИИС ДМДК в ювелирной отрасли устроен так же — через транспортный модуль, формирующий подписанные XML. Ниша маленькая, но платящая: обёртки над ней уже продаются как отдельные продукты.

Стек под РФ очевиден: сервер в Selectel или Yandex Cloud, приём платежей через YooKassa, счета юрлицам напрямую, продвижение через профильные Telegram-чаты разработчиков, Хабр и открытый репозиторий на GitHub.

Вердикт для РФ: применимо, но выбирать нишу нужно по одному признаку — вендор ещё не выпустил нормальный API сам. Там, где выпустил, — у 1С, СБИС, Контура — повторять нечего, и это стоит перепроверять по каждому вендору отдельно, прежде чем вкладывать месяцы.

Риски

• Клиентская база стоит на уходящей системе. Intuit прекратил продажу новых подписок Pro Plus, Premier Plus и Mac Plus после 30 сентября 2024 года, а версия 2023 перестаёт обслуживаться после 31 мая 2026-го. Линейка Enterprise при этом продолжает продаваться и жить, и именно она держит крупных клиентов в отраслях, где переезд в облако не обсуждается. Но горизонт у такого рынка конечный, и это знает и покупатель проекта.
• Один человек — единственная точка отказа. Ни сооснователя, ни сотрудника. Заболел, выгорел, потерял интерес — 229 подписок остаются без сопровождения. Именно этот риск и снимается продажей.
• Зависимость от чужой платформы. Если Intuit завтра решит выпустить свой современный интерфейс к настольной версии или закрутить гайки в правилах доступа, продукт исчезает вместе с этим решением.
• Сама модель воспроизводима технически. Барьер здесь не в коде, а в накопленном знании чужих ошибок и в том, что первым нашёлся именно он. Второй игрок в узкой нише зарабатывает заметно меньше первого.

Что показывает выставленный ценник

С 6 марта 2026 года Conductor выставлен на продажу за $1 250 000 — примерно 108 млн ₽. Это 2.8 годовых выручки в текущем темпе. За время листинга проект получил шестнадцать предложений о покупке, а карточку смотрели почти семь тысяч потенциальных покупателей. В сообщении продавца — две вещи: «полностью работает сам» и «среди корпоративных клиентов есть Ramp».

Для рубрики это самая полезная часть истории. Мы обычно меряем такие проекты выручкой в месяц, но настоящий результат скучной денежной машинки — то, что она в любой момент конвертируется в семизначную сумму, потому что покупателю не нужно нанимать команду, чтобы её продолжить.

Вердикт

Один человек четыре года разбирался в бухгалтерской программе, к которой мало кто хочет прикасаться, и превратил это в $38 тыс. в месяц и ценник в $1,25 млн; в России эта же модель повторяется не на 1С, а на обязательных государственных системах вроде Честного ЗНАКА и «Меркурия», где вендор до сих пор не выпустил нормального API.

---

Ещё три разбора рядом: TrackSSL: $5 206 в месяц на том, что кто-то забыл продлить сертификат · Image-Charts: один француз десять лет продаёт графики по ссылке · Corsidia: €641 тыс. выручки и ноль расходов на персонал семь лет подряд

Считаешь свою нишу — начни с калькулятора окупаемости в @solopreneuro.