Как мы построили убийцу Salebot

Почему от громкого названия мы пришли к проверяемому продукту и честным ограничениям

Откуда всё началось

ImpactBot появился как попытка сделать сценарии, CRM, каналы и сайты удобнее для обычного бизнеса и при этом сохранить инструменты для разработчиков.

Название этой статьи осталось частью истории. Сегодня мы считаем конкурентным преимуществом не громкость обещания, а возможность проверить его в продукте.

Архитектура продукта

• React 19, TypeScript strict, TanStack Query и Zustand на frontend.
• Bun, Hono, Drizzle ORM и PostgreSQL на backend.
• Разделённые API, worker и shared packages вместо единого приложения.
• Dragonfly-совместимые очереди, MinIO/S3 и изолированный runtime пользовательского кода.

Что проверяет каждый релиз

• TypeScript, Biome, unit и isolated API/worker suites.
• Миграции, backup restore и point-in-time recovery.
• Tenant isolation, CORS, auth и production security probe.
• Публичные маршруты, WebSocket, мониторинг и бизнес-smoke.

Что ещё не называем готовым

AI требует подключённого production-провайдера. Независимый uptime и доставка Alertmanager требуют внешнего сервиса и credentials. Реальные каналы и оплаты подтверждаются отдельными sandbox или dogfood-проверками.

Эти ограничения видны в launch readiness и не маскируются маркетинговым текстом.