Поддержка и масштабирование

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

Можно, и чаще всего так и стоит делать. Запускаем один сценарий, а дальше расширяем, когда появятся первые реальные пользователи.

Оценку даём после брифа: цена и срок зависят от числа ролей, интеграций и сценариев. Чтобы объём стал понятен раньше, первым этапом собираем кликабельный прототип — его можно пройти руками ещё до основной разработки и скорректировать ТЗ.

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

ИИ пишет типовой код и ускоряет рутину, но каждое изменение проходит код-ревью и тесты. Мы знаем, где нейросети ошибаются, поэтому бизнес-логику и интеграции проверяем руками. Код храним в git и делаем бэкапы.

Да. Личные кабинеты и CRM обычно связаны с 1С, эквайрингом, телефонией и аналитикой: синхронизируем данные в обе стороны, а правила обмена фиксируем в спецификации. Пример — кабинет Теннисного Клуба Лужники с 1С:Фитнес, платежами и членством.

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