Магазин ломается не целиком: перестаёт уходить письмо с заказом, ломается шаг оплаты, меняется API службы доставки. Поддержка нужна, чтобы такие вещи находились и исправлялись по понятному регламенту, а не обнаруживались покупателем. Безотказность мы не обещаем — обещаем регламент и предсказуемую реакцию.
Быстрая диагностика
Страница для работающих интернет-магазинов.
Проблемы обнаруживаются, когда о них сообщает покупатель.
Непонятно, кто отвечает за исправление: разработчик, хостинг или служба доставки.
Обращения передаются в переписке и теряются, приоритет определяется на слух.
Никто не проверяет регулярно, что заказ реально оформляется от начала до конца.
Обновления модулей и платформы откладываются из опасения что-то сломать.
Нет понимания, какие работы уже сделаны за последние месяцы.
Если нужен именно контроль доступности и регулярные копии, посмотрите Мониторинг и резервные копии
Основная проблема
Интернет-магазин состоит из частей, которые вам не принадлежат: платформа и её модули, хостинг, оператор оплаты, службы доставки, учётная система, CRM, сервис писем, домен и сертификат. Любая из них может измениться без предупреждения. Поэтому обещание стопроцентной безотказности было бы недобросовестным: мы не контролируем ни чужие API, ни оборудование хостинга, ни срок реакции сторонних служб. Что действительно можно обещать — это регламент: перечень компонентов под наблюдением, порядок обращений, приоритеты, состав регулярных проверок и отчётность.
Вторая особенность магазина в том, что критичные поломки часто незаметны. Витрина открывается, каталог работает, а письмо с заказом не уходит или последний шаг оформления возвращает ошибку при определённом способе доставки. Такие сбои не видны в общей статистике и обнаруживаются покупателем, который просто уходит. Именно поэтому в поддержку магазина обязательно входит регулярная сквозная проверка: форма, корзина, оформление заказа, доставка уведомлений и передача заказа в учётную систему — проверяются как сценарий, а не как отдельные страницы.
Третье — разделение срочных и плановых работ. Если этой границы нет, любая задача становится срочной, и развитие магазина останавливается. Мы фиксируем в регламенте, что считается инцидентом, влияющим на продажи, и решается вне очереди, а что относится к плановым улучшениям и выполняется в согласованном порядке. Отдельно оговариваются доступы: без них реакция невозможна, поэтому передача и корректное хранение доступов — обязательное условие поддержки, а не формальность.
Что происходит без изменений
Только логические следствия, без выдуманных цифр.
Без регулярных проверок ошибка в оформлении заказа обнаруживается только по жалобе.
Неотправленное уведомление о заказе не видно в статистике и не вызывает тревоги.
Без границы между инцидентом и улучшением очередь работ теряет смысл.
Накопленные версии модулей усложняют и удорожают последующее обновление.
Если доступы ищут в момент аварии, реакция начинается позже, чем могла бы.
Без разграничения зон ответственности время уходит на выяснение, кто виноват.
Что создаётся
Результат — работающий регламент поддержки, а не разовые исправления по звонку.
Проводим стартовый разбор состояния магазина: код, платформа, интеграции, ошибки, критичные сценарии.
Снимает: Понятно исходное состояние и что требует исправления в первую очередь.
Фиксируем список того, что берём под поддержку, и что остаётся вне её.
Снимает: Нет спора о том, входит задача в объём или нет.
Задаём канал обращений, формат заявки, порядок подтверждения и учёт работ.
Снимает: Обращения не теряются в переписке.
Определяем уровни: инцидент, влияющий на продажи; ошибка без остановки продаж; плановое улучшение.
Снимает: Очередь работ понятна и обеим сторонам, и вашим сотрудникам.
Проверяем сквозной сценарий: форма, корзина, оформление, уведомления, передача заказа.
Снимает: Скрытые сбои находятся раньше покупателя.
Наблюдаем за обменом с учётной системой, оплатой, доставкой и CRM, реагируем на изменения на их стороне.
Снимает: Изменение чужого API не превращается в тихую остановку обмена.
Планируем обновления платформы, модулей и зависимостей с предварительной проверкой.
Снимает: Обновления происходят управляемо, а не откладываются годами.
Ведём очередь небольших доработок и выполняем их в согласованном объёме.
Снимает: Магазин развивается, а не только ремонтируется.
Готовим периодический отчёт: выполненные работы, обращения, результаты проверок, замечания.
Снимает: Видно, что именно сделано и на что стоит обратить внимание.
Описываем, что решается вне очереди, а что попадает в план, и как меняется приоритет.
Снимает: Ресурс поддержки расходуется осознанно.
Организуем передачу доступов, фиксируем перечень и порядок их обновления.
Снимает: Реакция не задерживается из-за отсутствия доступа.
Ведём переписку с хостингом, оператором оплаты и службами доставки по техническим вопросам.
Снимает: Вам не нужно самостоятельно выяснять причину на стороне сервисов.
Схема работы
Поддержка касается всей цепочки, но отвечает за её работоспособность, а не за содержание.
Целостный контур описан на странице раздела; здесь — что берётся под поддержку.
Состав решения
Сначала диагностика и регламент, затем регулярный цикл проверок и работ.
Сценарии использования
Обезличенные схемы. Аудитория — работающие интернет-магазины.
Начинаем со стартовой диагностики и перечня поддерживаемых компонентов.
Вводим регулярную сквозную проверку заказа и контроль уведомлений.
Задаём канал обращений, формат заявки и уровни приоритета.
Планируем поэтапные обновления с проверкой совместимости и порядком отката.
Берём на себя контроль интеграций и переписку с внешними сервисами.
Проводим диагностику, восстанавливаем перечень доступов и берём магазин под регламент.
Интеграции и зависимости
Значительная часть контура магазина принадлежит третьим сторонам.
Работоспособность площадки, на которой размещён магазин.
Граница: Оборудование, доступность и сроки реакции — зона хостинга; мы взаимодействуем, но не отвечаем за них.
Приём платежей и фискализация.
Граница: Работоспособность и изменения на его стороне — зона оператора; договор и касса — зона клиента.
Расчёт стоимости и передача отправлений.
Граница: API и фактическая доставка принадлежат службе; сроки её реакции мы не контролируем.
Товары, остатки, заказы.
Граница: Настройки, лицензии и работа внутри систем — зона клиента.
Условие любой работы поддержки.
Граница: Передача, актуальность и отзыв доступов — зона клиента; без них реакция невозможна.
Товары, тексты, цены, акции.
Граница: Наполнение и его достоверность — зона клиента; поддержка отвечает за работоспособность, а не за содержание.
Этапы работы
Первый цикл отличается от последующих: сначала диагностика и настройка регламента.
Разбираем состояние магазина и критичные сценарии.
Фиксируем перечень поддерживаемых компонентов и границы.
Задаём канал обращений, формат заявок и приоритеты.
Организуем передачу и учёт доступов.
Устраняем найденные критичные проблемы.
Запускаем цикл проверок заказа и интеграций.
Планируем и выполняем обновления с проверкой совместимости.
Ведём очередь доработок в согласованном объёме.
Передаём периодический отчёт и уточняем приоритеты.
Сроки реакции и периодичность проверок фиксируются в регламенте после диагностики. Стопроцентную безотказность магазина мы не обещаем: часть контура принадлежит хостингу и внешним сервисам.
Что проверяется при сдаче
Поддержка считается настроенной, когда работает регламент, а не только исправлены ошибки.
Кому подходит
Работающие интернет-магазины
Когда нужен другой формат
Указываем прямо, чтобы объём соответствовал задаче.
Нужен контроль доступности и регулярные резервные копии.
Мониторинг и резервные копииМагазин уже недоступен и нужно вернуть его к работе.
Срочное восстановлениеМагазин технически устарел и требует пересборки, а не поддержки.
Редизайн и пересборкаОсновная задача — рост поискового трафика.
SEO интернет-магазинаЗоны ответственности
Стоимость
Стоимость поддержки зависит от объёма контура и требований к реакции, а не от числа заказов.
Чем больше модулей и интеграций в перечне, тем выше объём наблюдения.
Накопленные ошибки и устаревшие версии требуют дополнительной работы в первом периоде.
Более быстрая реакция и более частые проверки означают больший резерв ресурса.
Несколько обменов с внешними системами увеличивают объём контроля.
Согласованный ресурс на доработки напрямую влияет на стоимость периода.
Отдельное окружение упрощает обновления и снижает риск при изменениях.
Оценку формируем после стартовой диагностики: до неё объём наблюдения и первоочередных исправлений определить нельзя. Стоимость периода поддержки здесь не указывается и согласуется индивидуально.
Вопросы и ответы
Следующий шаг
Напишите, на какой платформе работает магазин, какие есть интеграции и что беспокоит сейчас. Начнём с диагностики.
Телефон +7 (495) 201-25-26, почта like-sites@mail.ru.
Куда перейти дальше
