Разработка сайта на Laravel для магазина, где у каждого клиента своя цена

Когда Laravel окупается

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

Если у вас несколько сотен товаров и одна цена для всех, Laravel не нужен. Такой магазин дешевле запустить на WooCommerce или OpenCart. Шесть платформ и собственную разработку мы сравнили в статье на чём строить интернет-магазин.

Сколько стоит разработка сайта на Laravel

Магазин на Laravel стоит от $10 000. Это цена для проекта с B2B-кабинетом или нестандартной логикой вроде персональных цен или согласования заказов. Сколько именно, зависит от количества ролей, правил скидок, объёма каталога и систем, с которыми нужен обмен.

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

Роли и кабинеты

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

В таблице есть и запреты. Дилер не видит чужих документов, менеджер не может незаметно поменять утверждённую цену, заблокированный аккаунт не оформит заказ. Эти запреты тестируем вместе с основными сценариями. Каждое изменение прав, которое касается денег, документов или персональных данных, попадает в журнал. Чем B2B-покупатель отличается от розничного и как это меняет сайт, объясняем в статье о B2B и B2C.

Первая версия — один рабочий цикл

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

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

Обмен с учётной системой и CRM

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

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

Данные отдельно от экранов

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

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

Код и среда переходят к вам

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

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

После запуска считаем ручную работу

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

Как заказать сайт на Laravel

Для сметы опишите роли и то, что видит каждая из них, правила цен и скидок, учётную систему и доступ к её документации. Добавьте, на чём работает магазин сейчас и что должно заработать в день запуска. Из этого составляем технический бриф, а потом смету. Расписать всё подробно поможет бриф. Если удобнее рассказать на созвоне, оставьте контакт в форме выше. Для компании из Одессы или другого города разработка интернет-магазина на Laravel идёт так же: все встречи проходят онлайн.

Кабинет, портал или внутренняя система на Laravel без магазина — это уже веб-приложения.