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