Перейти к содержанию
Fluw
Все материалы

Сайт, каталог, кабинет или внутренний сервис: что выбрать

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

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

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

Сравните задачи

ФорматДля когоЧто делает пользовательКакие сведения нужны
Сайт или лендингБудущий клиент или партнёрЗнакомится с предложением и обращается в компаниюУслуги, работы, условия, контакты
КаталогПокупатель или закупщикНаходит, сравнивает и выбирает товарАссортимент, характеристики, цены, наличие
Личный кабинетКлиент или партнёр после входаПроверяет свой заказ, скачивает документы, отправляет обращениеЗаявки, заказы, документы, статусы
Внутренний сервисСотрудник или руководительСоздаёт заявку, назначает исполнителя, согласует решениеФормы, статусы, ответственные, история

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

Сайт: объяснить предложение и получить обращение

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

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

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

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

Каталог: помочь выбрать товар

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

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

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

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

Личный кабинет: дать клиенту доступ к его сведениям

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

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

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

Для подключения CRM потребуются конкретные поля, права и правила обновления. В инструкции по подготовке личного кабинета перечислены вопросы, которые стоит обсудить до разработки.

Внутренний сервис: организовать работу сотрудников

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

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

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

Такой сервис может решать одну задачу рядом с существующей CRM или ERP. Он не обязан заменять всю систему компании.

Как определить состав первой версии

Запишите задачу одним предложением:

Покупатель выбирает насос по подаче и напору, затем отправляет менеджеру модель и параметры для расчёта предложения.

После этого ответьте на вопросы:

  1. Кто пользуется проектом: любой посетитель, клиент после входа или сотрудник?
  2. Какое действие должно завершиться: заявка, выбор, скачивание документа или согласование?
  3. Какие сведения для этого обязательны?
  4. Кто отвечает за их обновление и исправление ошибок?
  5. Что происходит, если данные недоступны или заявка не отправилась?

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

Порядок создания проекта показан на странице «Как работает Fluw». Условия использования платформы можно проверить в тарифах; новые подключения и сложные правила обсуждают отдельно.

Чек-лист перед началом

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

Частые ошибки

Выбирать название вместо задачи. Слово «портал» не объясняет, что будет делать первый пользователь. Начните с его вопроса или действия.

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

Смешивать доступы. Менеджеру может быть нужна закупочная цена, но покупатель не должен её видеть. Разделите права заранее.

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

Автоматизировать редкие случаи раньше основной задачи. Сначала проверьте обычный порядок работы, затем разбирайте исключения.

Частые вопросы

Можно ли объединить сайт и каталог?

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

Нужен ли кабинет, если уже есть форма?

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

Чем внутренний сервис отличается от CRM?

Он может обслуживать одну задачу сотрудников, не заменяя CRM. Заранее определите, какие сведения он получает, что меняет и где сохраняются основные записи.

С чего начать, если формат пока непонятен?

Опишите пользователя, его задачу и имеющиеся сведения. Затем создайте проект во Fluw и проверьте первую версию на одном рабочем примере. После этого будет проще решить, какие разделы и действия добавлять дальше.