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