Каталог
Категорії, бренди, характеристики, варіації, SKU, ціни та залишки.
Ecommerce development
Будуємо магазин навколо процесу продажу
Створюємо ecommerce-проєкти з урахуванням реального процесу продажів: каталог, кошик, checkout, оплата, доставка, CRM, імпорт товарів та інтеграції із зовнішніми сервісами.
Проєктуємо не лише вітрину магазину, а весь шлях замовлення — від товару до CRM і доставки.
Готове технічне завдання не обов’язкове.
Технічна основа
Інтернет-магазин — це не тільки каталог товарів
Кожна частина має працювати разом із даними, інтеграціями та процесом менеджерів.
Картка товару
Фото, властивості, варіації, наявність і пов’язані товари.
Пошук і фільтрація
Швидкий доступ до товарів за важливими для покупця параметрами.
Кошик і checkout
Поля, валідація, знижки, оплата та доставка в одному сценарії.
Кабінет клієнта
Замовлення, дані, документи, статуси та повторні дії.
Адміністрування
Керування каталогом, замовленнями й робочими операціями.
Інтеграції
CRM, платежі, доставка, маркетплейси та зовнішні API.
Дані
Імпорт, експорт, прайси, товарні фіди й синхронізація.
Шлях замовлення
Від картки товару до обробки замовлення
До розробки визначаємо події, статуси та джерела даних на кожному етапі.
- 01Каталог
- 02Товар
- 03Кошик
- 04Checkout
- 05Оплата
- 06CRM
- 07Доставка
- коли створюється замовлення
- коли воно передається в CRM
- як підтверджується оплата
- де створюється доставка
- як змінюються статуси
- як працюють залишки
- яка система є джерелом даних
Модель даних
Правильна структура каталогу закладається до завантаження товарів
Структура повинна бути зрозумілою покупцю, менеджеру та системам обміну даними.
- 01категорії
- 02підкатегорії
- 03бренди
- 04SKU
- 05характеристики
- 06варіації
- 07одиниці виміру
- 08ціни
- 09залишки
- 10зв’язки товарів
- 11фільтри
Оформлення замовлення
Checkout повинен відповідати реальному процесу продажу
Не додаємо поля «про всяк випадок» — тільки те, що потрібно для коректної обробки замовлення.
- мінімальний набір полів
- фізична або юридична особа
- способи доставки
- способи оплати
- залежності полів
- промокоди
- знижки
- коментар
- валідація
- бізнес-правила
Платіж і отримання
Оплата і доставка — частина одного сценарію
Підключення залежить від доступних модулів, API та правил конкретного сервісу.
- 01онлайн-оплата
- 02callbacks і webhooks
- 03статус після оплати
- 04відділення та поштомати
- 05створення накладної
- 06передача даних у CRM
- 07фулфілмент
Обробка замовлень
Менеджери не повинні вручну переносити замовлення із сайту
Інтернет-магазин→CRM / KeyCRM→Обробка→Доставка
- замовлення
- клієнт
- товари
- SKU
- ціни
- знижки
- доставка
- оплата
- статус
- додаткові поля
Технічна основа
Платформу обираємо під задачу, а не навпаки
Спочатку визначаємо каталог, шлях замовлення, інтеграції та розвиток — потім CMS.
WooCommerce
Гнучка ecommerce-основа для WordPress-проєктів.
OpenCart / ocStore
Практичний варіант для класичного товарного магазину з готовими модулями.
PrestaShop
Спеціалізована ecommerce-платформа з модульною архітектурою.
Bitrix
Для проєктів, де є відповідна технічна база або вимоги.
Custom / framework
Laravel, Symfony або CodeIgniter, якщо стандартна CMS об’єктивно не відповідає задачі.
Стандартне чи custom
Не кожному магазину потрібна розробка з нуля
Чим більше стабільної стандартної функціональності можна перевикористати — тим менше зайвого коду потрібно підтримувати.
CMS + готові модулі
Для стандартного ecommerce-процесу зі стабільними типовими сценаріями.
CMS + доопрацювання
Коли основа стандартна, але каталог, checkout або обробка мають власні правила.
Custom development
Для процесів, які складно або ризиковано реалізувати в межах готової CMS.
Дизайн та frontend
Можемо працювати з готовим дизайном або візуальною основою
Фокус цієї послуги — технічна ecommerce-реалізація, а не брендинг чи обов’язковий повний UX/UI-дизайн.
- 01реалізація за готовим дизайном
- 02адаптація готового шаблону
- 03використання існуючої дизайн-системи
- 04технічне складання frontend
Каталог із даних
Каталог не обов’язково переносити вручну
Після аналізу джерела зіставляємо його поля зі структурою нового магазину.
Імпорт та експорт →Джерела
- CSV
- XLSX
- XML
- YML
- JSON
- API
- старий сайт
- прайс постачальника
- товари
- категорії
- характеристики
- варіації
- ціни
- залишки
- фото — якщо джерело дозволяє
Канали продажів
Магазин може бути центральним каталогом для інших каналів
Можливість і формат обміну перевіряємо за API або вимогами товарного feed.
- ROZETKA
- Prom.ua
- Епіцентр
- Kasta
- ALLO
- Інші після перевірки API або feed
Продуктивність
Каталог повинен залишатися керованим зі зростанням магазину
Рішення залежать від реального каталогу, сценаріїв і тестування. Не обіцяємо конкретний PageSpeed або навантаження без вимірювань.
- кількість товарів
- варіації
- фільтри
- імпорт
- API
- фонова синхронізація
- кешування
- cron
- server limits
- зображення
Безпечний запуск
Перед запуском перевіряємо не лише головну сторінку
Основна перевірка — чи проходить замовлення через усі потрібні системи та ролі.
- 01каталог
- 02товар
- 03пошук
- 04фільтри
- 05кошик
- 06checkout
- 07оплата
- 08callback
- 09доставка
- 10CRM
- 11email
- 12статуси
- 13mobile
- 14admin-сценарії
Новий проєкт
Новий магазин чи доопрацювання існуючого
Створюємо ecommerce-систему
Проєкт запускається з нуля, потрібна нова структура каталогу, checkout та інтеграції.
Ця послугаРозвиваємо без перебудови
Якщо магазин уже працює і його можна змінювати поступово, підходить окремий напрямок.
Доопрацювання сайтів →Інша платформа
Потрібно не створити новий каталог, а перенести існуючий?
Міграція потребує окремої оцінки даних, URL, інтеграцій та бізнес-логіки.
- каталог
- клієнтів
- замовлення
- SEO-URL
- фото
- інтеграції
- редиректи
- бізнес-логіку
Процес
Від структури магазину до першого реального замовлення
- 01
Вивчаємо бізнес-процес
Розбираємо асортимент, продаж, оплату, доставку та обробку.
- 02
Проєктуємо структуру
Формуємо модель каталогу, товарів, checkout і даних.
- 03
Обираємо основу
Порівнюємо CMS, готові рішення та потребу в custom-логіці.
- 04
Реалізуємо
Збираємо frontend та ecommerce-сценарії.
- 05
Підключаємо інтеграції
Налаштовуємо оплату, доставку, CRM та зовнішні системи.
- 06
Завантажуємо дані
Імпортуємо погоджену структуру каталогу.
- 07
Тестуємо цикл
Перевіряємо шлях від товару до обробки замовлення.
- 08
Запускаємо
Переносимо магазин у робочий режим.
- 09
Розвиваємо далі
За потреби підключаємо підтримку та наступні задачі.
Що потрібно для старту
Не обов’язково мати готове ТЗ
Допоможемо перетворити опис асортименту та продажу на технічну структуру проєкту.
Описати магазин- 01що продаєте
- 02приблизна кількість товарів
- 03чи є варіації
- 04де зберігається каталог
- 05способи оплати
- 06служби доставки
- 07чи є CRM
- 08чи потрібні маркетплейси
- 09чи є готовий дизайн
- 10приклади бажаних сценаріїв
Оцінка
Вартість залежить від процесу продажу, а не лише від кількості сторінок
Фіксованої універсальної ціни «магазину під ключ» немає: оцінюємо каталог, сценарії та інтеграції конкретного проєкту.
Переглянути умови та ціни →- каталог
- характеристики та варіації
- checkout
- frontend
- інтеграції
- імпорт
- CRM
- платежі
- доставка
- custom logic
- міграція
- тестування
Після запуску
Магазин не закінчується в день запуску
Після першого запуску проєкт можна підтримувати, змінювати та розширювати окремими задачами.
- нові інтеграції
- зміни checkout
- нові способи доставки
- автоматизація
- маркетплейси
- новий функціонал
- оновлення CMS
- технічні задачі
Коротко про головне
Питання та відповіді
На якій CMS краще розробляти інтернет-магазин?
Залежить від каталогу, бізнес-процесу, інтеграцій, бюджету на підтримку та майбутнього розвитку.
Чи обов’язково розробляти магазин з нуля?
Ні. Часто краще використати стабільну ecommerce-платформу та доопрацювати її.
Чи можете підключити KeyCRM?
Так. Інтеграція з KeyCRM є окремим напрямком PromoSite і залежить від потрібного сценарію обміну.
Чи підключаєте оплату та доставку?
Так, через готові модулі або API після перевірки можливостей вибраних систем.
Чи можна перенести товари зі старого сайту або Excel?
Так, якщо дані можна отримати у структурованому вигляді та зіставити з моделлю нового каталогу.
Чи можна одразу підключити маркетплейси?
Так, якщо доступний потрібний механізм інтеграції, API або товарний feed.
Чи розробляєте custom checkout?
Так, якщо стандартного checkout недостатньо і власний сценарій технічно виправданий.
Чи потрібне готове ТЗ?
Ні. Для початку достатньо описати асортимент, процес продажу та системи, які потрібно підключити.
Чи можна після запуску передати магазин на підтримку?
Так. Після запуску можна перейти до регулярної підтримки або поступового розвитку окремими задачами.
Наступний крок
Плануєте новий інтернет-магазин?
Розкажіть, що продаєте, як має працювати замовлення та які системи потрібно підключити. Ми допоможемо визначити структуру, платформу та технічний підхід.