Архітектура MACH: що це таке і чому вона робить комерційні інструменти такими привабливими для підприємств
Рано чи пізно цей день настає для кожного підприємства електронної комерції: ваш бізнес переростає свою платформу. Особливості перетворюються на обмеження, складність архітектури призводить до неочікуваних помилок, і системою в цілому стає набагато складніше керувати.
Тут на допомогу приходить архітектура MACH. Придумано та підтримується commercetools, це абсолютно новий модульний підхід до цифрових систем із перспективою майбутнього, який підвищує гнучкість систем, оптимізує витрати, зменшує навантаження на персонал і покращує UX і CX.
Хочете скористатися цими перевагами? Якщо так, ось ваш посібник з архітектури MACH і того, що вона передбачає. Спойлер: спочатку перехід на нову архітектуру може здатися страшним, але це не обов’язково. Усе, що вам потрібно зробити, це добре підготуватися до переходу та мати надійного партнера для роботи.
У Elogic ми проконсультували сотні продавців щодо переходу на архітектуру MACH. Як компанія з розробки commercetools, ми допомогли понад 50 продавцям уникнути частих і дорогих оновлень, створивши магазини на базі MACH.
Тому тут ми ділимося тим, що архітектура MACH передбачає на практиці на основі нашого досвіду. У цьому посібнику ви дізнаєтесь, що таке MACH, його чотири принципи, основні переваги та способи підготовки до переходу на MACH.
Що таке архітектура MACH?
Давайте почнемо з визначення архітектури MACH. Архітектура MACH означає Microservices, API-First, Cloud-Native і Headless і є сучасним підходом до створення систем електронної комерції з менших незалежних компонентів, які поєднують найкращі у своєму класі технології в єдину систему.
Детальніше: Перебудова електронної комерції: повний посібник із міграції
це тип архітектури веб-сайту електронної комерції відокремлює серверну частину системи від її кількох зовнішніх частин (у MACH також називаються «окулярами»). Єдиний бекенд є посередником у всіх комерційних транзакціях, тоді як продавець може створити справді багатоканальний досвід для клієнтів, додавши користувацькі мобільні додатки, канали соціальної торгівлі, ринки, пристрої Інтернету речей тощо як інтерфейси користувача.
Функціональні можливості бізнесу визначаються окремими компонентами (мікросервісами), які спілкуються один з одним і кількома інтерфейсами через API.
Ось діаграма архітектури MACH для ілюстрації концепції:
Ось чотири ключові відмінності між системною архітектурою MACH та її монолітним аналогом:
Моноліт | МАХ |
Основні функції розміщені на єдиній кодовій базі | Функціональність розміщена на кількох окремих фрагментах коду |
Інтерфейси та бізнес-логіка тісно пов’язані | Інтерфейси та бізнес-логіка відокремлені та з’єднані через API |
Архітектура значною мірою покладається на плагіни для розширення функціональності | Архітектура покладається на мікросервіси та API для розширення функціональності |
Усе вищезазначене призводить до обмежених можливостей налаштування та неякісного цифрового досвіду | Все вищесказане полегшує внесення змін як до вітрини, так і до бізнес-логіки |
Принципи архітектури MACH у двох словах
Тепер, що означає MACH на практиці? Давайте відповімо на це запитання, розбираючи, що позначає кожна літера абревіатури.
M для мікросервісів
Мікросервіс це міні-додатки, які складають систему. Кожен мікросервіс незалежний від інших і має власну базу даних. Подумайте про мікросервіси як про будівельні блоки в архітектурі програмного забезпечення MACH, розроблені, розгорнуті та підтримані окремо один від одного.
Оскільки кожен будівельний блок незалежний, ви можете легко розширювати та налаштовувати свої функції, по одному компоненту за раз. Внесення змін до одного мікросервісу також не порушить всю систему.
Наприклад, такий Лідер електронної комерції як Amazon з 2006 року працює виключно на мікросервісах. Вони проаналізували свою раніше монолітну систему та вилучили одиниці коду, які пізніше були загорнуті в інтерфейс веб-сервісу. Кожна функція системи тепер має окремий мікросервіс, як-от кнопка «Купити» на сторінці продукту або розрахунок податку під час оформлення замовлення.
Це не означає, що всі магазини повинні діяти так само, як Amazon. Але підприємства, безперечно, знайдуть це корисним: уявіть, що ви запускаєте оновлення функцій для свого каталогу продуктів. Решта мікросервісів продовжуватимуть працювати, поки ви це зробите.
A для API-першого
Інтерфейси (інтерфейси прикладного програмування) — це ретранслятори, які дозволяють двом або більше програмам обмінюватися даними. Їх головна перевага полягає в тому, що вони шифрують базову бізнес-логіку своїх додатків, що має вирішальне значення для безпеки системи.
В архітектурі MACH API є сполучними лініями між мікросервісами, інтерфейсами та програмами сторонніх розробників. Завдяки їм інтегрувати нові сервіси легше та безпечніше.
Уявіть, що клієнт хоче увійти у свій обліковий запис у вашому інтернет-магазині. Коли вони вводять свої облікові дані для входу, інтерфейс використовує API, щоб надіслати ці дані до відповідного мікросервісу та запитати правдиву або помилкову відповідь. Мікросервіс порівнює отримані дані з базою даних облікових записів клієнтів і використовує API, щоб повернути значення true, якщо облікові дані правильні.
C для Cloud-native
Хмарна рідна не просто означає, що ваша кодова база розміщена в хмарі. Його розроблено з урахуванням хмарної інфраструктури та розгорнуто там із самого початку.
Однією з найбільших переваг хмарних систем є система оплати за використання (PAYG). Іншими словами, провайдер стягує з вас плату за ресурси, які ви фактично використовуєте. Крім того, щоразу, коли ви бачите сплеск трафіку (наприклад, під час сезону розпродажів), ваша хмарна програма може легко отримати доступ до більшої кількості обчислювальних ресурсів.
H для безголового
Безголовий відноситься до архітектурного підходу, який відокремлює інтерфейс (ваші вітрини) від сервера (бізнес-логіка, функціональність і база даних). Вони спілкуються один з одним через рівень API.
Детальніше: Найкраща безголова платформа електронної комерції — повний посібник
Завдяки безоглядному підходу ви не ризикуєте порушити роботу всієї системи, якщо захочете змінити вітрину або один із своїх мікросервісів. Це також дозволяє запускати різні призначені для користувача додатки на одному сервері, таким чином створюючи справді єдину цифрову екосистему.
Наприклад, якщо ви хочете оновити зовнішній вигляд свого інтернет-магазину, вам не потрібно витрачати жодної хвилини на налаштування серверної частини (за умови, що функціональність залишиться незмінною). Інтерфейс — це місце, де відбуваються всі зміни.
А тепер уявіть, що ви хочете запустити мобільний додаток для своїх клієнтів. Якщо ваша існуюча система електронної комерції використовує безголовий підхід архітектури, вам не потрібно створювати серверну частину з нуля. Це економить ваш час і гроші, а також сприяє створенню безперебійної багатоканальної взаємодії з користувачем.
5 причин, чому підприємства люблять архітектуру MACH
Давайте розглянемо п’ять основних причин, чому підприємства вважають програмну архітектуру MACH привабливою.
Гнучкість, масштабованість і доступність
Завдяки блоковому підходу до архітектури ви можете легко змінювати, замінювати або видаляти наявні мікросервіси та додавати нові. Це дозволяє швидко адаптуватися до ринкових умов, що постійно змінюються, і вподобань користувачів за частку часу.
Що стосується масштабованості, то хмарний підхід природно допомагає вашій цифровій системі адаптуватися до зміни навантаження. Тож вам не доведеться турбуватися про неочікуваний простой або низьку продуктивність.
Крім того, завдяки безперервній доставці (CD) для оновлення хмарних програм не потрібно переводити їх в автономний режим. Система буде доступна для ваших клієнтів або персоналу в будь-який час, запобігаючи падінням продуктивності через простої та втрату замовлень.
Покращена продуктивність
Монолітні додатки є синонімом повільнішого часу завантаження, а все тому, що вони великі і повинні завантажуватися повністю одночасно. У системах MACH кожен легкий мікросервіс запускається, коли це необхідно. Це означає блискавичну продуктивність.
Хмарний підхід до розробки також покращує продуктивність систем MACH. По-перше, це відкриває двері до необмежених обчислювальних ресурсів – вони забезпечать безперебійну та швидку роботу ваших систем навіть у години пік.
Скорочення витрат
Архітектура MACH пришвидшує час виведення на ринок оновлень і модернізацій. Вам не потрібно переводити всю систему в автономний режим, щоб виконати їх, тож ви не пропустите продажі. Підключення сторонньої системи для обробки платежів, наприклад, через API, також є швидшим і простішим. Це економить ваші гроші на розробці.
Крім того, вам потрібно лише внести зміни в межах інтерфейсу або одного чи кількох мікросервісів.
Суть? Ви зможете запускати свої інтерфейси та оновлювати їх за невелику частку вартості.
Покращений багатоканальний UX/CX
Завдяки безголовому принципу архітектури MACH ви можете запускати кілька призначених для користувача програм, використовуючи той самий сервер. Від ваших звичайних магазинів до каналів продажу в соціальних мережах ви забезпечите безперебійну взаємодію з користувачами в усіх каналах.
Наприклад, безголова архітектура полегшує синхронізацію візка на кількох пристроях. Це може допомогти вам зменшити рівень залишення кошика.
Найкращий можливий стек технологій
Завдяки архітектурі на основі MACH вам не потрібно турбуватися про сумісність технологій під час створення незалежних мікросервісів і вітрин. Наявний стек технологій не обмежує вас у виборі. Більше не задовольняйтеся меншим із зол!
Детальніше: ERP для електронної комерції: переваги та кроки інтеграції для трансформації вашого бізнесу
Наприклад, у рішенні платформи ви можете інтегрувати свою систему лише з п’ятьма найпопулярнішими CRM. Отже, якщо ви знайшли ідеальну пару, але її немає в списку, ви не зможете її використовувати. Навпаки, архітектура MACH дозволяє інтегрувати будь-яку CRM, якщо є доступний API.
Коли справа доходить до серверної частини, кожен із ваших мікросервісів можна написати за допомогою найбільш підходящої мови та фреймворку. Наприклад, модуль аналізу даних може працювати на Python, а Node.js забезпечує обробку замовлень.
Крім того, якщо ви коли-небудь зрозумієте, що певну технологію переросли або вона застаріла, ви можете легко її замінити. Те саме стосується переходу на нову технологію, яка краще відповідає вашим потребам.
6 речей, на які слід звернути увагу, перш ніж переходити на commercetools і MACH
commercetools є постачальник електронної комерції, який започаткував безголовий і MACH підхід до цифрових систем. Це також засновник і рушійна сила Альянс MACH.
Отже, якщо ви розглядаєте перехід на MACH, commercetools — це рішення, яке завгодно майбутньому. Однак майте на увазі: він підходить лише для цифрових компаній. Відсутність цифрової зрілості може легко спричинити опір змінам і завадити вашому персоналу використовувати нову систему в повній мірі.
Думаєте про перехід на MACH? Ось шість кроків, які підготують вас до подорожі з оновлення платформи.
Визначте причини для перепланування
Чому саме ви хочете перейти на архітектуру MACH? Розглянемо кожен аспект вашого бізнесу, щоб перерахувати всі проблеми та проблеми, які може вирішити зміна платформи. Ось кілька поширених ознаки того, що вам потрібна реплатформа електронної комерції:
- Впровадження нових функцій і розгортання оновлень є складним і дорогим
- Ваш магазин відчуває несподівані простої під час стрибків трафіку
- Панель адміністратора неефективна та безладна
- Поточна функціональність обмежує вас у ваших стратегіях продажів і маркетингу
Детальніше: Контрольний список для планування та розробки веб-сайтів електронної комерції — готово, готово, ЗАПУСК!
Ось чому складання цього списку причин є вирішальним.
- Він покаже вам усі процеси, яких торкнеться перехід.
- Це чудова відправна точка для визначення ваших цілей реплатформування.
- Це допоможе вам навчити всіх у вашій команді технологічному баченню.
Оцініть свою цифрову зрілість
Ви маєте досвід цифрової трансформації? Або ваш бізнес відносно новий? Якщо це останнє, радикальні зміни можуть пригнічити вас і викликати опір змінам. Щоб зменшити ці ризики, не поспішайте, щоб окреслити поступові покрокові зміни в дорожній карті.
Наприклад, коли ми були допомога Enzio Manufacturing Перехід на архітектуру MACH, ми витратили кілька тижнів, щоб оцінити цифрову зрілість клієнта. З цією метою ми уважно вивчили операційні процеси та опитали зацікавлених сторін перед складанням дорожньої карти.
Щоб оцінити цифрову зрілість вашого бізнесу, подумайте про очікувані криві навчання ваших команд. Потім визначте, яке навчання та підтримка їм знадобляться для успішного впровадження нової цифрової системи.
Вивчіть особливості платформи
Тепер настав час переконатися, що ви обираєте технології MACH, які мають усе необхідне для задоволення ваших потреб. Щоб оцінити відповідність платформи вашим цілям, поставте вісім запитань:
- Чи підтримує він архітектуру мікросервісів?
- Чи можете ви розробляти та змінювати фронтенд незалежно від бекенда?
- Чи дозволяє додавати та замінювати системи самостійно?
- Чи використовується підхід API-first?
- Які його можливості масштабування?
- Чи допускає безперервну доставку (CD)?
- Як ви плануєте інтегрувати свою систему зі сторонніми службами?
- Чи можете ви отримати докладну, вичерпну документацію?
Плануйте, тестуйте, процвітайте
Реформування потребує ретельного планування та тестування. Отже, почніть із підготовки графіка та бюджету.
Не соромтеся використовувати наш зручний посібник із планування проекту щоб зробити цей крок.
Перш ніж вводити радикальні зміни, також варто перевірити їх життєздатність. З цією метою розробіть доказ концепції, оцініть її сприйняття серед цільових користувачів і налаштуйте її відповідним чином, перш ніж ви зможете назвати її успішною.
Об’єднайте свої команди
Якщо ви не залучите всіх зацікавлених сторін, ваші прагнення щодо переформатування не здійсняться. І особи, які приймають рішення, і ваші команди повинні бути на борту з переробкою – і розуміти, як отримати від неї максимальну користь.
Що стосується вашого ІТ-відділу, можливо, вам доведеться реорганізувати його структуру. Замість більших команд, які спеціалізуються на певних технологічних областях (наприклад, базах даних), підготуйте менші групи, які піклуватимуться про кожен мікросервіс.
Якщо вам важко зі структурою команди для вашої системи MACH, увійти в контакт з нами в Elogic! Наші досвідчені бізнес-консультанти допоможуть вам визначити ключові ролі для вашого проекту та навіть знайти таланти старшого рівня.
Вибирайте партнерів з розумом
Щоб провести вас через цей складний процес, вам потрібен відповідний партнер із перепланування. Але будьте обережні: «правильне» не обов’язково означає «відзначене нагородами» чи «відоме».
Правильний партнер – це той, який може ідеально задовольнити ваші потреби. Вони також володіють досвідом і навичками, які стануть у пригоді у вашому конкретному випадку, тому ви можете на них покластися. Переконайтеся, що ваш партнер також сертифікований (як Elogic).
Подуманий
Архітектура MACH має привабливі обіцянки: скорочення витрат, підвищення гнучкості та масштабованості та покращення взаємодії з користувачем. Однак його реалізація – це не проста прогулянка. Архітектура мікросервісів за своєю суттю складна і має бути добре продуманою.
Ось чому мати надійного партнера з реплатформування MACH є обов’язковим. На щастя, ви вже читаєте блог одного! Ми в Elogic вже допомогли багатьом підприємствам перенести свої системи, зробивши їх конкурентоспроможними в нових цифрових реаліях. І ми також будемо раді допомогти вам.
Готові обговорити, як ми можемо бути корисними? Не соромтеся Зв'яжіться з нами!
Перехід на MACH і commercetools без проблем з Elogic
Напишіть нам, і ми зв’яжемося з вами, щоб обговорити ваші потреби.
Поширені запитання щодо архітектури MACH
У чому різниця між MACH і складовою комерцією?
Компонована комерція та MACH мають кілька спільних принципів:
- відокремлення інтерфейсу від бекенда
- модульний архітектурний підхід
- гнучкість для створення найкращого стека
Однак, на відміну від MACH, компонована комерція використовує пакетні бізнес-можливості (PBC) як будівельні блоки. PBC побудовані навколо певної бізнес-функції та зазвичай мають більший обсяг. (Хоча двоє є дуже подібні, і деякі мікросервіси можуть претендувати на звання PBC.)
Які приклади архітектури MACH?
Вам пощастило – у нас є Приклад архітектури MACH серед наших прикладів! Нашим клієнтом була німецька B2B виробнича компанія. Використовуючи commercetools, ми допомогли їм перейти від монолітної архітектури електронної комерції до архітектури MACH, удосконаливши UX під час цього процесу.
Інші приклади архітектури MACH включають такі відомі назви, як Amazon (також a член альянсу MACH) і Убер.
Що таке альянс MACH?
Альянс MACH, заснований commercetools, є некомерційною організацією, яка виступає за впровадження Технології MACH. Його члени включати BigCommerce, Vue Storefront і Deloitte Digital. На шляху до досягнення своєї місії MACH Alliance організовує заходи, проводить навчання та надає ресурси щодо архітектури MACH. Це також встановлено Стандарти сертифікації MACH.
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- Платоблокчейн. Web3 Metaverse Intelligence. Розширені знання. Доступ тут.
- джерело: https://elogic.co/blog/mach-architecture-what-it-is-and-why-it-matters/
- :є
- $UP
- 1
- 11
- 67
- 7
- 8
- 9
- a
- Занедбаність
- Здатний
- МЕНЮ
- вище
- доступ
- відповідно
- рахунки
- досягнення
- через
- насправді
- пристосовувати
- адреса
- адмін
- прийняти
- Прийняття
- Перевага
- прихильники
- Оповіщення
- ВСІ
- Альянс
- дозволяє
- вже
- хоча
- Amazon
- серед
- аналітика
- та
- Інший
- відповідь
- API
- Інтерфейси
- додаток
- привабливий
- додаток
- застосування
- підхід
- архітектурний
- архітектура
- ЕСТЬ
- області
- навколо
- AS
- At
- доступний
- B2B
- назад
- Backend
- заснований
- BE
- оскільки
- ставати
- стає
- перед тим
- за
- Переваги
- Краще
- між
- БІГКОМЕРС
- найбільший
- Блокувати
- блоки
- Блог
- рада
- підвищення
- дно
- марка
- Новинка
- Розрив
- приносити
- бюджет
- помилки
- будувати
- Створюємо
- побудований
- бізнес
- button
- купити
- by
- call
- CAN
- можливості
- який
- випадок
- каталог
- Викликати
- CD
- певний
- сертифікація
- Сертифікований
- зміна
- Зміни
- канали
- вантажі
- Введіть дані:
- вибір
- клієнт
- тісно
- хмара
- інфраструктура хмари
- код
- Кодова база
- комбінати
- Приходити
- Торгівля
- загальний
- спілкуватися
- Компанії
- компанія
- порівняння
- сумісність
- конкурентоспроможний
- повний
- комплекс
- складність
- складний
- компонент
- Компоненти
- обчислення
- концепція
- Турбота
- Умови
- підключений
- З'єднувальний
- Вважати
- беручи до уваги
- Консультанти
- безперервний
- контрастність
- Відповідний
- Коштувати
- витрати
- копія
- створювати
- створення
- Повноваження
- CRM
- вирішальне значення
- клієнт
- Клієнти
- настройка
- різання
- CX
- дані
- Analytics даних
- Database
- базами даних
- день
- ті що приймають рішення
- певний
- визначаючи
- доставка
- deloitte
- відділ
- розгорнути
- докладно
- Визначати
- розвивати
- розвиненою
- розробка
- прилади
- DID
- різниця
- Відмінності
- різний
- важкий
- цифровий
- цифрова екосистема
- цифрове перетворення
- в цифровому вигляді
- обговорювати
- Зривати
- документація
- Ні
- Не знаю
- Двері
- вниз
- час простою
- малювання
- водіння
- під час
- e
- кожен
- легше
- легко
- електронної комерції
- екосистема
- виховувати
- або
- приступати
- з'явився
- збагачення
- забезпечувати
- Що натомість? Створіть віртуальну версію себе у
- підприємство
- підприємств
- і т.д.
- Ефір (ETH)
- Навіть
- Події
- НІКОЛИ
- постійно змінюється
- Кожен
- все
- точно
- приклад
- Приклади
- виключно
- існуючий
- Розширювати
- розширюється
- очікуваний
- досвід
- Досліди
- експерт
- експертиза
- зовнішній
- полегшує
- FAQ
- ШВИДКО
- швидше
- особливість
- риси
- кілька
- знайти
- Перший
- Гнучкість
- для
- Примусово
- На щастя
- засновник
- фракція
- Рамки
- Безкоштовна
- частий
- від
- Frontend
- Повний
- функція
- функціональність
- FutureProof
- німецька
- отримати
- Цілі
- йде
- добре
- поступовий
- великий
- керівництво
- обробляти
- Руки
- мобільний
- траплятися
- щасливий
- Мати
- має
- безголова комерція
- сильно
- допомога
- допоміг
- допомогу
- допомагає
- тут
- відбувся
- домашнє господарство
- Як
- How To
- Однак
- HTTPS
- Сотні
- ідея
- реалізації
- поліпшується
- поліпшення
- in
- В інших
- включати
- незалежний
- самостійно
- неефективний
- Інфраструктура
- екземпляр
- замість
- інтегрувати
- Інтеграція
- інтеграція
- інтерфейс
- Інтерфейси
- внутрішній
- інтерв'ю
- залякуючи
- вводити
- введення
- КАТО
- прилади іоту
- питання
- IT
- ІТ-підтримка
- ЙОГО
- подорож
- тримати
- ключ
- удар
- відсутність
- мова
- великий
- більше
- запуск
- запуски
- шар
- шар 1
- Layer 2
- лідер
- Веде за собою
- УЧИТЬСЯ
- вивчення
- менше
- лист
- легкий
- як
- МЕЖА
- недоліки
- обмеженою
- рамки
- Лінія
- ліній
- список
- загрузка
- Довго
- подивитися
- подивився
- любов
- удача
- головний
- зробити
- РОБОТИ
- Робить
- управляти
- виробництво
- ринок
- ринкові умови
- Маркетинг
- ринки
- матч
- зрілий
- зрілість
- макс-ширина
- Купець
- Купці
- мікросервіс
- мігрувати
- міграція
- mind
- хвилин
- відсутній
- Місія
- Пом'якшити
- Mobile
- Мобільний додаток
- Мобільні програми
- сучасний
- змінювати
- модульний
- Модулі
- гроші
- Монолітний
- більше
- найбільш
- Найбільш популярний
- переміщення
- множинний
- Імена
- обов'язково
- Необхідність
- необхідний
- потреби
- Нові
- Нові можливості
- вузол
- Node.js
- численний
- of
- offline
- omnichannel
- on
- ONE
- онлайн
- Інтернет-магазин
- Відкриється
- оперативний
- Оптимізує
- порядок
- замовлень
- організація
- організовує
- Інше
- інші
- план
- власний
- сторінка
- PAN
- панель
- приватність
- партнер
- партнери
- шлях
- платежі
- Peak
- ідеальний
- виконувати
- продуктивність
- вперше
- планування
- платформа
- Платформи
- plato
- Інформація про дані Платона
- PlatoData
- підключати
- plugins
- плюс
- точка
- бідні
- популярний
- пошта
- повноваження
- практика
- переваги
- Готувати
- підготовка
- запобігати
- попередження
- раніше
- ціни без прихованих комісій
- принцип
- Принципи
- процес
- процеси
- обробка
- Product
- продуктивність
- Програмування
- проект
- обіцянку
- за умови
- Постачальник
- забезпечує
- Python
- кваліфікувати
- питання
- питань
- швидко
- радикальний
- ставка
- ставки
- читання
- готовий
- реалії
- реалізувати
- Причини
- отримано
- прийом
- зменшити
- знижує
- називають
- відноситься
- щодо
- надійний
- залишається
- видаляти
- замінювати
- запросити
- вимагати
- Вимагається
- Опір
- ресурси
- відповідь
- REST
- результати
- роздрібної торгівлі
- повертати
- огляд
- Risk
- ризики
- Дорожня карта
- ролі
- Прокат
- рухомий
- прогін
- біг
- безпечніше
- продажів
- Продажі та маркетинг
- то ж
- масштабованість
- Масштабування
- сфера
- безшовні
- Сезон
- витриманий
- безпеку
- окремий
- обслуговування
- Послуги
- комплект
- кілька
- поділ
- зсув
- Зміни
- Повинен
- Показувати
- аналогічний
- з
- один
- SIX
- навички
- менше
- So
- соціальна
- соціальна комерція
- Софтвер
- рішення
- деякі
- Source
- спеціалізується
- конкретний
- швидкість
- витрачати
- шип
- стек
- Персонал
- зацікавлених сторін
- стенди
- старт
- Починаючи
- Крок
- заходи
- зберігати
- Вітрина
- магазинів
- структура
- Бореться
- успіх
- Успішно
- такі
- підходящий
- підтримка
- Підтриманий
- напевно
- перемикач
- синонімом
- система
- Systems
- Приймати
- приймає
- взяття
- талант
- Мета
- податок
- команда
- команди
- технології
- Технології
- Технологія
- тест
- Тестування
- Що
- Команда
- їх
- Їх
- Ці
- речі
- третя сторона
- через
- щільно
- час
- Терміни
- times
- назва
- до
- занадто
- топ
- торкатися
- до
- трафік
- Навчання
- Transactions
- Перетворення
- Перетворення
- перехід
- перехід
- правда
- ПЕРЕГЛЯД
- налаштування
- типово
- що лежить в основі
- розуміти
- Unexpected
- єдиний
- одиниць
- необмежений
- Оновити
- Updates
- оновлення
- модернізація
- оновлення
- us
- використання
- користувач
- User Experience
- користувачі
- ux
- різний
- продавець
- через
- життєздатності
- бачення
- vs
- вид
- шлях..
- способи
- Web
- веб-сайт
- тижня
- ДОБРЕ
- Що
- який
- в той час як
- волі
- з
- в
- без
- слова
- Work
- Загорнуті
- письмовий
- вашу
- зефірнет