Przestań przepisywać treści produktowe dla każdego kanału sprzedaży

Netguru łączy Twój PIM, CMS i DAM tak, aby wzbogacone, zlokalizowane treści produktowe trafiały automatycznie do każdego sklepu, marketplace'u i kanału partnerskiego, bez ręcznego przepisywania.

Zaufali nam

Umów rozmowę odkrywczą

Czym tak naprawdę jest orkiestracja treści produktowych

Orkiestracja treści produktowych to zautomatyzowana koordynacja danych produktowych między Twoim PIM, CMS i DAM, przekierowująca wzbogacone, gotowe do publikacji treści z jednego źródła do każdego punktu sprzedaży i dystrybucji, bez ręcznych interwencji.

To coś innego niż orkiestracja content marketingu, która zarządza kampaniami redakcyjnymi i ścieżkami odbiorców, oraz coś innego niż zarządzanie CMS, które reguluje sposób budowania i publikowania stron. Orkiestracja treści produktowych działa o warstwę głębiej: rządzi danymi zasilającymi te systemy.

Problem operacyjny, który rozwiązuje, jest bardzo konkretny. Większość zespołów e-commerce utrzymuje te same treści produktowe w wielu miejscach jednocześnie, PIM dla danych strukturalnych, CMS dla tekstów redakcyjnych, DAM dla zasobów, bez automatycznego połączenia między nimi. Efekt to trzy dobrze znane problemy:

  • Niespójne dane produktowe w sklepach i na marketplace'ach, bo każdy kanał był aktualizowany oddzielnie i w różnym czasie.
  • Ręczna praca przy każdym uruchomieniu nowego kanału lub wdrożeniu nowego języka, bo nie ma wspólnego potoku przesyłającego zmiany dalej.
  • Rozbieżności wersji, gdzie „zatwierdzony" opis w jednym systemie po cichu odbiega od tego, co klient czyta w kanale partnerskim lub na wyświetlaczu w sklepie.

Orkiestracja zastępuje te ręczne przekazywania potokiem opartym na API, który utrzymuje każdy kanał zsynchronizowany z jednym wiarygodnym źródłem.

Operacyjne bolączki, które sygnalizują potrzebę orkiestracji

Niespójne dane produktowe w kanałach

Opisy produktów, ceny i atrybuty różnią się między Twoją stroną www, listingami na marketplace'ach i kanałami partnerskimi, bo każdy był aktualizowany niezależnie.

Ręczna praca przy każdym uruchomieniu kanału

Dodanie nowego sklepu lub wersji językowej oznacza ręczne ponowne wprowadzanie i formatowanie treści, zamieniając rutynowe zadanie w projekt trwający tygodniami.

Błędy lokalizacji na dużą skalę

Przetłumaczone treści są stosowane niespójnie, atrybuty specyficzne dla danego rynku są pomijane, a poprawienie błędów wymaga przeszukiwania wielu systemów jednocześnie.

Wolny czas wejścia na rynek dla każdego języka

Wejścia na nowe rynki stoją w miejscu, bo zespoły czekają na zaadaptowanie, zatwierdzenie i ręczne wgranie treści do każdego kanału.

Rozbieżności wersji zasobów i tekstów

Zatwierdzone zdjęcie lub opis produktu w Twoim DAM po cichu odbiega od tego, co widać na marketplace'ie lub wyświetlaczu w sklepie, bez żadnej automatycznej weryfikacji.

Brak widoczności w całym potoku treści

Zespoły nie wiedzą, która wersja treści jest aktywna i gdzie, co sprawia, że audyty trwają długo, a udowodnienie zgodności z wymaganiami retailerów lub przepisami jest trudne.

Jak działa architektura integracji PIM/CMS/DAM

Podstawą orkiestracji treści jest przepływ danych oparty na podejściu API-first, w którym PIM pełni rolę wiarygodnego źródła danych strukturalnych, DAM, zatwierdzonego repozytorium zasobów, a CMS, warstwy składającej obie te części w gotowe do publikacji doświadczenia kanałowe.

W dobrze zaprojektowanej architekturze orkiestracji wzbogacanie treści następuje tylko raz. Rekord produktu powstaje i jest zatwierdzany w PIM, z atrybutami, klasyfikacjami, powiązaniami i polami specyficznymi dla danego rynku. DAM powiązuje zatwierdzone obrazy i dokumenty z tym rekordem. CMS pobiera obie warstwy przez API, składa gotowy obiekt treści i dystrybuuje go dalej bez żadnej ręcznej interwencji.

Dystrybucja ta obejmuje pełen zakres kanałów:

  • Sklepy internetowe, Twoje własne witryny direct-to-consumer, zarówno headless, jak i oparte na platformach.
  • Marketplace'y, Amazon, eBay, Google Shopping i ich regionalne odpowiedniki, każdy z własnym schematem atrybutów, który warstwa orkiestracji mapuje automatycznie.
  • Aplikacje mobilne i webowe, zasilane tym samym API treści, dzięki czemu dane produktowe pozostają spójne z doświadczeniem na stronie www.
  • Wyświetlacze w sklepach i digital signage, zasilane z tego samego potoku, dzięki czemu informacje o produktach w kanale fizycznym i cyfrowym są zgodne.
  • Kanały partnerskie i retailerów, formatowane według specyfikacji każdego partnera i przesyłane według harmonogramu lub po wykryciu zmian w danych.

Kluczowa zasada projektowa mówi, że żaden kanał nie zapisuje danych z powrotem do źródła. Dane płyną w jednym kierunku, od jedynego źródła prawdy na zewnątrz, i właśnie to zapobiega rozbieżnościom wersji. Gdy opis produktu zmienia się w PIM, każdy kanał downstream otrzymuje aktualizację tym samym potokiem, w tym samym czasie, bez ręcznego kroku.

Lokalizacja wpisuje się naturalnie w ten przepływ, zamiast stać poza nim. System zarządzania tłumaczeniami podłącza się do potoku w miejscu, gdzie wymagane są atrybuty specyficzne dla danego rynku. Treść trafia automatycznie do tłumaczenia, wraca do potoku z zastosowanymi tagami lokalizacyjnymi i jest dystrybuowana do odpowiednich regionalnych kanałów, bez koordynatora ręcznie zarządzającego przekazywaniem między zespołem PIM, agencją tłumaczeniową a menedżerami kanałów.

Jak wdrażamy orkiestrację treści w Twoim stosie technologicznym

Ustrukturyzowane wdrożenie, które przeprowadza Cię od audytu do działającego potoku w kolejnych, jasno określonych etapach, z konkretnymi wynikami na każdym kroku.

  1. Audyt istniejącego stosu technologicznego

    Mapujemy Twój obecny PIM, CMS, DAM i integracje kanałów, identyfikujemy miejsca, gdzie dane są duplikowane lub zarządzane ręcznie, i dokumentujemy luki powodujące rozbieżności wersji i zbędną pracę.
  2. Projektowanie architektury integracji

    Definiujemy model danych oparty na API-first, ustalamy jedno źródło prawdy dla każdego typu treści i określamy, jak wzbogacone treści będą strukturyzowane i kierowane do każdego kanału.
  3. Łączenie systemów przez API

    Budujemy lub konfigurujemy integracje między Twoim PIM, DAM, CMS i kanałami downstream, używając wyzwalaczy zdarzeniowych i zaplanowanych synchronizacji, by treści były aktualne bez ręcznych aktualizacji.
  4. Automatyzacja procesów lokalizacji

    Podłączamy Twój system zarządzania tłumaczeniami do potoku treści, konfigurujemy mapowanie atrybutów dla poszczególnych rynków i ustawiamy automatyczne routing, dzięki czemu treść przechodzi przez tłumaczenie i wraca do dystrybucji bez udziału koordynatora.
  5. Walidacja na wszystkich kanałach

    Przeprowadzamy testy end-to-end przez wszystkie kanały w zakresie projektu, sprawdzając dokładność danych, rozdzielczość zasobów, poprawność lokalizacji i zgodność atrybutów z wymaganiami kanałów, zanim jakakolwiek treść trafi na produkcję.
  6. Uruchomienie i monitoring

    Wspieramy uruchomienie produkcyjne, wdrażamy monitoring błędów potoku i rozbieżności treści, a następnie przekazujemy dokumentację i runbooki, dzięki którym Twój zespół może samodzielnie zarządzać i rozbudowywać system.

Jak pomogliśmy Openbooks uruchomić pierwszy sklep z e-bookami oparty na zaufaniu

Openbooks postanowił zrewolucjonizować cyfrowe wydawnictwo, budując pierwszą na świecie platformę dystrybucji e-booków opartą na architekturze pay-it-forward, modelu bez żadnego bezpośredniego precedensu. Aby ją wcielić w życie, potrzebowali kompetentnego partnera technicznego, który opracuje solidny silnik konwersji e-booków i dostarczy go na czas, dotrzymując twardego terminu premiery.

Netguru ściśle współpracował z wewnętrznym zespołem Openbooks, tworząc efektywny proces pracy z częstymi wdrożeniami i integrując Algolia wraz z innymi narzędziami zewnętrznymi, by przyspieszyć development bez uszczerbku na jakości. Platforma została uruchomiona zgodnie z harmonogramem w marcu 2015 roku, notując 84 916 pobrań e-booków przy średniej płatności 2,63 USD za pobranie, a kilka tygodni później trafiła jako wyróżniony projekt na London Book Fair.

You just choose the title, download the file with full ebook and then you can share it with as many people as you like.

Michał Kiciński

Co-founder of Openbooks

Przeczytaj opis projektu
Openbooks case study

Jak pomogliśmy Delivery Hero skalować seniorskie zespoły na żądanie globalnie

Delivery Hero to dynamicznie rozwijająca się, wielomarkowa platforma dostaw jedzenia działająca na dziesiątkach rynków na całym świecie. W miarę szybkiej ekspansji firma potrzebowała zaufanego partnera zdolnego do szybkiego, niezawodnego i bez kompromisów w zakresie jakości dostarczania wysoko wykwalifikowanych specjalistów w wielu technologiach i funkcjach.

Od 2019 roku Netguru zapewnia długoterminowe rozszerzenie zespołu, angażując ponad 150 ekspertów z obszarów backendu, frontendu, inżynierii danych, product design i QA. Współpraca rozrastała się od jednoosobowych zadań do zespołów liczących 30 i więcej osób w szczytowych momentach, umożliwiając szybszy rozwój platformy, bezpieczniejsze eksperymentowanie, silniejsze podejmowanie decyzji oparte na danych oraz bardziej spójny design system w całym wielomarkowym ekosystemie Delivery Hero. Dedykowana grupa specjalistów Netguru pozostaje osadzona w kluczowych zespołach produktowych w Berlinie do dziś.

  • 2019

    start of long-term team extension

  • 150+

    experts provided, on demand

  • 10+

    technology areas covered by added talent

Przeczytaj opis projektu
Delivery Hero red backpack.

Co mówią nasi klienci

Praca Netguru przełożyła się na wzrost średniej wartości zamówienia, większe koszyki zakupowe i wyższą liczbę miesięcznie aktywnych użytkowników. Są proaktywni, zaangażowani i mają ogromne doświadczenie.

Ayman Kaheel

CTO, Breadfast

Nie zostawiają żadnego kamienia nieodwróconego, jeśli chodzi o zrozumienie kontekstu biznesowego. Dzięki ich unikalnemu podejściu udało nam się zmniejszyć obciążenie naszego zespołu operacyjnego, jednocześnie poprawiając doświadczenie użytkownika.

Tiago Goncalves Cabaço

VP of Design, Careem

Netguru to agencja, z którą dotychczas współpracowało nam się najlepiej. Potrafią projektować nowe funkcje i interakcje w naszym modelu z doskonałym skupieniem na czasie wejścia na rynek.

Adi Pavlovic

Director of Innovation, Keller Williams

Najczęściej zadawane pytania dotyczące orkiestracji treści

Czym jest orkiestracja treści produktowych i czym różni się od orkiestracji content marketingu?

Orkiestracja treści produktowych automatyzuje przepływ danych produktowych, opisów, atrybutów, zasobów i wariantów językowych, z centralnego źródła do każdego kanału sprzedaży. Orkiestracja content marketingu zarządza kampaniami redakcyjnymi, segmentami odbiorców i sekwencjami komunikatów. Obie dziedziny działają na różnych warstwach: orkiestracja treści produktowych reguluje infrastrukturę danych, a orkiestracja content marketingu, strategię komunikacji budowaną na jej podstawie.

Czym orkiestracja treści różni się od zarządzania CMS?

CMS zarządza tym, jak strony są składane i publikowane. Orkiestracja treści zarządza danymi produktowymi zasilającymi CMS, i każdy inny kanał, z jednego wiarygodnego źródła. Bez orkiestracji Twój CMS otrzymuje treści ręcznie, co oznacza, że może rozmijać się z PIM, listingami na marketplace'ach i kanałami partnerskimi. Orkiestracja to warstwa, która automatycznie utrzymuje je wszystkie w zgodności.

Jakie kanały obejmuje orkiestracja treści?

Do potoku orkiestracji można włączyć każdy kanał konsumujący treści produktowe. W praktyce oznacza to sklepy direct-to-consumer, marketplace'y zewnętrzne, aplikacje mobilne i webowe, cyfrowe wyświetlacze w sklepach stacjonarnych oraz kanały danych partnerów i retailerów. Architektura jest niezależna od kanału: dodanie nowego kanału to konfiguracja nowego mapowania wyjściowego, a nie przebudowa całego potoku.

Czy musimy wymieniać istniejący PIM, CMS lub DAM, żeby wdrożyć orkiestrację?

Niekoniecznie. Orkiestracja to warstwa integracyjna, nie zastępowanie platform. Najpierw audytujemy Twój istniejący stos technologiczny i projektujemy architekturę wokół tego, co już masz, tam, gdzie to możliwe. Wymiana systemu jest rekomendowana wyłącznie wtedy, gdy brakuje mu możliwości API niezbędnych do udziału w potoku, co identyfikujemy w fazie audytu, zanim podejmiesz jakiekolwiek zobowiązanie.

Dlaczego monolityczne platformy utrudniają orkiestrację treści?

Monolityczne platformy commerce łączą warstwę prezentacji front-end, katalog produktów i warstwę zarządzania treścią w jednym systemie. To powiązanie sprawia, że treść może przepływać wyłącznie przez własne kanały platformy i we własnym formacie. Architektury composable commerce udostępniają natomiast każdą funkcję przez API, co pozwala warstwie orkiestracji działać ponad stosem i niezależnie kierować treści do dowolnego kanału.

Jak orkiestracja obsługuje lokalizację?

System zarządzania tłumaczeniami podłącza się bezpośrednio do potoku treści. Gdy rekord produktu wymaga nowego wariantu językowego, warstwa orkiestracji automatycznie kieruje odpowiednie pola do systemu tłumaczeniowego, odbiera przetłumaczony wynik, stosuje mapowania atrybutów specyficznych dla danego rynku i dystrybuuje gotową treść do właściwych regionalnych kanałów. Żaden koordynator nie zarządza przekazywaniem ręcznie, przepływ pracy jest wyzwalany przez zdarzenia w potoku danych.

Jakich mierzalnych wyników możemy się spodziewać?

Najbardziej istotne wskaźniki zależą od Twoich aktualnych problemów, ale zespoły zazwyczaj śledzą po wdrożeniu orkiestracji: szybkość treści (jak szybko nowe lub zaktualizowane treści produktowe trafiają do wszystkich kanałów), wskaźnik ponownego wykorzystania treści (odsetek treści tworzonych raz i dystrybuowanych bez przeróbek), czas wejścia na rynek dla danego języka (czas od zatwierdzenia produktu do jego dostępności na nowym rynku) oraz wskaźnik błędów kanałów (częstotliwość niezgodności danych, brakujących atrybutów lub awarii zasobów wykrywanych na produkcji). Dobrze wdrożony potok ogranicza ręczne przekazywania, co bezpośrednio usprawnia wszystkie cztery obszary.

Ile zazwyczaj trwa wdrożenie?

Czas trwania zależy od złożoności Twojego istniejącego stosu, liczby kanałów w zakresie projektu i tego, czy od początku uwzględniane są procesy lokalizacji. Określamy to w fazie audytu i dostarczamy Ci jasny plan wdrożenia, zanim prace się rozpoczną. Projekty z ograniczonym zakresem na starcie, jeden system źródłowy, zdefiniowany zestaw kanałów, postępują szybciej i pozwalają Twojemu zespołowi zebrać pierwsze sukcesy, na których można budować dalej.

Gotowy, by przestać zarządzać treściami produktowymi kanał po kanale?

Nasz zespół inżynierów commerce spędził ponad 18 lat, łącząc złożone stosy technologiczne dla klientów w ponad 50 krajach. Powiedz nam, gdzie Twój potok treści zawodzi, a pokażemy Ci, jak może wyglądać połączona architektura dopasowana do Twoich konkretnych systemów.

Umów rozmowę odkrywczą