Поддержка сайта
в Ростове-на-Дону

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

Цена зависит от объема задач, срочности и типа сайта. Мы предлагаем гибкие тарифы: от разовой до ежемесячной поддержки. Можно подобрать оптимальный формат сопровождения под ваш бюджет.

Работаем с корпоративными сайтами, интернет-магазинами, лендингами, Bitrix, WordPress, OpenCart и другими CMS. Также берем в поддержку custom-разработку.

Да. Даже если сайт стабилен, его нужно регулярно проверять, обновлять и защищать от сбоев. Техническая поддержка — это как техосмотр: лучше до поломки, чем после неё.

Да. Мы обслуживаем сайт и помогаем ему развиваться: добавляем разделы, интеграции, улучшаем UX и адаптируем под новые задачи бизнеса.

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

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

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

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

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

У нас три тарифа: двадцать часов — 70 000 ₽ в месяц, пятьдесят — 165 000 ₽, сто — 310 000 ₽. Тариф выбираем по фактической загрузке за месяц. У небольшого магазина с активными акциями задач бывает больше, чем у крупного корпоративного сайта, который меняется раз в квартал.

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

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

Разбираемся в этом мы. Первым делом отделяем свою зону от чужой. Если сайт отдаёт ошибку сервера при неизменном коде, это не наша правка. Дальше идёт обращение в поддержку хостинга от нашего имени. Заказчику нужно получить решение без пересылки писем между двумя подрядчиками.

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

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

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

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

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

Через систему учёта, а чат остаётся для срочного. Причина простая: в чате задача теряется среди сообщений, и через месяц невозможно ответить, что именно просили и когда. В системе у задачи есть автор, приоритет, история и время. Срочное дублируется в чат, чтобы не ждать, пока кто-то откроет доску.

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

Учётную систему и склад. Пока остатки и цены заводятся руками, на сайте всегда что-то не то: товар в наличии, которого нет, или старая цена. Обмен настраивается в одну или две стороны. Выбор зависит от того, где хранится истина по каждому полю. Это решаем до настройки.

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

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

Заказ должен создаваться на сайте независимо от того, доступна ли учётная система. Если связь пропала, заказ сохраняется и уходит в очередь и доходит после восстановления связи. Очередь с журналом видно в панели, и по ней понятно, что не доехало.

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

Тип цены привязывается к группе пользователей. После входа оптовый покупатель видит свою цену без пересылки прайса файлом, розничный — базовую. Ступенчатые скидки за объём настраиваются в каталоге один раз и считаются автоматически.

Если продажи ведут менеджеры — да, иначе заявки живут в почте и часть теряется. Из формы создаётся сделка с источником, а статус из CRM может возвращаться в личный кабинет покупателя. Минимально полезный вариант — односторонняя передача заявки, её внедряют за несколько дней.

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

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

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

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

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

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

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

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

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

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

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

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

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