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