Как всё начиналось
Недавно я заметил такую штуку: знакомые фрилансеры и маленькие студии разработки частенько теряют заказы, да и организовано у них всё так себе. Сообщения находятся то в одном сайте, то в другом, программисты в Discord сервере, заказчики и прогрев в Telegram, но при этом ещё надо в какую-то CRM заходить и там ещё что-то тыкать щёлкать. В общем - мест много, запутанно всё и не удобно.
Подумал: "А что если сделать CRM, которая работает ИЗ телеграма?" Клиент отправляет заказ боту, менеджеры видят в веб-интерфейсе, программисты предлагают цены, все получают уведомления. Всего два места, но при этом заказчику вообще не надо об этом думать, он в телеграмме, там где уже зарегистрирован. Красиво же?
И я начал.
Что получилось в итоге
Спустя какое-то время величие было готово:
Telegram-бот на aiogram 3x — клиенты создают заказы через диалог, получают уведомления на каждом этапе
Веб-админка на SvelteKit — Kanban-доска с drag-and-drop, управление командой, чат с клиентами
tRPC + Drizzle ORM — type-safety от базы до фронта, никаких
anyСистема ролей — 10 granular permissions (модерация, назначение, чат, отправка платёжек)
Конкурентная система откликов — программисты предлагают цены, менеджер выбирает лучшую
SSE для реалтайм-чата — сообщения из CRM летят в Telegram клиенту мгновенно
Dragonfly кещ — Быстрый, drop-in compatible
Docker Compose —
docker-compose up -dи всё работает
Сам если честно был в шоке. Стек неплохой, код чистый, архитектура — песня.
Конечно получилось не с первого раза, перед этим я страдал с фронтендом. Пробовал React 19, и наборы компонентов, но всё же остановился на SvelteKit и shadcn
Начались попытки продать
Попытка 1: Локальный рынок (студии разработки)
Написал в 5 студий. Ответили 3. Из них:
Одна: «У нас Битрикс24, всё настроено, переезжать дорого»
Вторая: «Мы сами программисты, напишем за выходные» (спойлер: не написали, но и не купили)
Третья: «А что если вы сделаете интеграцию с нашей 1С?» (я отказался, это было лишним)
Попытка 2: Freelance арбитраж тимы
Это те, кто берёт заказы на Upwork/Freelancer и перепродаёт команде разработчиков, забирая маржу. Им теоретически нужна система с конкурсными откликами программистов.
Нашёл несколько таких команд. Одна согласилась на демо. Показал. Их вопрос:
> "А у вас есть интеграция с Upwork API? Нам нужно автоматически импортировать заказы."
Естественно такой фичи у меня нет. Они не купили.
Попытка 3: Прямая продажа на форумах фрилансеров
Написал в чаты и форумы для фрилансеров. Получил:
«А можно self‑hosted?»
«А почему не Open Source?»
«А можно триал на месяц?»
«А вы не кинете нас через полгода, если закроетесь?»
И всё стало на свои места. Никто не хочет складывать свою клиентскую базу в CRM от ноунейма, который может исчезнуть.
Почему не продалось: разбор полётов
Я потратил месяц на анализ и вот к чему пришёл:
1. Целевая аудитория — худшие клиенты в мире
Программисты и студии — это те, кто:
Если маленькие — пользуются бесплатным Trello + чат в Telegram
Если чуть больше — думают «мы ж программисты, сделаем сами за выходные» (и делают годами или не делают во все)
Если большие — сидят на Jira/Битрикс24, и выходить оттуда — бюрократический ад
2. Доверие к no-name софту
CRM — это сердце бизнеса, где клиентская база и деньги. Никто не хочет лить своих клиентов в базу данных, написанную неизвестным разработчиком и работающую на неизвестном сервере. А если self-hosted, то лень деплоить Docker, если это не супер-популярный инструмент.
3. Конкуренция с «конструкторами»
Сейчас любую похожую логику собирают на AmoCRM + Kommo или Make (Integromat) + Telegram. Это костыльно, но это «стандарт».
4. Я не нашёл PMF (Product-Market Fit)
Я решал свою придуманную проблему. У реальной аудитории проблема была другая:
Нужна интеграция с Upwork/Freelancer/1C
Нужен биллинг и инвойсы
Нужен тайм-трекинг
Нужна возможность добавлять кастомные поля
А у меня был красивый Kanban и конкурентная система откликов, которые реально никому не нужны.
5. Я позиционировал неправильно
Я писал "CRM для программистов", но по факту это FMS (Freelance Management System) / Private Marketplace. Это система для арбитражных команд (которые собирают заказы и перепродают в пул фрилансеров, забирая маржу). Обычной веб-студии с зарплатными сотрудниками bidding не нужен. А для тех, кто перепродаёт заказы — это критично.
Но арбитражных команд мало, и они все хотят свой кастом.
Что я сделал дальше
Сидел неделю и выбирал из трёх вариантов:
1. Pivot — добавить интеграции с Upwork, биллинг, инвойсы, сделать платформу для freelance agencies
2. SaaS по подписке — продолжать пытаться продавать по $49/мес
3. Open Source — выложить код, конвертировать в репутацию
Почему выбрал Open Source
Считаем экономику:
Pivot: Время на разработку интеграций. Нет гарантии, что купят. Риск высокий.
SaaS: Поддерживать одному — ад (баги, падения сервера, техподдержка пользователей). Доход неясен.
Open Source: Единовременная работа почистить код и в путь, но:
Превращает мёртвый код в какой-никакой проект, который может кому-то и понадобится
Может привести мне заказчиков на кастомизацию, кто его знает, я чисто в теории могу в это добавить и импортиеры Upwork и чего только не под ключ так сказать
Отличное портфолио для Fullstack (SvelteKit + tRPC + Drizzle + Aiogram — очень актуальный стек)
План действий: как превратить неудачу в актив
1. Почистил код
2. Написал статью (эту)
3. Выложил на GitHub под лицензией MIT
https://github.com/DedInc/c0de_crm
Что я получу от этого?
Я уже получил двух клиентов из попытки №1 и №3, которые хотят «такое же, но с перламутровыми пуговицами». А что будет дальше, посмотрим.
Спасибо, что дочитали и желаю всем как можно меньше мертвых проектов!
Комментарии (4)

Stanislav_Z
23.12.2025 19:27Я тоже как то написал CRM-ку для для компании, в которой работаю. Пару недель попользовались и в итоге забили, погрузившись хаос.
На местах многие думают, что им не хватает программы для наведения порядка в их делах. На самом деле порядок нужно навести в голове, и программы такой нет.
Когда в голове порядок, хватит экселя и "избранного" в телеграм.

criminalist
23.12.2025 19:27Вот буквально стою перед таким же выбором, только cms аля headless. Но и с бекендом и фронтом. Правда еще хотелки не все реализовал и протестировал. И вот в этом главная боль, выложить сейчас, с багами пройдут мимо, допиливать в уже стало тяжело одному, много слишком функционала реализовано
bossalex
Слишком много зависимостей, от различных составных частей. Интеграции это здорово. Но вы правы студии сами не могут создать себе инструмент, хотя бы банальный конструктор коммерческих предложений, ибо web это сложно и муторно. Я для учёта своих заказов делал или гугл таблицу с ссылками на проекты и документацию из, и в качестве контроля за статусом делал FMX приложение+ SQLite. Всё хотят волшебную кнопку которая делала бы всё, лучьше нажал окликнул и денежка упала на счёт. Битрикс с его web хуками и писать для него коннектор из своей срм та ещё шняга, там при большом объёме данных надо писать свои api свои таблицы, обрабатывать и тд и тп. Для себя писать проще или для заказа по требованиям клиентов. Но попытка 5 раз продать это так себе не репрезентативно, вот если бы 100- 500 тогда да. Но продовать одно, а надо анализировать потребности находить боли клиентов и их решать, по крайне мере так звучит основа маркетинга продаж услуг, сервисов. Но я не всегда люблю это делать, продовать свой труд и свои компетенции этим надо заниматься, когда есть желание. И это всегда окупается. Не любят одиночек, любят команды и гигантоманские продукты, которые типа неубиваемы на рынке. Мои проекты на http://fl.ru/users/bossalex