Модулі з маркетплейсу — це готові рішення для всіх. Але іноді потрібне щось під конкретно ваш магазин: інша шапка, власний блок на головній, свій шаблон картки товару, окремі переклади. Для цього є замовлення розробки.
Працює це так: ви складаєте бриф, обраний розробник отримує копію саме вашого сайту як робочий репозиторій, вносить зміни й віддає їх назад. Платформа збирає з них оновлення й доставляє на ваш реальний сайт — так само, як приходять звичайні апдейти.
Головна гарантія: оновлення не затруть доробку
Кастомний код мусить лежати поза ядром — це технічне обмеження, а не обіцянка на словах. Розробнику дозволено чіпати лише певні зони; збірка відхиляє зміну цілком, якщо в ній є щось за межами дозволеного.
| Можна змінювати | Заборонено |
|---|---|
| Конфігурація, публічні файли сайту, шаблони, кастомні теки й переклади модулів | Ядро платформи, службові теки, інсталятор, глобальна маршрутизація, бутстрап |
Наслідок для вас простий: коли платформа випускає оновлення, воно й ваша доробка — це різні файли. Вони не конфліктують, і кастом не зникає при апдейті.
Чим це відрізняється від купівлі модуля
Модуль — готовий продукт, ви його просто встановлюєте. Замовлення розробки — індивідуальна робота під ваш магазин за брифом, з окремою угодою й оплатою конкретному розробнику через escrow.
Крок 1. Скласти бриф
Кабінет → Замовлення → «Замовити розробку». У брифі вказуються:
| Поле | Що вказати |
|---|---|
| Магазин | Обов'язково — котрий із ваших підʼєднаних сайтів дороблюємо |
| Розробник | Обрати треба завжди, але одне зі значень — відкритий бриф: тоді замовлення бачать усі виконавці |
| Заголовок і опис | Коротко про що робота |
| Обсяг робіт | Докладний опис у редакторі |
| Цілі, сторінки, референси | Що маємо отримати, які сторінки, приклади |
| Обмеження, дедлайн, бюджет | Ваші рамки. Бюджет — орієнтир, точну ціну назве виконавець |
Вибір магазину в брифі — це ще не надання доступу. Ви лише вказуєте, над яким сайтом робота. Доступ виникає пізніше й автоматично — коли ви приймете пропозицію конкретного розробника. Наосліп доступ не видається нікому.
Крок 2. Пропозиція і escrow
Розробник надсилає пропозицію із сумою. Ви бачите її на сторінці замовлення й можете прийняти або відхилити.
У момент прийняття сума резервується в escrow: списується з вашого гаманця й тримається платформою. Замовлення переходить у стан «в роботі», і за ним закріплюється саме цей виконавець.
Escrow простими словами: гроші не йдуть розробнику одразу. Вони заморожені й розблокуються на його користь лише коли ви приймете роботу. Це захищає обидві сторони — вас від зникнення виконавця, його від зникнення замовника.
Саме прийнята пропозиція з резервом і є авторизацією на доступ: доки замовлення не в роботі, робочу копію вашого сайту створити неможливо.
Крок 3. Поки триває робота
Замовлення — не «чорна скринька». Усередині нього є:
- Листування з виконавцем прямо в замовленні — питання й уточнення не треба виносити в месенджери.
- Етапи: роботу можна розбити на частини, і кожну ви приймаєте окремо. Етап проходить стани «очікує → подано → зараховано» — тобто ви бачите, що саме здано, і підтверджуєте поетапно, а не все наприкінці.
Крок 4. Приймання
Коли роботу зроблено, ви приймаєте її — і escrow розблоковується на користь виконавця, замовлення закривається, робоча копія автоматично закривається теж.
Якщо результат не влаштовує, є спір: замовлення переходить у відповідний стан, і кошти залишаються замороженими до розбору. Не приймайте роботу «щоб не сваритися» — прийняття незворотне, бо саме воно віддає гроші.
Що варто врахувати заздалегідь
- Бюджет у брифі — орієнтир, а не ціна. Точну суму називає виконавець у пропозиції, і ви можете її не приймати.
- Відкритий бриф збирає більше пропозицій, але й вимагає від вас вибору. Якщо виконавець уже відомий — вкажіть його одразу.
- Чим конкретніший обсяг робіт, тим точніша ціна. Розпливчастий бриф виконавець або оцінює із запасом, або не бере взагалі.