Сайт-каталог или интернет-магазин: что выбрать, если заказы принимает менеджер

Чем отличаются каталог, заявка и оформленный заказ

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

Корзина может быть списком для запроса. Например, закупщик добавляет несколько позиций, указывает количество и нажимает «Запросить предложение». До ответа менеджера цена и доступность ещё не согласованы. Такой сценарий полезен, но его нельзя описывать покупателю как завершённое оформление по окончательным условиям.

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

Зафиксируйте формулировку в задании: «Посетитель отправляет запрос, менеджер согласует условия» или «Посетитель создаёт заказ по показанным правилам». Под неё должны совпасть кнопки, итоговый экран и сообщение клиенту.

Когда бизнесу подходит сайт-каталог

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

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

Что включить в каталог с заявкой

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

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

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

Когда каталог становится лишним барьером

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

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

Когда нужен интернет-магазин

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

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

Какие правила нужны до оформления

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

Особенно внимательно разберите изменение условий. Что увидит покупатель, если товар закончился между просмотром карточки и отправкой заказа? Как он узнает, что выбранная доставка недоступна? Кто согласует замену? Готовый интерфейс должен объяснять эти исходы, а процесс компании — поддерживать их.

Магазин не становится готовым только от появления кнопки «Оформить». Если итоговый экран сообщает успех, но команда не получает состав заказа, самостоятельный путь не завершён. Если обязательные условия неизвестны, сначала определите их или честно выделите маршрут согласования.

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

Что нужно подготовить в компании до самостоятельных заказов

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

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

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

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

Учебный пример: восемь сценариев и лист выбора

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

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

Скачать лист выбора и восемь сценариев. Лист можно также открыть прямо в браузере. Откройте decision-sheet.html в браузере: там есть заполненные ситуации и пустой бланк для печати. CSV-файлы можно открыть в табличном редакторе. Для просмотра и заполнения на бумаге установка программ и запуск кода не нужны.

Как применить лист к своему бизнесу

Выберите один типичный товар и один проблемный случай. Запишите, что клиент знает до обращения, что уточняет менеджер и какие условия могут измениться. Затем укажите желаемое действие посетителя и ответственного за каждый пробел. Если информации нет, оставьте «не определено»: это задача для обсуждения, а не основание автоматически выбрать магазин.

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

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

Как сравнить состав работ и расходы

Сравнивайте предложения по одинаковым исходным данным: ассортименту, вариантам, способам получения, роли менеджера и источникам обновления. Формулировки «каталог» и «магазин» без списка сценариев дают слишком мало информации для сопоставления смет.

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

Какие расходы легко упустить

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

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

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

Как перейти от каталога к магазину поэтапно

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

Сохраните устойчивые идентификаторы товаров и продуманные адреса страниц. В рекомендациях Google для электронной торговли отдельно отмечены постоянные URL и согласованность ссылок, canonical и sitemap. Это технический принцип, а не гарантия позиций; при развитии сайта нужно проверить конкретные изменяемые адреса.

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

Назначьте условие перехода, которое можно проверить: заполнены обязательные данные, согласованы правила получения, определены получатель и обработка заказов. Решение «добавим магазин, когда вырастем» не сообщает команде, что именно должно измениться.

Технические задачи обмена и оплаты раскрыты отдельно: импорт товаров, интеграция с CRM и подключение оплаты. Выбор формата предшествует выбору этих механизмов.

Что передать студии и как принять выбранный сценарий

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

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

1. Посетитель понимает, отправляет он запрос или оформляет заказ.
2. Выбранные позиции, варианты и количество сохраняются до отправки и приходят ответственному.
3. Изменение количества и удаление позиции дают понятный результат.
4. Неактуальный товар, неизвестная цена и нестандартное получение имеют согласованный путь.
5. Итоговый экран соответствует фактическому результату: не сообщает о созданном заказе, если получен только запрос.
6. Повтор после ошибки не заставляет заново собирать весь список; поведение повторной отправки согласовано и проверено.
7. Команда знает, где найти обращение или заказ и как продолжить обработку.
8. Изменение цены, карточки и доступности проверено ответственным редактором.

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

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