Что входит в техническую поддержку сайта

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

В нашей новой статье мы – команда DIGIMATIX, разбираемся, что на самом деле входит в техническую поддержку сайта, какие задачи она может закрывать и на что обратить внимание при выборе подрядчика.

Какие задачи может закрывать техническая поддержка

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

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

От задачи к решению: реальные примеры из нашей практики

1. Сайт работал, но заявки перестали доходить

После обновления CMS-системы, пользователь видел сообщение об успешной отправке формы, но данные фактически не передавались в CRM-систему. 

Что сделали: проверили цепочку передачи данных, нашли ошибку в интеграции, восстановили обмен между сайтом и CRM-системой и протестировали все формы.

Результат: заявки снова начали автоматически попадать менеджерам, а риск потери обращений был устранен.

2. После обновления 1С на сайте перестал корректно отображаться каталог товаров

У клиента был настроен автоматический обмен между 1С и сайтом. После изменения структуры данных в 1С часть товаров начала обновляться некорректно: пропадали характеристики, сбивались цены и не обновлялись остатки.

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

Результат: каталог снова стал обновляться автоматически без ручной загрузки данных.

3. После смены подрядчика клиент не понимал, как работает сайт

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

Что сделали: провели технический аудит, разобрали структуру проекта, проверили зависимости, восстановили доступы и подготовили документацию по сайту.

Результат: клиент получил контроль над проектом, документацию и необходимые доступы и перестал зависеть от предыдущего подрядчика.

4. После установки стороннего модуля перестала работать часть сайта

Клиент установил новый модуль самостоятельно. После этого перестали корректно работать несколько компонентов сайта.

Что сделали: проверили зависимости модулей, нашли конфликт версий и определили, какой именно компонент нарушает работу сайта. После исправления протестировали остальные функции сайта.

Результат: восстановили работоспособность сайта и корректно установили модуль.

5. Менеджеры могли случайно менять критичные данные на сайте

В CMS-системе сайта нескольким сотрудникам были выданы широкие права доступа. Из-за этого они могли случайно изменить настройки, удалить контент и нарушить структуру каталога.

Что сделали: провели аудит ролей, разделили права пользователей и ограничили доступ к критическим разделам.

Результат: снизили риск случайных изменений и ошибок со стороны сотрудников.

6. После переноса сайта часть изображений и файлов перестала загружаться

После переноса сайта на новый сервер сайт работал, но некоторые изображения и файлы не открывались. 

Что сделали: проверили структуру файлов, нашли некорректные ссылки на изображения и файлы, исправили пути и настройки сервера.

Результат: восстановили отображение всех изображений и файлов на сайте.

Что обычно НЕ входит в стандартный пакет

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

Например, в стандартную техническую поддержку могут НЕ входить:

• разработка нового сайта;
• полноценный редизайн и переработка структуры сайта;
• создание нового сложного функционала;
• масштабная интеграция с 1С, CRM или другими системами;
• полноценное SEO-продвижение;
• настройка и ведение рекламных кампаний;
• подготовка большого объема нового контента.

На что обратить внимание при выборе подрядчика

От подрядчика зависят стабильность сайта, скорость решения задач и возможность развивать проект в дальнейшем. Поэтому при выборе команды важно учитывать несколько факторов, таких как:

• Команда и экспертиза. Узнайте, какие специалисты будут работать с проектом и доступны ли личный менеджер проекта, UI/UX-дизайнер, frontend-разработчик, backend-разработчик, тестировщик, контент-менеджер и системный администратор.
• Зона ответственности. Уточните, что входит в договор: обновления, бэкапы, устранение ошибок, доработки, работа с контентом и интеграциями.
• Скорость реакции. Важно понимать, как подрядчик работает с критическими ошибками и насколько быстро подключается к их устранению.
• Возможность развития. Хороший подрядчик должен не только поддерживать сайт, но и помогать его развивать: добавлять функционал, подключать интеграции и улучшать интерфейс.
• Прозрачная стоимость. Заранее уточните, из чего складывается цена, что входит в тариф и какие работы оплачиваются отдельно.

Примеры типовых пакетов технической поддержки

Стоимость сопровождения рассчитывается индивидуально и зависит от особенностей проекта, таких как:

• Тип сайта: интернет-магазину, порталу или сайту с личными кабинетами требуется больше ресурсов, чем корпоративному сайту.
• Технологическая база: самописные решения и нестандартные модули требуют дополнительной экспертизы.
• Потребности проекта: большое количество задач и регулярные доработки требуют больше ресурсов команды.
• Скорость реакции: приоритетная поддержка требует более высокой загрузки команды.

Ниже привели ориентировочные пакеты технической поддержки.

А если вы в поиске надежного партнера для технической поддержки сайта – пишите нам на почту: office@digimatix.ru или оставляйте заявку на сайте.

Почему компании выбирают DIGIMATIX для технической поддержки

Техническая поддержка для нас – это не только устранение ошибок. Мы подключаемся к проекту комплексно: разбираемся в архитектуре сайта, интеграциях и бизнес-задачах клиента, а затем помогаем поддерживать стабильную работу и развивать проект.В зависимости от задач к работе могут подключаться менеджер проекта, backend- и frontend-разработчики, UI/UX-дизайнер, тестировщик, системный администратор и другие специалисты. Такой подход позволяет решать задачи в рамках одной команды: от исправления технических проблем и обновлений до развития функционала, интеграций и оптимизации производительности.

Надежность – это то, что подтверждается не словами, а результатами. Мы вошли в число лидеров Рейтинга Рунета и заняли 2-е место по технической поддержке в Санкт-Петербурге