Магазин із передзамовленням: продаж того, чого ще немає на складі
Інтернет-магазин з передзамовленням — це магазин, де позицію без залишку не ховають, а продають наперед: із очікуваною датою, лімітом на партію й сумою, яку покупець платить зараз. Технічно це не кнопка в картці, а окремий стан товару, який тягне за собою кошик, чекаут, сповіщення й повернення коштів. Строк — 12–30 робочих днів, залежно від кількості ваших сценаріїв очікування. Ціни тут немає навмисно: спершу безкоштовний аудит, потім сума по етапах.
Розкладаємо ваші випадки очікування за строками й передоплатою, знаходимо джерело дати, фіксуємо політику скасування. Тут же ухвалюється правило змішаного кошика — після розробки міняти його дорого.
2
ТЗ: стани товару й тексти умов
2–3 робочих дні
Описуємо стани позиції та переходи між ними, поля картки, кроки чекауту й тексти, які покупець підтверджує. Юридичні формулювання дає ваш бік, ми відповідаємо за те, де вони стоять.
3
Розробка станів, кошика й чекауту
5–12 робочих днів
Модуль станів, поведінка кошика зі змішаним складом, спосіб розрахунку з частковою оплатою, дорахунок перед відправкою. Найдовший етап, і саме тут його розтягує кількість ваших сценаріїв.
4
Сповіщення, ліміти, кабінет
2–7 робочих днів
Черга відкладених завдань і чотири шаблони листів, лічильник партії зі списанням під блокуванням, перелік передзамовлень у кабінеті покупця, окремі події для аналітики.
5
Наскрізний прогін і передача
1–4 робочих дні
Проходимо повний шлях на живому замовленні: оформлення, зсув дати, дорахунок, скасування з поверненням. Далі — прохід адмінки з вашим менеджером і письмова інструкція під ваш процес.
Технології та інтеграції
На чому будуємо і з чим це з’єднується
Стек
OpenCart 4.x — ставимо за замовчуванням; у ядрі стани товару лише два, тож «передзамовлення» додає окремий модуль
OpenCart 3.x — коли потрібен модуль, збірки якого під 4.x ще немає
PHP і MySQL — ліміт партії списується з блокуванням рядка, інакше два замовлення в одну секунду її пробивають
Власний модуль станів товару — коробкового рішення під часткову оплату ми не знайшли, тож це щоразу розробка
Черга відкладених завдань — сотні листів про зсув строку, надіслані з адмінки, кладуть її по таймауту
SMTP або сервіс розсилок — межа не технічна: без бази контактів і згоди тригери нікуди не підуть
API провайдера для часткових списань — не кожен уміє дві транзакції на одне замовлення
Інтеграції
LiqPay
WayForPay
monobank
часткова передоплата
безготівковий рахунок
Нова Пошта
Укрпошта
1С / BAS
eSputnik
SMS-шлюз
Telegram
Viber
Google Tag Manager
GA4
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Стан «передзамовлення» поруч зі станами «в наявності» й «немає» — картка перестає мовчати про товар, якого зараз немає на полиці
Очікувана дата в картці й кошику тягнеться з джерела даних, а не проставляється руками — обіцянка оновлюється разом зі строком постачальника
Явне підтвердження в кошику й на кроці оплати: покупець своєю дією погоджується, що товар приїде пізніше — це знімає більшу частину майбутніх суперечок
Правило змішаного кошика, зашите в чекаут: одна відправка після найпізнішої позиції або дві окремі — покупець бачить вибір до оплати, а не після
Часткова передоплата окремим способом розрахунку з дорахунком перед відправкою — покупець фіксує ціну, ви не тримаєте повну суму за товар, який ще їде
Ліміт кількості на партію зі списанням під блокуванням рядка — два одночасні замовлення не пробивають партію
Чотири сповіщення на пошту й у месенджер: прийнято, надійшло, строк зсунуто, відправлено — підтримка перестає бути каналом новин
Кабінет із переліком передзамовлень і статусом кожного — покупець перевіряє строк сам, замість того щоб писати вам
Сценарій скасування з поверненням коштів і фіксацією причини — видно, люди йдуть через строк чи через ціну
Окремі події для передзамовлення в GA4 — виторг за них не змішується зі звичайними покупками у звітах
Тексти умов передзамовлення, вбудовані в чекаут і в лист — юридичну частину пишете ви, ми ставимо її туди, де її прочитають
Умови роботи: передоплата 50%, два раунди правок на етапі дизайну, гарантійний строк 30 календарних днів
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Юридична консультація щодо умов передоплати — тексти узгоджуєте ви
Домовленості з постачальниками про строки поставок
Складський облік як процес
Реклама після запуску
Хостинг, домен, еквайринг
Кому підходить
Ситуації, у яких ця послуга дає результат
Ситуація 1 з 4
Партія вже в дорозі, а питають про неї зараз
Контейнер вийшов, дата розмитнення відома з точністю до тижня, і кожен другий діалог у месенджері — «коли буде?». Передзамовлення переносить цю відповідь у картку: покупець бачить строк, фіксує ціну й місце в партії, менеджер не пише те саме вдвадцяте. Умова одна — дата має братися з підтвердженого замовлення постачальнику, а не з пам'яті.
Розберемо вашу ситуацію на безкоштовному аудиті
Ситуація 2 з 4
Новинка з оголошеною датою релізу
Виробник назвав день, попит з'явився за місяць до нього. Передзамовлення тут працює як черга: ліміт партії показує, скільки місць лишилось, і це чесний дефіцит, а не банер «поспішайте». У якому порядку відвантажувати після надходження — теж рішення, і ухвалити його треба до першого продажу, а не після.
Ситуація 3 з 4
Товар виготовляється під ваше замовлення
Меблі за розміром, обладнання під конфігурацію, пошиття партії. Строк тут не дата, а діапазон від запуску у виробництво, і відлік починається від погодженої специфікації, а не від оплати. Різницю треба сказати в чекауті словами: інакше покупець рахує дні від дня, коли заплатив.
Ситуація 4 з 4
Каталог більший за склад
У вітрині тисячі позицій, на полиці — частина. У виміряному нами гуртовому магазині білизни таких позицій 13 428, і онлайн-оплату там вимкнули свідомо: замовлення підтверджує менеджер. Це друге можливе рішення тієї самої задачі, і порівняти обидва варто до розробки — передзамовлення без надійних залишків дає ті самі скасування, тільки вже з грошима покупця на вашому рахунку.
Передзамовлення проти позначки «під замовлення»
Чим цей варіант відрізняється від «Позначка «під замовлення» й підтвердження менеджером»
Позначка «під замовлення» й підтвердження менеджеромНаш підхід
Коли покупець дізнається строку розмові з менеджером, часто наступного дняу картці, ще до додавання в кошик
Грошінічого не сплачено, черга існує лише в голові менеджераповна або часткова передоплата на сайті, місце в партії зафіксоване
Що відбувається при зсуві строкупокупець дізнається, коли зателефонує самсповіщення йде саме, до першого звернення покупця
Ризик продати більше, ніж прийдезалежить від уважності конкретної людиниліміт на партію гасить кнопку
Ціна помилкивтрачений покупець, але чужих грошей на рахунку немаєповернення передоплати й зіпсована репутація
Коли доречнопоодинокі запити раз на тижденьрегулярні партії й постійний потік питань про строк
Безкоштовний аудит сценаріїв передзамовлення
Передзамовлення ламається не в коді, а в процесі: покупець заплатив, строк зсунувся, менеджер не встиг попередити. Аудит розбирає ваші реальні сценарії й показує, які з них можна автоматизувати, а які треба спершу впорядкувати.
Що міряємо
Типи очікуванняЧим саме відрізняються ваші випадки: партія в дорозі з відомою датою, новинка без точної дати, виготовлення під замовлення. У кожного своя логіка строку й передоплати.
Джерело дати надходженняЗвідки береться очікувана дата: з облікової системи, від постачальника чи з голови менеджера. Якщо джерела немає, дату не можна показувати покупцеві.
Правило змішаного кошикаЩо відбувається, коли в кошику є і наявна позиція, і передзамовлення. Або замовлення чекає найпізнішої позиції, або ділиться на дві відправки — третього не існує, і рішення треба ухвалити до розробки.
Розмір передоплатиСкільки берете наперед: повну суму, частину чи нічого. Це впливає і на чекаут, і на юридичні тексти.
Політика скасуванняЩо ви робите, коли строк зсувається або партія не прийшла. Цей сценарій має бути описаний до першого продажу, а не після першої скарги.
Наявність як станЧи ведете ви залишки взагалі. У виміряному нами гуртовому магазині білизни онлайн-оплату вимкнули свідомо — саме щоб не брати гроші за товар, якого може не бути в наявності. Це чесний, хоч і радикальний спосіб вирішити ту саму проблему.
Що ви отримуєте на руки
Опис сценаріїв передзамовлення у вашому магазині з розмежуванням за строками й передоплатою.
Рішення по змішаному кошику з наслідками для складу й перевізника.
Перелік сповіщень, які треба надсилати покупцеві на кожному етапі очікування.
Розмову на 30–40 хвилин по документу.
Строк: 2–4 робочих дні
Чому це безкоштовно
Бо половина роботи тут — не програмування, а домовленості: хто ставить дату, хто попереджає про зсув, що робиться з грошима при скасуванні. Поки це не описано, оцінювати розробку немає сенсу.
Що далі
Після аудиту — сума й строк по етапах із датами, договір, рахунок, акт.
Форма коротка: контакт і адреса сайту
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Інтернет-магазин з передзамовленням» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.
Замовники з Європи
Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.
Кажемо «ні», коли не впевнені
Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті
Кількість типів очікуванняОдин сценарій — партія в дорозі з відомою датою — це базова робота. Три сценарії з різними строками й різною передоплатою множать не код, а перевірки: кожен стан треба провести через картку, кошик, чекаут, лист і повернення.
Джерело очікуваної датиДата з поля в адмінці ставиться за годину. Дата з облікової системи вимагає обміну — дорожче на старті й дешевше в житті, бо її ніхто не забуває оновити.
Розмір передоплатиПовна сума проходить одним платежем — це вже наявна логіка чекауту. Часткова оплата з дорахунком перед відправкою — два звернення до API провайдера, окремий статус рахунку і окремий сценарій на випадок, коли другу частину не оплатили.
Правило змішаного кошикаОчікування повного комплекту робиться швидко. Розділення на дві відправки зачіпає склад, другу ТТН і питання, хто платить за доставку — найдорожче рішення з усіх, що описані на цій сторінці.
Канали сповіщеньПошта входить у базову роботу. SMS і месенджер — окремі шлюзи, окремі шаблони й окрема плата за повідомлення, яку ви платите вже самі.
Ліміти й зв'язок зі складомЛіміт на партію в межах сайту — невелика робота. Ліміт, який рахується від залишку в обліковій системі, — це вже інтеграція з власним строком і власним ризиком.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
гуртовий магазин нижньої білизни, каталог понад 13 тис. позицій
Задача
Продавати асортиментом там, де наявність змінюється швидше, ніж встигає оновитися вітрина: покупець набирає моделями, розмірами й кольорами, а склад живе власним ритмом.
Рішення
Магазин на OpenCart із підбором за розмірами й кольорами всередині моделі, розмірними сітками й гуртовими цінами за рівнями замовлення. Вісім способів розрахунку описані і в тексті, і в структурованих даних через acceptedPaymentMethod. Онлайн-оплату вимкнули свідомо: замовлення підтверджує менеджер, щоб покупець не платив за позицію, якої може не виявитися.
Результат
Вимір 31.07.2026: 13 428 сторінок товарів і 161 категорія — 13 590 адрес у карті сайту, з яких лише 1 дублікат. TTFB 289 мс, повне завантаження 455,1 мс — третій найшвидший відгук серед 16 виміряних сайтів, і це при каталозі на 13 тисяч позицій. Знайдені дефекти: /sitemap.xml віддає 200 з порожнім тілом, /sitemap_index.xml — рядок про вимкнений генератор, робочий файл лежить на нестандартній адресі; вага HTML головної 751,2 КБ — найважчий документ вибірки.
Що потрібно від вас
Без цього не почнемо — краще підготувати заздалегідь
1Опис ваших випадків очікування з типовим строком по кожному — партія в дорозі, новинка, виготовлення під замовлення.
2Джерело очікуваної дати: облікова система, підтверджене замовлення постачальнику або поле в адмінці.
3Рішення по розміру передоплати й по політиці скасування — у письмовому вигляді, бо це піде в тексти умов.
4Тексти умов передзамовлення, погоджені з вашого боку: строки, повернення передоплати, поведінка при зсуві дати.
5Доступи до сайту, хостингу й кабінету платіжного провайдера.
6Одну людину з правом сказати «так» по процесу — узгодження через трьох осіб розтягує етап розробки вдвічі.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання
Те, що питають найчастіше — з конкретними відповідями
покупець заплатив, а партію затримали — що робить сайт?
Надсилає повідомлення про новий строк раніше, ніж людина помітить це сама. Це найважливіше з чотирьох сповіщень: попереджений покупець чекає далі, непопереджений пише вимогу повернути гроші. Технічно це не ручна розсилка, а черга відкладених завдань — змінилась дата в позиції, задача на лист поставилась сама. Чесна межа: тригер нікуди не піде без зібраної бази контактів і згоди на розсилку, і це вимога закону про персональні дані, а не наша обережність.
брати всю суму наперед чи частину?
Наша рекомендація — частину, поки точної дати надходження немає. Покупець фіксує ціну й місце в партії, решту доплачує перед відправкою; ви не тримаєте на рахунку повну суму за товар, який ще їде. Повна передоплата виправдана там, де дата підтверджена постачальником і партія вже оплачена вами. Нюанс, який спливає пізно: не кожен платіжний провайдер уміє дві транзакції на одне замовлення — це перевіряється до підписання ТЗ, а не на тестуванні.
звідки сайт бере дату надходження?
З облікової системи або з підтвердженого замовлення постачальнику — з джерела, яке оновлюється саме. Дата, вбита руками місяць тому, гірша за її відсутність: вона створює обіцянку, за якою ніхто не стежить. І тут же чесна межа обміну з обліком: він не виправляє облік. Якщо залишки в 1С неточні, сайт швидко й акуратно покаже неточні дані, а між вивантаженнями лишається вікно, у яке позицію встигають замовити двічі.
у кошику наявний товар і передзамовлення — що буде?
Те, що ви вирішите до розробки, і покупець має побачити це рішення ще в кошику. Перший варіант: замовлення чекає найпізнішої позиції — просто в реалізації, гірше для покупця. Другий: дві відправки — зручніше покупцеві, але з'являється друга ТТН і питання, хто за неї платить. Найгірший результат дає мовчазна суміш: людина думала, що отримає все завтра, і скасувала замовлення цілком, разом із тим, що лежало на складі.
як не продати більше, ніж реально прийде?
Лімітом на партію. Прийшло 50 одиниць — приймається 50 передзамовлень, далі кнопка гасне. Деталь, яку зазвичай пропускають: лічильник треба зменшувати транзакційно, з блокуванням рядка в базі, інакше два замовлення, оформлені в одну секунду, пробивають партію. Без ліміту ви або повертаєте гроші частині покупців, або чекаєте наступного постачання й ламаєте вже названий строк.
а якщо просто написати в картці «під замовлення»?
Робочий варіант, і для поодиноких запитів він дешевший за будь-яку розробку. Різниця у двох речах: у позначці немає ані строку, ані грошей, тому черги теж немає — є список людей, яких менеджер обіцяв набрати. Коли таких позицій одиниці на тиждень, лишайте позначку. Коли партії приходять регулярно й питання про строк надходять щодня, менеджер стає вузьким місцем — ось тоді має сенс переносити це в сайт.
скільки триває впровадження?
12–30 робочих днів, і різниця всередині діапазону не про дизайн. Один тип очікування з повною передоплатою і листом на пошту робиться приблизно за два тижні. Комбінація з частковою оплатою, лімітом від залишку, розділенням замовлень і сповіщеннями в месенджер — це верхня межа, бо там зачіпається чекаут, склад і повернення коштів. Етапів п'ять, тривалість кожного стоїть вище на цій сторінці.
чи можна взагалі не брати гроші наперед?
Можна, і подекуди це чесніше. У виміряному нами гуртовому магазині нижньої білизни з каталогом на 13 428 позицій онлайн-оплати немає свідомо — замовлення підтверджує менеджер, щоб покупець не платив за позицію, якої може не виявитися; причина написана прямо на сайті. Таке рішення коштує частини конверсії, зате прибирає повернення й суперечки. Іноді правильний крок — прибрати спосіб оплати, а не додати ще один.
як передзамовлення видно в аналітиці?
Окремими подіями: оформлення передзамовлення, дорахунок, скасування. Інакше виторг за товар, який приїде через місяць, змішається зі звичайними покупками, і середній чек у звіті перестане щось означати. Межа тут та сама, що й у будь-якої аналітики: лічильник нічого не покращує сам, він лише дає побачити. GA4 з блокувальниками й режимом згоди показує тенденцію, а не бухгалтерську істину, тому зводити його з касою треба свідомо.
Опишіть, чого саме ви чекаєте від постачальника — і як довго
За 2–4 робочих дні повернемось із розбором ваших сценаріїв очікування, рішенням по змішаному кошику й переліком сповіщень. Далі — сума й строк по етапах.
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.