LeadPendingДвое сделали сервис заявок за 24 часа: ответ на заявку за 10 минут, а в среднем по рынку 40+ часов

1. Один сервис на Go и PostgreSQL, ничего лишнего

   Я спроектировал один сервис на Go для API, почты, Telegram и аналитики документов, два приложения на React (кабинет клиента и админку), сайт на Next.js, отдельный вьювер документов и PostgreSQL. Redis и брокера сообщений нет: повторы и идемпотентность живут в базе. Проект вырос из моей собственной заготовки, поэтому аккаунты, организации, passkeys и админка работали с первого дня. Чем меньше частей, тем меньше приходится хостить, мониторить и оплачивать.

2. 12 000 заявок, каждая пришла ровно один раз, без потерь и дублей

   Сайт отправляет заявку одним вызовом со своего сервера или через npm-пакет leadpending-web. Повторный вызов с тем же ключом возвращает первую заявку, и повторная отправка формы не создаёт дубль. Пакет передаёт путь посетителя по сайту, UTM-метки и устройство, а сервер оценивает каждую заявку на спам и всё равно её сохраняет.

3. Ответ за 10 минут с телефона, когда рынок отвечает за 40+ часов

   Каждая новая заявка приходит владельцу в Telegram с контактами и текстом целиком. Он отвечает одной строкой, голосом или текстом, а модель пишет черновик на языке клиента и с подписью сайта. Заявка получает ответ за 10 минут, когда в среднем по рынку на это уходит больше 40 часов, и больше 90% заявок получают ответ в первый же час. Send на каждом ответе нажимает человек, а текст заявки попадает к модели как содержание и никогда как инструкция.

4. КП, по которому видно, кто его читал, за два дня

   Documents отдаёт PDF по персональной или публичной ссылке или встроенным в сайт клиента и показывает, кто открыл, откуда, с какого устройства и сколько читал каждую страницу. Превью ссылок, почтовые сканеры, облачные сети и headless-браузеры считаются роботами, собственные просмотры владельца не учитываются. От утверждённого ТЗ до продакшена эта функция дошла за два дня.

5. Персональные данные под жёсткими правилами с первой версии ТЗ

   Каждая строка в базе принадлежит одной организации, и каждый запрос это проверяет. Вьювер документов не ставит cookies и ничего не грузит со сторонних сайтов, а сырые события просмотров хранятся 180 дней. Удаление сайта или аккаунта открывает 30-дневное окно восстановления, после него данные удаляются окончательно, а подключённый сайт может стереть заявку по своему ID через API. На заявках модели не обучаются, и политика конфиденциальности называет каждого провайдера, которому уходят данные.

6. Безопасность проверяется на каждом релизе без отдела безопасности

   Код охраняют больше 2 100 автотестов, серверные идут на настоящем PostgreSQL. API-ключи и инвайт-токены хранятся только как хэши, сессии лежат в базе как случайные токены, в админку входят только по passkey, и каждый её запрос подписан. Каждый релиз проходит поиск секретов по всей истории git и проверку уязвимостей Go и npm; образы несут SBOM и provenance, контейнеры работают не от root, а релиз, не прошедший проверки в продакшене, откатывается сам. Такую дисциплину релизов обычно держат компании намного крупнее.

7. Продакшен за 24 часа, 13 сайтов за девять дней

   На следующий день после первого коммита продукт уже работал в продакшене, а такого темпа большинство штатных команд не достигает. Через девять дней после этого коммита 13 работающих сайтов перевели контактные формы с Telegram на LeadPending, каждый со своим API-ключом, и настоящую заявку проверили от формы до очереди. Этот сайт, oleg.is, тоже отправляет через LeadPending свою контактную форму и мои КП.

Стек

• Go
• PostgreSQL
• React
• Next.js
• pdf.js
• OpenAI
• AWS SES
• Telegram Bot API
• Docker
• GitLab CI
• Sentry
• Cloudflare