Старе програмне забезпечення для інтернет-магазину ще працює. Але кожне оновлення стає ризиком, кожне розширення займає більше часу, ніж планувалося, і керівництво ІТ-відділу добре знає це відчуття: платформа гальмує бізнес, замість того щоб сприяти його розвитку. Саме в цей момент у багатьох керівників та ІТ-спеціалістів середніх підприємств виникає одне й те саме питання – коли варто змінити платформу і яка платформа є правильною? Відповідь рідко залежить від окремого симптому. Зазвичай це поєднання технічного боргу, відсутності підтримки виробника та зростаючих витрат на реалізацію кожної нової вимоги.
Коли міграція є доцільною?
Зміна платформи має вирішувати економічну проблему, а не слідувати технологічним трендам. Вона доцільна тоді, коли існуюча архітектура системи активно гальмує зростання бізнесу, а не тому, що нова платформа зараз у тренді. Типовими причинами є система інтернет-магазину без підтримки виробника, інтеграція, яка з кожним новим інструментом стає складнішою, а не простішою, або проблеми з продуктивністю, що безпосередньо позначаються на конверсії. Якщо релаunch не приніс очікуваних результатів, спочатку слід перевірити, чи причини дійсно лежать у платформі, чи в концепції, експлуатації та оптимізації.
Тим, хто хоче замінити застаріле програмне забезпечення інтернет-магазину, слід спочатку з’ясувати, чи проблема полягає в платформі, чи в тому, як її експлуатують. Часто саме під час такого з’ясування виявляється, що проблемою є не сама платформа, а відсутність процесів випуску оновлень, нечіткий розподіл відповідальності або заросла «інтеграційна джунглі» з ізольованих рішень. Міграція не вирішує ці організаційні прогалини автоматично – у найгіршому випадку вона лише переносить їх на нову систему. Тому насамперед слід провести чесний аналіз поточного стану, а не обирати платформу.
Blackbit є партнером з комерційного інжинірингу для середніх підприємств електронної комерції в регіоні DACH, які прагнуть технічно бездоганно здійснити зміну платформи та після цього продовжувати зростати з вимірюваними результатами. Яке рішення є правильним, визначається вимогами підприємства – а не заздалегідь сформованими уподобаннями щодо платформи. Тому тим, хто шукає незалежну консультацію, слід ще до першої зустрічі з’ясувати, наскільки рекомендації є технологічно нейтральними та хто відповідатиме за експлуатацію й подальший розвиток після міграції – а не лише за запуск системи.
Коли Shopware 6 є правильним вибором – а коли ні
Shopware 6 особливо підходить для підприємств, які шукають гнучку та адаптивну комерційну платформу і мають індивідуальні вимоги до процесів, інтерфейсу або системної інтеграції. Платформа є «нативною» для регіону DACH: GDPR, німецька податкова логіка та способи оплати SEPA не додаються згодом, а вбудовані з самого початку. На відміну від поширеної думки, Shopware не є суто самохостованою системою. Платформа пропонує три моделі експлуатації:
-
SaaS (повне адміністрування, відсутність витрат на власний сервер),
-
PaaS (більший контроль над керованою хмарною інфраструктурою) та
-
самохостинг (повна свобода налаштування на власному сервері або кластері Kubernetes).
Вибір моделі залежить від наявних ІТ-ресурсів, а не лише від набору функцій.
Для інтеграції з існуючою системою Pimcore PIM існує надійне технічне рішення: Blackbit Shopware-Pimcore Connector, який забезпечує двосторонню синхронізацію каталогів товарів, категорій, ресурсів та цін. З 2022 року Blackbit є сертифікованим бронзовим партнером Shopware та водночас платиновим партнером Pimcore – таке поєднання можуть похвалитися небагато агентств у регіоні DACH.
Більше про Shopware у Blackbit
Коли ж варто звернути увагу на BigCommerce?
Насамперед тоді, коли компанія прагне розширюватися на міжнародному рівні, реалізовувати складні комерційні процеси та зменшити операційні витрати на платформу інтернет-магазину. Для багатьох компаній BigCommerce стає цікавим варіантом, зокрема, коли їхній оборот сягає рівня у кілька десятків мільйонів.
Платформа Open-SaaS, яку BigCommerce експлуатує на базі Google Cloud, бере на себе хостинг, технічне обслуговування та масштабування інфраструктури. Водночас вона пропонує відкриті API, підтримку «headless»-архітектури, відсутність комісій за транзакції з боку платформи та архітектуру, яка значно зменшує залежність від постачальника (vendor lock-in) порівняно з багатьма класичними SaaS-платформами. Нативна версія B2B Edition, серед іншого, включає портал для покупців, робочі процеси формування пропозицій та портал для виставлення рахунків. Наразі Blackbit є єдиним партнером BigCommerce у регіоні DACH, що спеціалізується на BigCommerce B2B Edition, а з 2021 року – преференційним партнером BigCommerce. Оскільки BigCommerce є американським постачальником, підприємствам із суворими вимогами щодо суверенітету даних слід заздалегідь з’ясувати наслідки дії американського закону CLOUD Act у рамках оцінки впливу на відповідність GDPR. BigCommerce від Blackbit у деталях
Жоден критерій не є вирішальним сам по собі. Модель хостингу, рівень налаштування, ступінь інтернаціоналізації, витрати на інтеграцію з ERP та PIM, а також наявні ресурси команди для обслуговування та подальшого розвитку взаємодіють між собою – і їх слід внутрішньо зважити ще до першої зустрічі з постачальником. Інакше вибір платформи в кінцевому підсумку визначатиме найпереконливіша презентація відділу продажів, а не власна архітектура системи.
Щодо витрат на інтеграцію особливо яскраво проявляється один особливий випадок: ті, хто переходить із старіших систем, таких як xt:Commerce, Magento, JTL, Oxid або osCommerce, часто приносять із собою сформовану, індивідуально налаштовану бізнес-логіку. Ці адаптації не можна перенести «1:1», їх потрібно оцінити: яка спеціальна логіка насправді досі має значення для бізнесу, а яка просто «тягнулася» роками? Цю оцінку слід провести до вибору платформи, а не вже під час проекту міграції.
Найпоширеніші помилки в проектах міграції
Для керівництва компанії та ІТ-відділу в кінцевому підсумку важливий один і той самий результат: платформа, яка після переходу дійсно буде ефективно працювати. Міграції рідко провалюються через технічні причини. Вони провалюються через недостатнє планування до початку процесу та відсутність супроводу після нього. Чотири помилки повторюються надзвичайно часто.
-
Міграцію даних недооцінюють: дані про товари, клієнтів та історичні замовлення часто роками розкидані по декількох системах з різною якістю даних. Хто помічає це лише під час міграції, втрачає час і довіру до проєкту.
-
SEO та видимість розглядаються як другорядні питання: структури URL-адрес, перенаправлення та структуровані дані мають бути на початку планування, а не в кінці. Після реланчу без цієї попередньої підготовки органічний трафік часто помітно падає – і відновлення триває місяцями.
-
Питання експлуатації після запуску залишаються невирішеними: той, хто добре реалізує перехід, але не визначає, хто надалі відповідатиме за подальший розвиток і стабільність, залишає після себе платформу, що працює, але не керується. Саме це призводить до невдалих реланчів, під час яких очікувані результати не досягаються.
-
Рішення щодо платформи приймається ізольовано, без урахування решти системного середовища: нова платформа інтернет-магазину, яка не інтегрована належним чином з ERP та PIM, лише переносить початкову проблему в нову систему. Проєкти міграції, які з самого початку передбачають інтеграцію, дозволяють уникнути цих подвійних витрат.
Чим Blackbit відрізняється від інших
Blackbit експлуатує власну інфраструктуру хостингу на базі Kubernetes у ЄС і, отже, несе відповідальність за експлуатацію після міграції – а не лише за проект до моменту запуску. Як це виглядає на практиці, демонструє міграція Nik the Greek: під час переходу з xt:Commerce на Shopware 6 коннектор Blackbit Shopware-Pimcore повністю автоматизовано та двонаправлено з’єднав інтернет-магазин, PIM-систему Pimcore та ERP-систему. З урахуванням 30 000 клієнтів та майже 7 000 товарів запланований час простою під час запуску становив чотири години. Як саме проходив проект у деталях, показує повний кейс-стаді «Nik the Greek».
Це етап «Build and Run» моделі надання послуг Blackbit. Етап «Grow» починається лише після цього: за допомогою DCPR (Digital Commerce Performance Roadmap) щоквартально аналізується, як розвиваються географічна видимість, конверсія та технічна стабільність після запуску – і на основі цих показників дорожня карта активно коригується, а не лише документується. Таким чином, три сфери ефективності – «Build», «Run» та «Grow» – взаємопов’язані між собою, а не завершуються разом із закінченням проєкту.
Підхід DCPR: врахування GEO та SEO з першого дня
У конкретному застосуванні для міграцій це означає: DCPR розглядає видимість не як додатковий етап, а як невід’ємну складову планування міграції. Розмітка Schema.org, чіткі концепції перенаправлення та GEO-стратегія для генеративних пошукових систем на базі штучного інтелекту, таких як ChatGPT, Perplexity та Google AI Overviews, плануються з самого початку – а не лише тоді, коли нова платформа вже запущена.
Для цього є конкретна причина: кожен місяць без структурованих даних та чіткої концепції перенаправлення коштує втрати органічного трафіку, який відновлюється лише повільно. Той, хто все одно планує зміну платформи, несе найменші витрати, якщо GEO та SEO з самого початку є частиною дорожньої карти, – і найбільші, якщо їх доводиться впроваджувати вже після запуску.
Чи є в регіоні DACH незалежні агентства з перевіреними рекомендаціями?
Так – однак вони рідкісні. Більшість агентств реалізують проєкт міграції аж до запуску, а потім передають його клієнту або окремому постачальнику хостингових послуг.
Тим, хто шукає незалежну консультацію, яка не прив’язана до певної платформи з самого початку, а орієнтує рекомендації на реальні вимоги, слід визначити це як критерій відбору ще до першої зустрічі – і запитати про задокументовані референтні проєкти та офіційний статус партнера, а не лише про загальні кейси. Blackbit відповідає цьому критерію для обох платформ: ми є сертифікованим партнером Shopware та BigCommerce і маємо задокументовані референтні проекти для обох.
Ви плануєте міграцію та хочете дізнатися, чи підходить платформа до архітектури вашої системи?
Домовтеся про особисту першу зустріч.
