Jak skalować w skali międzynarodowej: globalny projekt produktu

Większość firm wprowadzających na rynek międzynarodowe produkty, które automatycznie dostosowują się do wielu rynków krajowych, skupia się głównie na właściwym tłumaczeniu języka. Jednak podczas tworzenia globalnych produktów nie można pominąć wielu innych istotnych komponentów.

Świetnym przykładem jest uruchomienie mobilnego systemu operacyjnego Apple iOS6 w 2012 roku. Jedną z kluczowych innowacji, którymi fani Apple byli tak podekscytowani, było ogłoszenie nowej aplikacji Apple Maps, świeżo stworzonej wewnętrznie przez Apple, w tym światowa premiera Map 3D. Jednak w ciągu kilku dni od premiery aplikacja Mapy Apple została uznana za publiczną porażkę, z poważnymi problemami w wynikach wyszukiwania i tłumaczeniu lokalizacji (np. Berlin stał się Schoneiche bei Berlin; wyszukiwanie Londynu w Wielkiej Brytanii spowodowało powstanie Londynu, Ontario, Kanady; a Irlandia miała nagle nowe lotnisko). Wprowadzenie produktu na rynek w ponad 100 krajach jednocześnie jest ogromnym przedsięwzięciem i na pewno pojawią się pewne usterki, ale dyrektorzy Apple, którzy zadeklarowali gotowość aplikacji do wydania, przeoczyli kilka podstawowych wniosków.

Kwestie architektury produktu

Kluczowym wymogiem dla globalnego projektowania produktów jest położenie fundamentów pod architekturę produktu, którą można łatwo dostosować do różnych krajów. Bardzo ważne jest, aby wszystkie elementy tekstowe (tzw. „ciągi”) były ustrukturyzowane w taki sposób, aby można je było łatwo wyodrębnić do tłumaczenia, a następnie ponownie zintegrować. Niezbędnym krokiem jest również stworzenie odpowiedniej macierzy funkcji, która pokazuje, jakie funkcje pojawiają się i kiedy. Musi obsługiwać więcej informacji kontekstowych — takich jak lokalizacja, region telefonu lub język telefonu — niż robiłby to produkt czysto lokalny. Umożliwienie dostosowania zestawu funkcji produktu do lokalizacji wykrytej przez użytkownika nie powinno być kwestią czasu. Ponieważ różne kraje mają zwykle różne poziomy ruchu komórkowego, zespoły produktowe muszą zdecydować, jaka część logiki architektury powinna znajdować się na serwerze, a jaka będzie znajdować się na urządzeniu użytkownika. Niektóre produkty mogą również wymagać trybu offline, który jest podzbiorem funkcji dostępnych, gdy telefon lub urządzenie nie jest połączone z siecią. Biorąc pod uwagę wszystkie te elementy, produkt będzie gotowy do skalowania, niezależnie od tego, czy będzie to dwa, czy 50 krajów.

Wydajność i architektura serwera to dwa kolejne kluczowe pytania, na które należy odpowiedzieć z wyprzedzeniem. Zapewnienie odpowiedniej wydajności produktu przez całą dobę w krajach na całym świecie wymaga architektury serwera z odpowiednim poziomem węzłów serwerowych i możliwością równoważenia obciążenia. Na podstawie wielkości ruchu zespoły produktowe muszą zdecydować, czy potrzebują węzłów serwerów w USA, Ameryce Łacińskiej, Europie lub Azji, ponieważ bardziej optymalne jest posiadanie węzłów bliżej regionów o dużym natężeniu ruchu, aby zapewnić rzeczywisty czas reakcji. W oparciu o zoptymalizowane krzywe wykorzystania godzinowego, obciążenie ruchem może być zrównoważone w całym spektrum 24-godzinnym — na przykład główne serwery Zachodniego Wybrzeża mogą zostać odciążone poprzez przeniesienie ruchu na Wschodnie Wybrzeże, gdy użycie na Wschodnim Wybrzeżu spadnie.

Region a macierz językowa

W przypadku aplikacji mobilnych najlepszym sposobem na wykrycie kraju użytkownika i miejsca wydania telefonu jest skorzystanie z ustawienia regionalnego wybranego przez użytkownika lub domyślnego. Można to również połączyć z ustawieniem języka, aby stworzyć złożoną macierz obsługiwanych regionów i krajów, a nie języków. Na przykład, umożliwiłoby to obywatelowi Chin, który mieszka w USA i kupił telefon w USA, aby telefon i aplikacja wyświetlały język mandaryński. Inną decyzją, którą musi podjąć zespół produktu, są ustawienia domyślne, gdy język lub kraj nie są obsługiwane. Na przykład, jeśli oprogramowanie nie obsługuje języka fińskiego w Finlandii, domyślnie powinien być to język angielski. Dzięki temu produkt może oferować preferencje i dostosowywanie.

Skomplikowanie macierzy funkcji

Standardowa macierz funkcji obsługuje wiele standardowych scenariuszy. Na przykład, jeśli użytkownik jest już zalogowany, powinien mieć możliwość bezpośredniego przejścia do strony głównej, a nie strony logowania. Jednak tworzenie międzynarodowych produktów oznacza zwiększenie złożoności poza funkcje, które współdziałają ze sobą. Dobrym przykładem jest funkcja Facebook Dating, która została po raz pierwszy przetestowana w Kolumbii, ale przez pewien czas nie była dostępna dla użytkowników z USA. W takim przypadku, jeśli oprogramowanie wykryje kraj użytkownika jako Kolumbię, powinno pokazać stan logowania użytkownika i funkcję Facebook Dating. Jeśli jednak użytkownik znajduje się w USA, stan logowania powinien być widoczny, ale nie funkcja randkowania.

Podobnie w przykładzie Apple Maps funkcja wyszukiwania nie powinna pokazywać tego, co wydaje się być pierwszym logicznym wynikiem, ale raczej brać pod uwagę lokalizację użytkownika. W kolejności alfabetycznej „Londyn, Kanada” występuje przed „Londyn, Wielka Brytania”, ale jeśli użytkownik znajduje się w Wielkiej Brytanii i wpisze „Londyn” jako słowo kluczowe, lokalizacja w Kanadzie powinna pojawić się jako druga, a nie pierwsza możliwość wyboru.

Dlatego macierz wyników wyszukiwania musi być ważona według kryteriów, takich jak region użytkownika, określony na podstawie ustawień telefonu, adres IP komputera lub aktualna lokalizacja użytkownika rozpoznawana przez aplikację. Macierz funkcji powinna również wspierać precyzyjne, zautomatyzowane podejmowanie decyzji w oparciu o kontekst, taki jak kraj bazowy użytkownika, aktualna lokalizacja i preferencje językowe.

Różnice kulturowe w interakcji cech

Aspekty kulturowe również mają wpływ na interakcję między funkcjami. Na przykład użytkownik z USA może wpisać znak „&”, aby odnieść się do skrzyżowania podczas wyszukiwania adresu, podczas gdy ten znak nie jest powszechnie używany w innych krajach. Meksykanie wyszukują adres za pomocą skrótów, na przykład „Płk. del Parque” dla „Colonia del Parque”, ponieważ adresy w Meksyku są zazwyczaj długie. Ikony są również unikalnym tropem kulturowym i mogą prowadzić do wielu nieporozumień. Jedna z aplikacji, nad którymi pracowałem, miała brytyjską ikonę apteki, a moi francuscy użytkownicy pytali, dlaczego wyświetlamy butelki mleka na całej mapie. Chociaż możemy przyjąć „powszechnie rozumiane” symbole za pewnik, nie powinniśmy, ponieważ na komunikację wizualną mają wpływ normy kulturowe i językowe.

Można to również zastosować do testów A/B, techniki, która obejmuje iteracje niektórych składników produktu w celu określenia, który z nich wpływa na najbardziej udane zachowanie użytkownika. Na testy A/B kolorów przycisków może mieć wpływ percepcja kulturowa. Chociaż postrzeganie zieleni jako „idź” i czerwieni jako „stop” jest w dużej mierze międzynarodowe, nadal istnieje znacząca różnica w kulturowym postrzeganiu znaczeń kolorów. Na przykład w różnych krajach kolor żałoby może być czarny lub biały, co wywoła u użytkowników przeciwne reakcje, jeśli użyjesz niewłaściwego koloru.

Lokalizacja, nie tylko tłumaczenie

Powyższe przykłady ilustrują różnicę między lokalizacją a tłumaczeniem. Lokalizacja uwzględnia wiele elementów kulturowych, które wpływają na projekt wizualny i interakcje między funkcjami, wykraczając poza zwykłe tłumaczenie tekstów lub podpowiedzi dźwiękowych. Aby wymienić tylko kilka, obejmują one różnorodność walut, systemy miar (metryczny vs. imperialny lub stopnie Celsjusz vs. Fahrenheit) i formatowanie (formaty dat są różne w USA i Europie), a także różne znaki tekstowe i orientację do projektu (w języku arabskim czyta się od prawej do lewej, co ma duży wpływ na ergonomię strony).

Eksperci od lokalizacji patrzą na tekst w kontekście umiejscowienia tekstu w produkcie, znaczenia kontekstowego oraz tego, jak niektóre języki traktują określone konteksty; wezmą również pod uwagę slang lub nieodpowiednie konotacje oraz ogólny niuans kulturowy. Zlokalizowany produkt jest dostosowywany nie tylko językowo, ale także kulturowo.

Przygotowanie zespołu ds. kontroli jakości do sukcesu

Gdy produkt osiągnie etap testowania, zespół produktowy musi rozważyć lokalne i scentralizowane testowanie. Chociaż wiele scenariuszy można testować automatycznie i centralnie z centrali, niektóre podstawowe funkcje mogą skorzystać na testowaniu w miejscu. Jazda po drogach danego kraju zapewni cenny wgląd w lokalną wersję oprogramowania map; to samo dotyczy testowania aplikacji festiwalowej z lokalną siecią komórkową, a nie Wi-Fi. Testowanie w terenie jest droższe ze względu na wymagane zasoby ludzkie i związane z tym koszty podróży. Zazwyczaj zespoły produktowe spotykają się z kompromisami między ryzykiem jakości i bezpieczeństwa z jednej strony a kosztami ponoszonymi w związku z dogłębnymi testami z drugiej.

Szczegółowy plan testów jest niezbędny, aby zapewnić przeprowadzenie odpowiednich testów. Składa się z wielu elementów, w tym:

• Główne scenariusze użytkowania w każdym kraju
• Szczytowe obciążenie ruchem
• Specyfika lokalna, np. Wi-Fi a korzystanie z sieci komórkowej
• Poziom przepustowości internetu
• Rodzaje używanych urządzeń

Plan ten należy przygotować i omówić z dużym wyprzedzeniem, aby upewnić się, że obejmuje on wszystkie główne funkcje produktu i scenariusze w oparciu o plan wprowadzenia produktu na rynek krajowy po wprowadzeniu produktu na rynek.

Marketing oparty na lokalizacji

W zglobalizowanym świecie posiadanie unikalnej marki i pozycjonowania produktu z pewnymi lokalnymi dostosowaniami jest najskuteczniejszym sposobem. Oznacza to posiadanie podstawowego przekazu marketingowego, który pomaga również wszystkim lokalnym zespołom produktowym skoncentrować się na wyjątkowych korzyściach produktu. Zaleca się jednak dostosowanie lokalnych kampanii marketingowych dla każdego kraju w celu uzyskania silnego oddźwięku wśród lokalnych użytkowników i zwiększenia dopasowania do rynku.

Gdy zespoły produktowe mają wkład w plan wejścia na rynek i planowanie budżetu na lokalizację, muszą również wziąć pod uwagę lokalne iteracje marketingowe dla wszystkich komunikatów dotyczących produktu i materiałów marketingowych. Oznacza to, że zespoły muszą poświęcić czas na konsultacje z lokalnymi zespołami marketingowymi, uzgodnienie zlokalizowanych wersji i przygotowanie wszystkich zasobów marketingowych przed datą uruchomienia.

Wymagające, ale satysfakcjonujące

Jak widzieliśmy, gdy zespoły tworzą globalny produkt, kluczowymi elementami, którymi musisz się zająć jako menedżer produktu, są wpływ na architekturę produktu i macierz funkcji, dostosowane plany wejścia na rynek i lokalizację. Ten proces może być zarówno trudny, jak i satysfakcjonujący – biorąc pod uwagę zakres rynku i złożoność zarządzania, zyskasz niesamowite doświadczenie jako lider produktu.