з нуля або переїзд

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

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

Порахувати вартістьОтримати оцінку
Від $10 000коли є B2B-кабінет або нестандартна логіка
Кошториспісля розбору ролей, цін та інтеграцій
Код вашрепозиторій, доступи й документація
01 // що входить4 розділи · макет вашого магазину

Що ви отримуєте за розробку на Laravel

Спершу перевіряємо, чи Laravel вам узагалі потрібен. Якщо так, ви платите за свою логіку продажу, обмін з обліком і код, який лишається у вас.

Коли Laravel потрібен, а коли ні

  • Порівнюємо ваші правила продажу з тим, що вміють WooCommerce і OpenCart з модулями.
  • Магазину на 200 товарів з однією ціною вистачить WooCommerce, і це обійдеться дешевше.
  • Вибір Laravel пояснюємо конкретними операціями, яких не закриває готовий модуль.

// Платформу й модулі обираємо після перевірки каталогу, інтеграцій і плану розвитку.

02 // як ми працюємо

Готові частини магазину ви бачите до запуску

  1. 01Технічний бриф
  2. 02Архітектура і макети
  3. 03Розробка спринтами
  4. 04Дані, тести, передавання

  1. 01

    Технічний бриф

    Розбираємо, хто що робить у магазині, як рахуються ціни, хто погоджує замовлення й куди йдуть дані.

    // на виході межі першої версії й каркас кошторису

  2. 02

    Архітектура і макети

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

    // на виході схема даних і прототипи основних сценаріїв

  3. 03

    Розробка спринтами

    Кожну зібрану частину викладаємо на тестовий сервер, і ви перевіряєте її на погоджених сценаріях.

    // на виході частини магазину, які ви вже прийняли

  4. 04

    Дані, тести, передавання

    Завантажуємо контрольні дані, перевіряємо обмін з обліком і переносимо магазин на робочий сервер.

    // на виході запущений магазин, код і доступи

03 // часті питанняпрямі відповіді
01Хто підхопить код, якщо команда зміниться?

Інший розробник чи студія, що знає Laravel. Склад передачі погоджуємо ще до старту, а перед здачею перевіряємо, що проєкт розгортається з нуля за нашою інструкцією. Тож новій команді вистачить репозиторію, доступів і цієї інструкції.

02Скільки коштує магазин на Laravel?

Від $10 000. Цю суму закладаємо, коли в магазині є B2B-кабінет або нестандартна логіка, наприклад персональні ціни чи погодження замовлень. Якщо такої логіки немає, дешевше взяти готову платформу: WooCommerce чи OpenCart від $2 499. Точний кошторис складаємо після технічного брифу, а грубо прикинути можна в калькуляторі.

03Скільки триває розробка сайту на Laravel?

Строк називаємо після технічного брифу, бо він залежить від кількості ролей, інтеграцій і того, що входить у першу версію. Роботу ділимо на етапи, і готові частини ви перевіряєте на тестовому сервері ще до запуску. Формати магазинів за складом і ціною можна порівняти на сторінці інтернет-магазинів.

04У нас уже є магазин. Переписувати на Laravel чи доробляти?

Спершу з’ясовуємо, що в ньому можна зберегти. Якщо бракує одного-двох процесів, часто дешевше дописати модуль до наявної платформи. Переписувати на Laravel варто, коли доробки вже коштують більше за нову основу. Товари, адреси сторінок і замовлення переносимо окремим рядком кошторису. Наявну систему й приклади операцій зручно описати в брифі.

05Чому не готова платформа, якщо вона дешевша?

Якщо модулі закривають ваш каталог і замовлення, беріть готову платформу. Ми самі так порадимо. Laravel окупається, коли весь процес тримається на ваших правилах продажу. На готовій платформі ці правила довелося б латати доробками, а доробки перевіряти після кожного оновлення.

06Чи витримає магазин великий прайс і пікові замовлення?

Це покаже навантажувальний тест до запуску. Перед ним домовляємося про найважчі операції, наприклад імпорт прайсу на десятки тисяч рядків, пошук у каталозі й оформлення замовлень у пік. Сервер і кеш налаштовуємо на ці обсяги, а після тесту ви знатимете, яке навантаження магазин витримує.

07Чи зможе штатний розробник продовжити роботу?

Так. Він отримує репозиторій, документацію й доступи, а перед передачею ми разом розбираємо архітектуру, зокрема правила цін і обмін з обліком.

08Чи можна замовити сайт на Laravel з іншого міста?

Можна. Ми з Харкова й Києва, але проєкт ведемо віддалено: зідзвонюємося в Google Meet, працюємо в спільному репозиторії, а тестову версію магазину ви відкриваєте в браузері. Для старту опишіть задачу в брифі.

09Чим Laravel відрізняється від готової CMS?

Laravel — це PHP-фреймворк, каркас, на якому програмісти пишуть логіку саме вашого бізнесу. У готовій CMS на кшталт WooCommerce чи OpenCart каталог, кошик і модулі вже є. Її варто брати, коли вони закривають задачу без серйозних поступок. На Laravel ці частини теж доводиться писати, зате ролі, погодження й ціни працюють так, як заведено у вас.

04 // поговоримовідповімо протягом робочого дня

Розкажіть про свої ціни — порахуємо магазин

Залиште ім’я й телефон або нік у Telegram. Зв’яжемося в робочий час і розпитаємо про клієнтів, знижки й облікову систему. Після розмови скажемо, чи потрібен вам Laravel і з чого складеться кошторис.

Натискаючи кнопку, ви погоджуєтесь з політикою приватності

// поштаhello@apri-code.com
// месенджери

WhatsApp · Telegram · Viber

// офіси

Харків · Київ

// на звʼязкуОлена КононенкоCCO · Apricode

// Детальніше

Сайт на Laravel потрібен не кожному магазину

Розробку сайту на Laravel замовляють, коли магазин продає не за однією ціною для всіх. У дилера свій прайс, оптовик платить із відстрочкою на 30 днів, велике замовлення має погодити менеджер, а залишки й накладні ведуть у 1С чи BAS. Готова платформа теж це вміє, але через модулі й доробки. Буває, що вони обходяться дорожче за власний код, і тоді ми пишемо магазин на Laravel навколо ваших правил.

Читати далі

Коли Laravel окупається

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

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

Скільки коштує розробка сайту на Laravel

Магазин на Laravel коштує від $10 000. Це ціна для проєкту з B2B-кабінетом або нестандартною логікою на зразок персональних цін чи погодження замовлень. Скільки саме, залежить від кількості ролей, правил знижок, обсягу каталогу та систем, з якими потрібен обмін.

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

Ролі й кабінети

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

У таблиці є й заборони. Дилер не бачить чужих документів, менеджер не змінить затверджену ціну непомітно, а заблокований акаунт не оформить замовлення. Ці заборони тестуємо разом з основними сценаріями. Кожна зміна прав, що зачіпає гроші, документи чи персональні дані, потрапляє в журнал. Чим B2B-покупець відрізняється від роздрібного і як це змінює сайт, пояснюємо в статті про B2B і B2C.

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

Створення сайту на Laravel з усіма функціями одразу затягує запуск. Тому для першого релізу лишаємо один наскрізний сценарій і потрібні довідники. Такий сценарій: дилер входить, бачить свою ціну й оформлює замовлення, менеджер погоджує, і підтверджені дані йдуть в облікову систему. Аналітика, складні бонуси й нові ролі чекають наступних релізів.

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

Обмін з обліком і CRM

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

До інтеграції додаємо зразки запитів і відповідей, таблицю статусів обох систем та ім’я відповідального з кожного боку. Тоді, якщо зовнішня система змінить API, одразу видно, де шукати збій. Для кожної помилки вирішуємо, чи можна безпечно повторити запит без дубля замовлення й кому прийде сповіщення. Обмін між кількома системами поза магазином рахуємо як окрему автоматизацію процесів.

Дані окремо від екранів

Каталог, ціни, замовлення й документи описуємо незалежно від конкретних екранів. Тому кабінет можна переробити або додати новий канал продажу, не копіюючи правила в кілька місць. Для основних записів зберігаємо стабільні ідентифікатори й історію змін. Це важливо, коли одна ціна приходить з ERP, інша залежить від договору, а замовлення проходить кілька погоджень.

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

Код і середовище переходять до вас

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

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

Після запуску рахуємо ручну роботу

Стежимо за помилками обміну, часом погоджень, часткою ручних виправлень і питаннями, які менеджери ставлять знову й знову. Ці цифри показують, який сценарій автоматизувати наступним, але економії самі не гарантують. Продажі залежать і від асортименту, і від цін, тому результат бізнесу самому фреймворку не приписуємо. Для кожного нового релізу записуємо гіпотезу, критерій приймання й бюджет. Оновлення, резервні копії й дрібні правки після запуску можна передати нашій підтримці.

Як замовити сайт на Laravel

Для кошторису опишіть ролі й те, що кожна з них бачить, правила цін і знижок, облікову систему та доступ до її документації. Додайте, на чому працює магазин зараз і що має запрацювати в день запуску. З цього складаємо технічний бриф, а потім кошторис. Розписати все докладно допоможе бриф, а для дзвінка досить залишити контакт у формі вище. Якщо ви з Одеси чи іншого міста, розробка інтернет-магазину на Laravel іде так само: усі зустрічі проходять онлайн.

Кабінет, портал чи внутрішня система на Laravel без магазину — це вже веб-додатки.