Нужен не «сервер где-то рядом», а backend разработка, которая держит один источник правды для сайта, приложения и интеграций - без трёх Excel и без «у нас в CRM другое».
Зачем один контракт API для сайта, приложения и интеграций?
Потому что иначе у каждого канала появляется своя «правда»: сайт хранит одно, кабинет другое, обмен с CRM третье. Мы делаем один контракт API и модель данных - и уже к нему подключаем каналы, а не наоборот.
Без общего контракта каждая новая фича размножает костыли. С контрактом проще развивать продукт и передавать его другой команде.
| Канал | Что читает / пишет | Если нет общего API |
|---|---|---|
| Сайт / магазин | Заявки, каталог, заказы | Данные в формах и письмах |
| Веб-приложение / кабинет | Роли, статусы, документы | Вторая база «для удобства» |
| Мобильное приложение | Те же сущности + пуши | Ещё один сервер «на скорую» |
| Интеграции | CRM, 1С, платежи | Ручной Excel рядом с системой |
Почему бэкап без восстановления - не бэкап?
Про бэкенд часто пишут про нагрузку и масштабирование, а малый бизнес чаще теряет данные по-бытовому: бэкапы либо не настроены, либо никто ни разу не пробовал из них восстановиться. Поэтому у нас правило: бэкап считается существующим только после проверенного восстановления, а не после строчки в конфиге.
Даже официальная документация PostgreSQL по pg_verifybackup прямо говорит: даже после проверки манифеста нужно делать тестовые восстановления и убеждаться, что данные на месте. Проверка файла - хорошо; проверка, что база реально поднимается - обязательно.
Что входит в backend разработку?
Обычно: модель данных и схема БД, контракт API, авторизация и права, миграции, бэкапы с проверкой восстановления, логи и мониторинг, документация и передача доступов. Точный состав - после карты сущностей и каналов, не «до неё на глаз».
Стек чаще всего Node.js / TypeScript, PostgreSQL, REST, tRPC или GraphQL - выбираем под задачу и команду, которая будет жить с кодом.
Чем разработка API отличается от «просто сервера»?
Разработка API - это договорённый контракт: эндпоинты, форматы, ошибки, версии и кто какой канал обслуживает. «Просто сервер» без контракта быстро превращается в набор скриптов, которые понимает один человек.
OpenAPI описывает стандартный, языконезависимый интерфейс к HTTP API, чтобы люди и инструменты понимали возможности сервиса без чтения исходников. Мы фиксируем контракт до того, как разъедутся фронт, мобилка и обмен.
Делаете ли разработку REST API?
Да. Разработка REST API - частый вариант, когда нужен понятный HTTP-контракт для сайта, кабинета, мобилки или внешних систем. Иногда удобнее tRPC внутри одного продукта или GraphQL под сложные выборки - стек не священен, священен контракт.
Если REST нужен только «чтобы было» без списка сущностей и прав - сначала карта данных, потом эндпоинты.
Можно ли доработать существующий бэкенд?
Да. Сначала короткий аудит: узкие места, долги, бэкапы, контракты, риски. Потом план стабилизации и развития без лозунга «переписать всё сразу».
Переписывать имеет смысл, когда старый контур уже не тянет сценарии и права. Иначе дешевле чинить и наращивать по приоритету.
Сколько стоит backend разработка и сколько занимает?
Ориентир - от 30 000 ₽ и 1-8 недель. На цену влияют модель данных, роли (как в веб-приложении), интеграции и требования к надёжности. Фиксированную «цену за любой бэкенд» не публикуем.
После короткого брифа возвращаемся с вопросами и вилкой. Можно без готового ТЗ: пяти минут хватает, чтобы понять объём сущностей и каналов.
Как заказать backend разработку?
Оставьте задачу в брифе или напишите через контакты - вернёмся с вопросами и ориентиром. О команде - на странице «О нас». Если нужен ещё клиентский контур - смотрите веб-приложения или мобильные приложения.
Телефон: +7 (985) 568-36-53
Адрес: г. Москва, ул. 1-я Мытищинская, 28, стр. 1
Работаем удалённо по всей России.
