Владение — вопрос эксплуатации
Сайт может отлично работать, пока все важные аккаунты принадлежат подрядчику. Сложности появляются позже: продлить домен, заменить платёжное подключение, восстановить копию или передать поддержку другой команде. Владение должно входить в план работы, а не становиться спором в конце договора.
Хостинг под контролем клиента — полезный вариант по умолчанию для собственного production, но не универсальное требование. Управляемый сервис тоже может подходить. Важны понятный владелец аккаунта, зафиксированная ответственность и путь выхода из сотрудничества.
Составьте карту аккаунтов
Перечислите сервисы, без которых согласованная система не работает. Для каждого укажите владельца, оплату, административный доступ и способ восстановления. Сами секреты должны храниться в подходящем защищённом хранилище, а не в общедоступной инструкции.
- Регистратор домена и DNS.
- Хостинг или облако и процесс публикации.
- CRM, провайдеры сообщений и API-подключения.
- Оплата, деловая почта и аналитика, если они используются.
- Репозиторий, управление контентом и хранилище копий.
Предусмотрите передаваемые доступы
Выдавайте специалисту права под его роль. Разделяйте пользовательские аккаунты и администрирование, отмечайте секреты, которые нужно сменить при передаче поддержки. Уход одного сотрудника не должен делать восстановление невозможным.
В инструкции нужно объяснить, где находится конфигурация и как изменение попадает в рабочую систему. Передача не должна требовать пересылки паролей таблицей или одного неограниченного логина для всех подрядчиков.
Копия полезна вместе со сценарием восстановления
Проверьте состав копий, место хранения, срок и человека, который умеет их восстановить. Код, загруженный контент, записи базы и настройки внешнего сервиса могут требовать разных действий.
Для магазина откат кода не должен подменять актуальные заказы старой базой. Для заявок перезапуск не должен стирать уже принятые обращения. Разделите выпуск программы и бизнес-данные, затем проверьте согласованный сценарий восстановления в подходящей среде.
Опишите поддержку конкретной системы
Назовите приложение или процесс, который входит в поддержку, получателя уведомлений и ответственного за действия после аварии. Разделяйте обслуживание и новую разработку. Дополнительная CRM, канал или правило могут менять объём работ, даже если на экране это выглядит небольшим исправлением.
Sleepy Shop — собственный пример студии с каталогом и покупательским сценарием. В кейсе показан созданный продукт. Общий вывод: за страницей нужно заранее проектировать эксплуатацию, управление контентом и сервисы, от которых зависит оформление заказа.
Подготовьте комплект передачи
Полезный комплект содержит карту аккаунтов, публикацию, расположение данных, резервирование и восстановление, внешние зависимости, ограничения и контакты поддержки. Его должен понимать другой квалифицированный специалист.
До запуска просмотрите комплект с будущим владельцем системы. Если бизнес не готов самостоятельно обслуживать инфраструктуру, выберите понятный управляемый формат. Сам по себе аккаунт на имя клиента не отменяет работу по сопровождению.
Чек-лист для команды
- У каждого важного сервиса указан владелец?
- Можно отозвать доступ подрядчика, сохранив аккаунт бизнеса?
- Откат программы отделён от восстановления данных?
- Согласованный сценарий восстановления проверен?
- Другой специалист сможет работать по инструкции?