Для работающего сайта
Техническая поддержка сайта.
Регулярное сопровождение: согласованные проверки, исправления и небольшие изменения.
Пришлите ссылку на сайт и опишите задачу. Состав поддержки согласуем после оценки.
С чем помогаем.
Ошибки и формыПроверка
Разбираем конкретную ошибку: где она появляется, какие действия к ней приводят и какой результат ожидался. Для формы согласуем тестовый сценарий и способ проверки ответа. Тестовые сообщения и изменения данных отделяем от обращений покупателей. Исправление принимаем по воспроизводимому сценарию; сам факт открытия страницы не означает, что весь путь обращения проверен.
Каталог и контентИсправление
Вносим согласованные изменения текста, изображений, товарных сведений и отображения каталога. Перед работой определяем источник данных: редактор сайта, учётная система или другой установленный процесс. Это помогает сохранить ручные правки и избежать конфликта со следующей загрузкой. Массовое наполнение и изменение структуры большого каталога оцениваем отдельно.
Небольшие измененияСогласование
Уточняем, что требуется изменить на существующей странице или в её поведении. Например, порядок блоков, подпись, поле или отдельный шаг пользователя. До выполнения фиксируем границы и критерий готовности. Если задача требует новой функциональности, заметной переработки системы или отдельного проектирования, согласуем её самостоятельный объём. Для одной разовой задачи есть доработка сайта.
Существующий обменКонтроль
Разбираем сбой уже настроенного обмена: какие данные ожидались, что поступило и где появилась ошибка. Проверяем согласованные связи, сообщения об обработке и порядок повтора. Создание нового подключения, изменение состава объектов или существенная смена правил требуют отдельной оценки. Пример самостоятельной задачи — интеграция сайта с 1С.
Как определяем границы поддержки
Поддержка — это регулярная работа с текущими задачами сайта. Для каждой задачи фиксируем результат и способ проверки, а для сопровождения в целом — доступный объём, приоритеты и порядок согласования. Возможность и состав работ определяем после оценки состояния сайта и его технических ограничений.
Сначала принимаем сайт.
Состояние
Смотрим основные сценарии сайта, известные ошибки, текущие ограничения и открытые задачи. Уточняем, какие части уже менялись и где есть зависимость от стороннего сервиса. Определяем начальное состояние, чтобы отличать прежние проблемы от результата новой правки. При необходимости выделяем отдельное обследование, а его состав согласуем до работ.
Код
Выясняем, где находятся исходники, как передавались предыдущие изменения и кто отвечает за доступы. Уточняем систему управления сайтом, расширения и доработки. Проверяем возможность работать с нужной частью проекта и ограничения её изменения. Совместимость конкретного проекта с предлагаемым способом работ подтверждаем после такой проверки.
Среда
Уточняем рабочее окружение и доступную среду для проверки изменений. Выбираем способ переноса и согласования результата, учитывая связи с оплатой, формами, каталогом и учётом. Доступ выдаётся в пределах задачи. Пароли и рабочие выгрузки через публичную форму первого обращения не запрашиваем.
Восстановление
Выясняем, какие копии и средства восстановления доступны, где они находятся и кто может ими воспользоваться. Порядок создания копий и проверки восстановления согласуем для конкретного сайта. Изменения рабочей системы и действия с данными планируем заранее; наличие файла копии само по себе не заменяет согласованного порядка возврата.
Доступы и порядок изменений согласуем заранее.
Понятный маршрут задачи.
- 1Обращение
- 2Согласованная задача
- 3Выполнение
- 4Проверка
Объём и критерии готовности фиксируем до работ.
Что происходит на каждом этапе
- Обращение. Фиксируем запрос и исходные сведения. Если причина пока неизвестна, отделяем поиск причины от самой правки и согласуем, что нужно для разбора.
- Согласованная задача. Определяем состав, ограничения, зависимости и способ приёмки. Изменения за пределами этой задачи обсуждаем отдельно, чтобы ожидания обеих сторон совпадали.
- Выполнение. Вносим согласованные изменения выбранным способом. Существенные действия с рабочими данными, учётной системой или настройками выполняются в пределах заранее определённых полномочий.
- Проверка. Проверяем оговорённый сценарий и связанные участки. Передаём понятное описание результата, оставшихся ограничений и следующего шага, если он нужен.
Пример развития сайта: Стройнитура.

Каталог, кабинет менеджера и обмен с 1С.
Смотреть кейсКакие работы показывает пример
Для магазина обновили витрину и каталог, фотографии и описания, рабочее место менеджера и связь заявок с заказами в 1С. Менеджер видит этапы обработки и состояние обмена. Этот пример показывает развитие действующего сайта и связанных процессов. Состав сопровождения другого проекта определяем по его состоянию и задачам.
Договоримся о составе поддержки.
Что входит в работы?
В поддержку входят согласованные проверки, исправления и небольшие изменения на принятом в сопровождение сайте. Для каждой задачи фиксируем, что именно требуется и как проверяется результат. Если запрос выходит за этот состав, сначала определяем отдельный объём. Работы по продвижению и создание новой интеграции автоматически в поддержку не входят.
Как принимаем сайт?
Уточняем состояние, код, окружение, существующие подключения и доступный порядок восстановления. Затем определяем возможность изменений и необходимые сведения. Результатом первого разбора становится понимание ограничений и следующего шага. Передача доступа сама по себе не означает, что весь сайт уже обследован или принят на неограниченное сопровождение.
От чего зависит стоимость?
От состояния проекта, состава задач, необходимых подключений и объёма проверки результата. Также учитываем, кто вносит изменения на смежной стороне и как готовится рабочая среда. Стоимость, порядок согласования и оплаты фиксируем для выбранного состава. Новые задачи и существенное изменение первоначального запроса оцениваем отдельно.
Что согласуем до выполнения работ
Фиксируем ответственного за запрос, границы задачи, нужные сведения и критерии приёмки. Отдельно определяем, как согласуются доступы, изменения рабочей системы и взаимодействие с прежним разработчиком или владельцем смежного сервиса. Если для проверки нужны резервная копия, тестовая среда или помощь администратора, обсуждаем этот порядок до существенных изменений.
Для регулярных обращений определяем порядок постановки и приоритетов задач, объём и условия передачи результата. Периодичность проверок и другие параметры обслуживания устанавливаем для выбранного проекта. Режим связи и сроки реакции определяем для вашего проекта и фиксируем вместе с порядком обращений.
При первом обращении укажите адрес сайта, опишите задачу или сбой и оставьте телефон или e-mail для ответа. Пароли, рабочие документы и персональные данные третьих лиц через публичную форму не нужны.
