Ціна магазину на WooCommerce залежить насамперед від обсягу робіт: підготовки товарів, складності їхніх варіантів, правил оплати й доставки, мов і дизайну. Щоб порівняти пропозиції розробників, попросіть розписати перелік робіт і окремо вказати витрати після запуску. Сама підсумкова сума мало що пояснює.
Перш ніж погоджувати кошторис, опишіть звичайне замовлення: що покупець вибирає, як формується кінцева ціна, чим він платить і хто потім обробляє замовлення. Саме на цьому шляху часто ховаються завдання, яких не видно на макеті головної сторінки.
Платформа одна, а обсяг роботи різний
WooCommerce працює у WordPress і додає функції інтернет-магазину. Але вибір платформи ще не визначає, хто підготує каталог, як розраховуватимуться доставка й доплати, куди надходитимуть замовлення та що потрібно перевірити перед запуском.
Тому за формулюванням «магазин на WooCommerce» має стояти конкретний перелік результатів. Наприклад: які сторінки будуть готові, скільки товарів додадуть, які способи оплати підключать і які сценарії замовлення перевірять. Загальний опис послуги є на сторінці розробки інтернет-магазинів, але склад робіт для вашого проєкту потрібно погодити окремо.
Роботу з каталогом оцінюють не лише за кількістю товарів
Десятки готових карток і такий самий каталог із розрізнених файлів потребують різних зусиль. У першому випадку вже є назви, фотографії, ціни й характеристики. У другому ще належить з’ясувати, якого товару стосується кожне фото, де актуальна ціна та чим відрізняються схожі позиції.
Для оцінки передайте виконавцю кілька типових товарів і зразок файлу для перенесення даних. Якщо плануєте імпорт, уточніть, хто зіставлятиме поля, розподілятиме товари за категоріями та перевірятиме результат. Наявність таблиці ще не означає, що її можна одразу завантажити.
Що робити з неповними даними, теж варто вирішити заздалегідь. Можна відкласти такі товари, самостійно заповнити пропуски або замовити підготовку окремо. Не залишайте це на розсуд розробника: інакше в кошторисі залишиться невраховане завдання, а в каталозі можуть з’явитися картки без потрібної інформації.
Розмір і колір — не те саме, що особливі правила покупки
Припустімо, ви продаєте одяг. Покупець вибирає розмір і колір, а для кожного поєднання потрібно вказати наявність і, за потреби, окрему ціну та фотографію. Тут обсяг роботи залежить від кількості поєднань і того, наскільки готові дані про них.
Пакування за доплату потребує іншого опису: доплата нараховується за кожну одиницю чи за все замовлення, чи можна вибрати пакування лише для окремих товарів, як воно відображається в кошику. Якщо від вмісту кошика залежить ще й доставка, потрібно погодити пріоритет правил.
Що більше зв’язків між вибором покупця, ціною та оформленням замовлення, то більше налаштувань і перевірок може знадобитися. Для точної оцінки корисніше дати кілька прикладів кошика з очікуваною сумою, ніж написати «потрібні додаткові опції».
Оплату й доставку оцінюють разом з обробкою замовлення
Вкажіть способи оплати, країни доставки та правила розрахунку її вартості. Наприклад, чи залежить доставка від суми, ваги або вмісту кошика, чи є товари-винятки та чи передбачений самовивіз. Сумісність вибраних сервісів і потребу в платних розширеннях слід перевіряти для конкретної конфігурації магазину.
У кошторисі також має бути зрозуміло, як перевірятимуть замовлення. Погодьте, що виконавець перевірить успішну й невдалу оплату, підсумкову суму з доставкою, появу замовлення в системі та сповіщення покупцю й відповідальному працівнику. Окремо розберіть ситуацію, коли гроші не списалися: що побачить покупець і чи зможе повторити оплату.
Зв’язок зі складом, касою чи зовнішньою CRM не варто ховати в рядку «інтеграції». Потрібні назва системи, доступна документація та опис даних: що передається, куди й у який момент. Без цього оцінка залишиться попередньою.
Друга мова — це більше, ніж переклад меню
Для багатомовного магазину складіть перелік матеріалів, які потрібно перекласти: сторінки, категорії, товари та їхні характеристики, кошик, оформлення замовлення, листи покупцю й повідомлення про помилки. Інакше може вийти так, що вітрина перекладена, а під час оформлення покупець потрапляє на сторінку іншою мовою.
Уточніть, хто надає переклади та хто перевіряє їх у готовому магазині. Автоматичний переклад і професійна редактура потребують різного бюджету й дають різний контроль над формулюваннями. Особливо уважно варто перевірити розміри, комплектацію та умови покупки: неточний текст може змінити очікування покупця.
Також домовтеся, хто оновлюватиме інші мовні версії, коли змінюється товар. Якщо відповідального немає, розумніше спочатку запустити менше мов, але з погодженими текстами.
Готовий шаблон заощаджує роботу, доки його не переробляють повністю
Готовий шаблон може скоротити обсяг дизайнерської роботи, якщо вас влаштовують його структура й основні елементи. Але повну зміну каталогу, картки товару та кошика потрібно оцінювати окремо. Купівля шаблону сама собою не робить такі зміни простими.
Для індивідуального дизайну окремо погоджують макети та їхню реалізацію. Зафіксуйте, які екрани будуть промальовані: однієї головної сторінки недостатньо, щоб визначити вигляд вибору варіантів, порожнього кошика чи помилки у формі.
В обох випадках передбачте перевірку на телефоні. Покупець має змогти вибрати товар, побачити доплати, виправити дані й завершити замовлення. Гарний макет не замінює цієї перевірки.
Відокремте запуск від подальших витрат
Розробка, перенесення товарів і початкові налаштування належать до запуску. Окремо попросіть перелічити хостинг, домен, платні розширення, перекладацькі сервіси, умови платіжного провайдера й технічну підтримку. Підстави для цих витрат можуть бути різними: продовження ліцензії, користування сервісом або обробка платежів.
Для кожної позиції з’ясуйте, кому належить обліковий запис, хто платить і як відбувається продовження. Якщо ліцензія належить виконавцю, запитайте, що станеться після припинення співпраці. Не обов’язково вимагати, щоб усе входило у вартість розробки. Важливо заздалегідь розуміти, за що ви платитимете надалі.
Зміст підтримки теж варто уточнити. Оновлення, резервні копії, виправлення помилок і додавання нових функцій — це різні роботи. Попросіть визначити межі послуги та порядок оплати завдань, які до неї не входять.
Чому два кошториси для одного каталогу можуть відрізнятися
Уявіть, що ви надіслали двом виконавцям опис одного каталогу. Перша пропозиція передбачає готові тексти й фотографії від власника, одну мову, погоджений шаблон і просте правило доставки.
За другою пропозицією виконавець упорядковує вихідну таблицю, переносить товари, розміщує кілька мовних версій, налаштовує пакування за доплату й доставку залежно від вмісту кошика. Каталог той самий, але роботи більше.
Порівнювати підсумкові суми без урахування цих відмінностей немає сенсу. Попросіть перерахувати обидві пропозиції для однакового переліку робіт. Якщо бюджет обмежений, можна поки відкласти додаткові мови, особливий дизайн і необов’язкові інтеграції. Але той сценарій покупки, який залишиться, має працювати повністю: з оплатою, доставкою та отриманням замовлення працівником.
Надішліть усім виконавцям однаковий запит на кошторис
Нижче — шаблон, який можна скопіювати й заповнити. Для кожного рядка попросіть зазначити: включено, оплачується окремо або не входить. Поруч виконавець має вказати, що потрібно від вас.
| Пункт | Що описати в запиті |
|---|---|
| Каталог | Кількість товарів, категорії, типи варіантів і приклади складних карток. |
| Матеріали | Готовність фотографій, текстів, цін і характеристик; зразок файлу з даними. |
| Наповнення | Хто додає товари, виправляє вихідні дані та перевіряє перенесення. |
| Доставка | Країни, обмеження, самовивіз, правила розрахунку вартості й винятки. |
| Оплата | Потрібні способи оплати та наявність облікових записів у провайдерів. |
| Мови | Мовні версії, перелік матеріалів для перекладу, хто надає переклади. |
| Дизайн | Готовий шаблон чи окремі макети; необхідні зміни. |
| Інтеграції | Назви систем, документація та напрямок передавання даних. |
| Перевірка | Замовлення з телефона, варіанти товару, суми, успішна й невдала оплата, сповіщення. |
| Після запуску | Підтримка, продовження послуг і ліцензій, власники облікових записів та витрати на сторонні сервіси. |
Окремо уточніть у юриста або іншого профільного фахівця, які правові сторінки й налаштування потрібні саме вашому магазину в Німеччині. У пропозиції розробника зафіксуйте, хто надає тексти та хто їх перевіряє. Технічне розміщення сторінок не означає юридичної перевірки.
Якщо каталог, доставка чи інтеграції ще не визначені, цей шаблон допоможе знайти прогалини, але не дасть точної ціни. Спочатку потрібно буде розібрати вимоги. А якщо ви лише перевіряєте попит і готові вручну обробляти заявки, повноцінний магазин можна відкласти, доки процес продажів не стане зрозумілим.
У відповідях виконавців звіряйте не лише суми, а й перелік включених робіт, винятки та подальші витрати. Якщо якийсь пункт описаний нечітко, попросіть уточнити його до погодження кошторису.
Якщо хочете розібрати перелік робіт для свого магазину, можна обговорити завдання з Русланом українською або російською.
Автор: Руслан Трінько, засновник WebHive. Робить сайти з 2020 року, зараз працює з бізнесом у Німеччині.
