Содержание
Доработка интернет-магазина начинается с проверки того, как покупка проходит сейчас: от выбора товара до оплаты, передачи в учёт и отмены. Затем для изменения задают измеримый результат, проверяют его на копии и готовят возврат к рабочей версии. Такой порядок нужен даже для небольшой задачи. Новое поле в оформлении заказа может затронуть доставку, письмо покупателю, CRM и выгрузку в 1С, хотя внешне занимает одну строку.
С чего начать доработку работающего магазина
Соберите три вещи: проблему, затронутые сценарии и способ проверки. «Улучшить корзину» не позволяет оценить работу. «При изменении количества товара стоимость доставки должна пересчитываться до оплаты» уже задаёт конкретное поведение. Допишите, что увидит покупатель, если служба доставки не ответит.
Полезно посмотреть, где проблема подтверждается данными. Покупатели бросают оформление на определённом шаге? Менеджеры вручную исправляют адреса? Оплата прошла, но заказ остался неоплаченным? Если таких свидетельств нет, сначала проверьте гипотезу. Сложная переработка может оказаться дороже исправления одной ошибки.
Для сравнения до и после сохраните одинаково рассчитанные показатели: начатые оформления, созданные заказы, подтверждённые оплаты, ошибки формы, обращения менеджеров. Укажите период, источник данных и исключения. Показатели разных рекламных кампаний или сезонов нельзя механически приписывать доработке.
Посмотрите также на технические зависимости. Кто меняет цены, где резервируется товар, какой сервис подтверждает платёж, как заказ попадает в 1С? Если ответы знает один ушедший разработчик, начните с обследования. Список действующих связей важнее красивого макета нового оформления.
Как поставить задачу и зафиксировать приёмку
Короткое задание может помещаться на одной странице. Его качество определяется тем, можно ли по тексту однозначно принять результат. Для этого нужны условия, действия, ожидаемый итог и исключения.
| Пункт задания | Пример для магазина |
|---|---|
| Проблема | Покупатель меняет количество, доставка остаётся рассчитанной для старого веса |
| Условие | В корзине товар с весом, выбран способ доставки |
| Действие | Покупатель увеличивает количество |
| Результат | До оплаты отображаются обновлённые доставка и итог |
| Ошибка внешнего сервиса | Магазин объясняет, что расчёт недоступен, и предлагает согласованный вариант |
| Проверка | Суммы совпадают в корзине, платеже, заказе и выгрузке |
Отдельно согласуйте, что не входит в задачу. Исправление пересчёта доставки не означает замену всей корзины или подключение нового перевозчика. Если при разборе обнаружилась смежная проблема, её записывают и оценивают отдельно. Иначе невозможно понять, за какой результат и срок договорились.
Оценку разумно уточнять после просмотра кода и зависимостей. На действующем магазине одна и та же функция может потребовать правки шаблона, интеграции или модели данных. Подробно вопрос бюджета разобран в статье «Сколько стоит доработка сайта». Здесь важен другой результат: понятный состав работы и проверяемая граница готовности.
Что проверить в корзине, оплате и доставке
Обычный заказ без скидок проверяет только благополучный путь. Для магазина опасны пограничные ситуации: товар закончился во время оформления, платёжное уведомление пришло повторно, покупатель вернулся со страницы оплаты раньше подтверждения. Такие проверки должны учитывать устройство конкретного магазина.
Корзина и остатки
Проверьте изменение количества, удаление товара, промокод, вариант товара и разные типы покупателей. При устаревшей цене магазин должен действовать по согласованному правилу и явно сообщать об изменении до оплаты. Скрытая подмена итоговой суммы создаёт проблемы даже при технически правильном расчёте.
Два покупателя могут одновременно выбрать последний экземпляр. В зависимости от процесса резерв ставится на разных этапах. Проверьте, когда именно количество становится недоступным и когда освобождается после неоплаты или отмены. Важно исключить как лишнюю продажу, так и бессрочно заблокированный товар.
Оплата
Разберите успешную и неуспешную оплату, отмену на странице банка, задержку и повтор уведомления. Возврат покупателя в магазин сам по себе не должен считаться подтверждением платежа. Основание и способ проверки статуса определяются правилами платёжного провайдера.
Повтор одного события не должен повторно списывать товар, отправлять дубли писем или создавать ещё один заказ в учёте. Если магазин получает несколько разных сообщений о платеже, согласуйте допустимые переходы статуса. Случайный порядок доставки сообщений не должен превращать оплаченный заказ в неоплаченный.
Доставка и передача заказа
Проверьте адрес, вес, габариты, бесплатную доставку и недоступность внешнего сервиса. Сверьте стоимость в заказе и платеже. Если служба доставки временно не отвечает, поведение магазина нужно определить заранее: повторить расчёт, предложить другой способ или принять заявку на уточнение.
После оформления найдите заказ в CRM или 1С. Сравните товары, варианты, скидки, доставку и общую сумму. Не ограничивайтесь наличием строки с номером. Неполный заказ может формально передаться успешно, но потребовать ручного восстановления менеджером.
Как подготовить тестовую копию и безопасную выкладку
Копия магазина нужна до первой правки. На ней должны воспроизводиться существенные настройки рабочего сайта, но она не должна выполнять реальные операции. Закройте её от посторонних и индексации, отключите рабочие рассылки, проверьте отдельные реквизиты интеграций и тестовый режим оплаты. Подмена только доменного имени этих задач не решает.
Рабочие заказы и персональные данные нельзя без необходимости раздавать всем участникам разработки. Для большинства проверок достаточно подготовленного набора тестовых данных. Если воспроизводится ошибка конкретного заказа, ограничьте доступ и используйте только нужные сведения.
До выкладки зафиксируйте версию кода, миграции базы, настройки и порядок переключения. Укажите, кто принимает решение об остановке, кто проверяет первые заказы и как связаться с ответственными. Время запуска выбирают по реальной нагрузке и доступности команды.
Хорошая схема выкладки допускает проверку небольшого участка перед полным включением, если архитектура магазина это позволяет. Например, новую функцию можно включить флагом для ограниченной группы. Это не отменяет тестов: ошибка в расчёте общей суммы остаётся ошибкой, даже если её увидело немного покупателей.
Как сохранить поисковые страницы и аналитику
Изменение каталога или фильтра затрагивает органический трафик. До начала работы сохраните список значимых адресов, их назначение и шаблоны метаданных. Для большого каталога отдельно отметьте страницы, которые уже приводят покупателей. Разработчик должен знать об этих зависимостях до изменения маршрутов.
По возможности сохраняйте существующие URL. Если адреса меняются, подготовьте соответствие старых и новых страниц и постоянные перенаправления на подходящие аналоги. Перенаправление всех удалённых карточек на главную не сохраняет их смысл. Для постоянного перенаправления используют HTTP 301 или 308. В рекомендациях Google по смене URL описаны карта адресов, перенаправления и наблюдение за трафиком после перехода.
Проверьте также canonical, доступность страниц для роботов, внутренние ссылки и sitemap. Закрытая от индексации тестовая версия не должна передать свои ограничения рабочему магазину. После выкладки откройте страницы без авторизации и убедитесь, что важный контент доступен в HTML.
Аналитику заказа сверяют отдельно. Событие покупки должно соответствовать состоявшемуся событию в магазине и не дублироваться при обновлении страницы. Если изменили названия событий или идентификаторы, зафиксируйте это в отчёте. Иначе сравнение показателей до и после потеряет смысл.
Как понять, что работа действительно закончена
Принимайте доработку по согласованным сценариям, а не по внешнему сходству с макетом. Для каждого критического пути нужен результат проверки. Ошибки делят по влиянию на работу магазина и заранее определяют, какие блокируют запуск.
В комплект приёмки стоит включить:
- описание внесённого изменения и затронутых компонентов;
- версию кода и порядок установки;
- перечень проверенных сценариев с фактическими результатами;
- ограничения и оставшиеся задачи;
- условия возврата к предыдущей версии;
- ответственного за проверку после запуска.
Первые рабочие заказы проверяют по всей цепочке. Посмотрите ошибки приложения и интеграций, сверьте оплаты и доступность товаров. Если конверсия изменилась, сначала исключите технический дефект и изменение качества трафика. Один день с другим числом заказов ещё не доказывает пользу или вред новой корзины.
Если каждая правка вызывает непредсказуемые поломки, начните с аудита работающего магазина. Он помогает отделить локальную задачу от проблем архитектуры и определить порядок изменений. Регулярные проверки после выпусков и разбор инцидентов можно закрепить в технической поддержке.
Частые вопросы
Можно ли доработать интернет-магазин без остановки продаж?
Во многих проектах можно подготовить изменения на копии и выпустить их с коротким переключением или постепенным включением. Возможность зависит от архитектуры и изменений базы. Сначала согласуйте план выпуска и допустимое окно работ.
Нужно ли техническое задание для небольшой правки?
Нужны хотя бы описание проблемы, ожидаемое поведение, исключения и критерии приёмки. Большой документ требуется не всегда. Но задача «исправить корзину» не задаёт проверяемого результата.
Что важнее проверить после изменения оформления заказа?
Создание заказа, итоговую сумму, подтверждение оплаты, доступность товара и передачу в учёт. Добавьте сценарии ошибки, отмены и повторного уведомления. Набор проверок зависит от затронутых интеграций.
Можно ли откатить магазин восстановлением вчерашней базы?
Так можно потерять новые заказы, оплаты и изменения остатков. Возврат кода и восстановление данных планируют отдельно. Если восстановление необходимо, сначала определяют, как сохранить и затем сверить события после даты копии.
Нужно ли менять URL при доработке каталога?
Если задачу можно решить со старыми адресами, обычно разумно их сохранить. При изменении адресов нужны карта соответствий, постоянные перенаправления, обновлённые ссылки и проверка индексации. Одного изменения sitemap недостаточно.
Как оценить стоимость доработки интернет-магазина?
По составу изменений, состоянию кода, зависимостям и объёму проверок. Одинаковый элемент интерфейса может затрагивать разные системы. Согласовывать окончательный состав работы полезно после обследования и описания критериев приёмки.
