Kanał InBox w iPresso – powiadomienia prosto do skrzynki odbiorczej Twojego klienta

Masz stronę WWW albo aplikację mobilną, w których użytkownicy spędzają dużo czasu – a mimo to najważniejsze wiadomości wysyłasz mailem i część ginie w zatłoczonej skrzynce? Albo chcesz przypomnieć o porzuconym koszyku tam, gdzie klient podejmuje decyzję, (czyli wewnątrz aplikacji), a nie w osobnym kanale?

Kanał InBox w iPresso powstał do takich właśnie sytuacji. Pozwala dostarczać wiadomości prosto do „skrzynki odbiorczej” zaszytej w Twojej aplikacji. Poniżej pokazujemy, jak to działa w praktyce, kiedy warto po ten kanał sięgnąć i jak spina się z resztą ekosystemu marketing automation.

Czym jest kanał InBox?

Kanał InBox to sposób komunikacji, w którym iPresso przygotowuje wiadomość dla konkretnego kontaktu i udostępnia ją do pobrania Twojej aplikacji. Aplikacja odbiera treść i prezentuje ją użytkownikowi. Po kliknięciu widzi pełną treść: tytuł, opis, obrazek i przycisk akcji.

Kluczowa rzecz: to, jak wygląda ta skrzynka w aplikacji, zależy w całości od Twojej implementacji. iPresso dostarcza treść i całą logikę wysyłki, personalizacji oraz raportowania. Warstwa wizualna – kolory, układ – są po Twojej stronie. To daje pełną kontrolę nad tym, żeby powiadomienia in-app wyglądały jak naturalna część produktu, a nie jak doklejony baner.

Jakub Wyciślik, ekspert automatyzacji marketingu w iPresso: „Największa zaleta InBoxa jest też tym, co czasem myli klientów na starcie. My nie narzucamy wyglądu powiadomienia. Dajemy treść, personalizację i pełne raportowanie, a to, jak dzwoneczek wygląda w aplikacji, projektuje zespół produktowy klienta. Dzięki temu komunikat siedzi w interfejsie tak, jakby był jego częścią od początku.”

Powiadomienia push a kanał InBox – na czym polega różnica?

To pytanie wraca praktycznie zawsze, więc wyjaśnijmy je od razu. Kanał InBox jest zbliżony do kanałów on-site oraz in-app pod względem mechaniki komunikacji. Nie jest to komunikacja typu push, w której system „wypycha” wiadomość do odbiorcy w dowolnym momencie. InBox działa w modelu pull-based: iPresso generuje wiadomość i trzyma ją gotową do pobrania, a aplikacja sięga po nią wtedy, kiedy użytkownik z niej korzysta.

Praktyczna konsekwencja jest taka, że komunikat pojawia się w kontekście, w którym odbiorca faktycznie jest w Twoim produkcie i jest gotowy na interakcję. Nie przerywasz mu kolacji dźwiękiem powiadomienia na telefonie. Zamiast tego zostawiasz wiadomość w skrzynce, którą sam otworzy, gdy będzie miał na to przestrzeń. Dla wielu komunikatów – informacyjnych, transakcyjnych, dosprzedażowych – to zdrowszy i mniej nachalny model kontaktu niż klasyczny push.

Jakub Wyciślik: „Push jest świetny do rzeczy pilnych, ale bywa natrętny i łatwo o wyłączenie zgód. InBox gra inaczej. Wiadomość czeka spokojnie w skrzynce, a użytkownik sięga po nią, kiedy jest gotowy. Mniej frustracji po stronie odbiorcy, a komunikaty trafiają dokładnie tam, gdzie i tak podejmuje decyzje.”

Jak działa InBox w praktyce? Cztery pojęcia, które warto znać

Zanim wyślesz pierwszą wiadomość, warto rozróżnić cztery rzeczy. Brzmią technicznie, ale w praktyce sprowadzają się do prostych ról.

Instancja InBox to pojedyncza skrzynka, do której wysyłasz wiadomości. Aplikacja pyta iPresso: „co masz dla kontaktu X w instancji Y?”. Co ważne, jedna aplikacja może obsługiwać kilka instancji naraz. To otwiera całkiem praktyczne scenariusze – możesz mieć osobną skrzynkę na powiadomienia systemowe i osobną na komunikację marketingową, tak żeby się nie mieszały i żeby użytkownik widział je jako różne strumienie.

Aplikacja InBox to Twoja konkretna aplikacja web lub mobilna po stronie klienta. Po zdefiniowaniu w systemie podpinasz ją pod wybraną instancję. Od tego momentu wszystkie wysyłki kierowane do tej instancji są domyślnie dostępne dla wszystkich podpiętych aplikacji. Aplikacja przy każdym kontakcie z iPresso „przedstawia się” swoim kluczem API.

Wysyłka InBox to pojedyncza kreacja – odpowiednik wysyłki znanej z innych kanałów. Możesz ją skierować do kontaktów z segmentu, do wszystkich zarejestrowanych w danej instancji, albo wywołać pojedynczo przez API, scenariusz automatyzacji czy proces odzyskiwania porzuceń.

Rejestracja w instancji InBox to warunek wstępny. Kontakt musi być zarejestrowany do danej instancji, żeby w ogóle mógł otrzymywać w jej ramach wiadomości. To nie jest formalność – to Twój mechanizm kontroli nad tym, kto trafia do danej skrzynki.

Instancje i aplikacje definiujesz w panelu klienta w sekcji Ustawienia kanału → Inbox. Każda instancja i każda aplikacja ma swoją nazwę (wyłącznie informacyjną, dla Twojej wygody w panelu) oraz klucz API. To właśnie klucz API jest tym, co realnie steruje dostępem: instancja potrzebuje go, żeby aplikacja mogła pobrać jej wiadomości, a aplikacja przedstawia się swoim kluczem przy każdym żądaniu.

Kiedy warto sięgnąć po kanał InBox?

Zamiast wymieniać oczywistości, spójrzmy na konkretne problemy, które ten kanał rozwiązuje.

Jeśli prowadzisz sklep lub serwis z własną aplikacją, InBox świetnie sprawdza się przy dosprzedaży i odzyskiwaniu porzuconych procesów. Klient zostawił koszyk albo przerwał wypełnianie formularza? Zamiast wysyłać mu maila, który konkuruje z dziesiątkami innych, zostawiasz przypomnienie w skrzynce jego aplikacji, z przyciskiem prowadzącym prosto do dokończenia zakupu. Wiadomość jest tam, gdzie i tak wróci.

Jeśli zależy Ci na komunikacji, która nie irytuje, InBox daje spokojniejszy ton kontaktu niż push. Aktualizacje statusu zamówienia, informacje o nowej funkcji, przypomnienia o kończącym się okresie próbnym – to wszystko może czekać w skrzynce, zamiast wibrować w telefonie.

Jeśli budujesz program lojalnościowy albo obsługę voucherów, możesz podać w wiadomości spersonalizowany kod czy odnośnik do oferty przygotowanej pod konkretny kontakt. W dokumentacji widać dokładnie taki przykład – wiadomość z tytułem, opisem i kodem promocyjnym oraz przyciskiem prowadzącym do konkretnej oferty.

I wreszcie, jeśli masz wiele typów komunikatów, wykorzystasz to, że jedna aplikacja obsługuje kilka instancji. Powiadomienia serwisowe w jednej skrzynce, treści marketingowe w drugiej – użytkownik dostaje porządek, a Ty czytelne rozdzielenie w raportach.

Jak zarejestrować kontakt do InBoxa?

Rejestracja kontaktu do InBox to warunek, żeby cokolwiek do niego dotarło. iPresso daje na to trzy drogi, więc dopasujesz sposób do skali działania.

Ręcznie, w menadżerze kontaktów. Z poziomu edycji kontaktu włączasz lub wyłączasz rejestrację do dowolnej instancji jednym suwakiem. W podglądzie danych kontaktu widać przy tym indykator pokazujący, do których instancji jest on aktualnie zapisany. Dodatkowo użytkownicy serwisowi mogą podejrzeć wiadomości aktualnie wygenerowane i dostępne dla kontaktu w kontekście wybranej instancji – bardzo przydatne przy diagnozowaniu, czy dana osoba na pewno widzi to, co powinna. Ta droga sprawdza się przy pojedynczych przypadkach i testach.

Masowo, dedykowaną akcją na segmencie. Po zbudowaniu segmentu możesz uruchomić na nim gotowe akcje „Register to InBox” oraz „Remove from InBox”, czyli zapisanie lub wypisanie całej grupy kontaktów z wybranej instancji za jednym razem. To naturalny sposób na zarządzanie audytorium według reguł biznesowych – na przykład zapisujesz do skrzynki „oferty premium” tylko klientów spełniających kryteria segmentu.

Automatycznie, przez REST API v2.

Każda zmiana statusu rejestracji zostawia po sobie ślad. Zapis lub wypis z InBoxa tworzy aktywność kontaktu, którą zobaczysz w historii aktywności. To znaczy, że masz pełną ścieżkę: kiedy i do której skrzynki dany kontakt został dopisany lub z niej usunięty.

Jakub Wyciślik: „Rejestracja to nie biurokracja, tylko realna kontrola nad tym, kto co dostaje. Możesz nią sterować ręcznie przy pojedynczym kontakcie, hurtowo na segmencie albo automatycznie przez API przy synchronizacji z systemem klienta. A ponieważ każdy zapis i wypis zostaje jako aktywność, w każdej chwili wiadomo, dlaczego ktoś jest w danej skrzynce.”

Jak wygląda tworzenie wysyłki InBox?

Kreacja wysyłki InBox przebiega podobnie jak w pozostałych kanałach iPresso – przechodzisz przez kilka ekranów: zawartość, ustawienia i podsumowanie. Rozłóżmy to na części, które mają znaczenie w codziennej pracy.

Zawartość wiadomości

Każda wysyłka InBox musi mieć trzy pola:

• Tytuł – główny nagłówek notyfikacji. Do 255 znaków.
• Lead – krótki tekst informacyjny. Rekomendujemy, żeby to była skrócona zapowiedź widoczna na liście wiadomości, zanim użytkownik ją otworzy. Do 500 znaków.
• Treść (content) – pełna, tekstowa zawartość, którą użytkownik zobaczy po otwarciu wiadomości. Do 1000 znaków.

Do tego dochodzą pola opcjonalne, które warto rozważyć niemal zawsze, bo to one zamieniają komunikat w działanie:

• Call To Action – czyli przycisk. Składa się z tekstu przycisku (do 255 znaków) oraz jednego z dwóch typów odnośnika. CTA link to zwykłe hiperłącze w protokole https://, monitorowane standardowym mechanizmem śledzenia linków iPresso – rekomendowane dla aplikacji webowych. CTA deep link to odnośnik w protokole aplikacji, rekomendowany dla aplikacji mobilnych; sam link nie jest monitorowany bezpośrednio, ale system generuje dodatkowy adres, przez który aplikacja może zaraportować kliknięcie.
• Grafiki – dwa osobne obrazki. Icon URL to mały obrazek, na przykład ikonka na liście wiadomości. Image URL to duży obrazek, na przykład grafika w otwartej wiadomości. Oba pola przyjmują do 1000 znaków adresu.

Wszystkie pola wspierają standardową personalizację tekstu, znaną z innych kanałów wysyłek iPresso (personalizacja dotyczy tekstu, nie HTML). W praktyce oznacza to, że w tytule, treści czy nawet w linku CTA możesz wstawić imię odbiorcy, dane z jego profilu, ostatni zakup albo indywidualny kod rabatowy. To ta sama logika parsera, którą znasz z e-maili i SMS-ów – nie uczysz się jej od nowa.

Zanim wyślesz kampanię na produkcję, możesz wykonać wysyłkę testową na wybrany kontakt testowy. Warunek jest prosty: ten kontakt musi być zarejestrowany w danej instancji i oznaczony jako kontakt testowy. Po wybraniu go zobaczysz podgląd tego, jak wiadomość może wyglądać, oraz przykładowy obiekt JSON, który będzie dostępny dla aplikacji InBox. To bardzo praktyczny moment – pozwala zespołowi wdrożeniowemu zobaczyć realny kształt danych, z którymi będzie pracować.

Ustawienia wysyłki

Druga część kreacji to ustawienia, podzielone na kilka sekcji.

W podstawowych informacjach nadajesz kampanii nazwę (wymagana – bez niej nie wyślesz), opcjonalny opis widoczny na liście kampanii oraz tagi.

W konfiguracji InBox wybierasz instancję, dla której wygenerują się wiadomości. Dodatkowo możesz zawęzić wysyłkę do konkretnych aplikacji podpiętych do tej instancji. Domyślnie wiadomości są dostępne we wszystkich podpiętych aplikacjach, ale jeśli chcesz, żeby dana treść pojawiła się tylko w wersji mobilnej albo tylko w konkretnym produkcie, masz nad tym kontrolę.

W sekcji wysyłki decydujesz o trybie. Do wyboru są cztery:

• AdHoc – natychmiastowa wysyłka do wszystkich kontaktów zarejestrowanych w instancji lub do konkretnego segmentu.
• Planowana – to samo, ale z podaniem konkretnej daty, o której wysyłka ma się odbyć.
• Dla scenariuszy – wysyłka dostępna w dedykowanym bloczku scenariusza automatyzacji marketingu.
• Przez API – wysyłka z podanym kluczem API, kierowana do konkretnych kontaktów przez REST lub JS API, albo uruchamiana w dedykowanym bloczku reaktywacji porzuceń.

To właśnie te tryby sprawiają, że InBox nie jest osobną wyspą, tylko elementem większej układanki – o czym za chwilę.

Data wygaśnięcia i grupa kontrolna

Dwie rzeczy z sekcji zaawansowanej są na tyle istotne, że warto się przy nich zatrzymać.

Po pierwsze, wiadomości InBox nigdy nie są bezterminowe – zawsze wymagają daty wygaśnięcia. To celowy zabieg: skrzynka użytkownika nie zapełnia się w nieskończoność starymi, nieaktualnymi komunikatami. Możesz ustawić konkretną datę, po której wszystkie wiadomości z danej wysyłki znikną, albo interwał liczony od momentu wysłania (w godzinach lub dniach), gdzie każda wiadomość ma własny termin ważności. Ten drugi wariant jest szczególnie wygodny przy wysyłkach ze scenariuszy i z API, gdzie moment wysłania każdej kolejnej wiadomości może się mocno różnić. Warto też pamiętać, że maksymalny okres dostępności zależy od tego, czy treść jest personalizowana – wiadomości spersonalizowane mają krótszy dopuszczalny czas życia, a konkretne wartości zależą od ustawień Twojego konta.

Po drugie, możesz wskazać segment grupy kontrolnej. Kontakty w niej zostaną wyłączone z procesu generowania i wysyłka zostanie dla nich anulowana. To standardowe narzędzie do mierzenia realnego wpływu kampanii – porównujesz zachowanie osób, które dostały komunikat, z tymi, które go nie dostały. Jedna ważna uwaga praktyczna: zmiana grupy kontrolnej nie wpływa na wiadomości, które już zostały wygenerowane.

Jak mierzyć skuteczność kanału InBox?

Raportowanie InBoxa działa spójnie z innymi kanałami iPresso, więc jeśli znasz raporty mailingowe, poczujesz się jak w domu. Różnica jest w nazewnictwie zdarzeń, dopasowanym do pull-based’owej natury kanału. Oto co realnie liczysz:

• Wygenerowanie – odpowiednik „wysłanych” z innych kanałów. Nazwa jest inna, bo iPresso nie wypycha wiadomości, tylko ją generuje i udostępnia. Status nadaje sam system.
• Anulowanie – jak w pozostałych kanałach; nadaje je system, na przykład gdy kontakt trafił do grupy kontrolnej.
• Dostarczenie – oznacza, że wiadomość została pobrana przez którąś z aplikacji InBox. Może zostać oznaczone automatycznie przy pobraniu pełnej listy wiadomości albo zaraportowane przez aplikację osobnym żądaniem.
• Odczytanie – wiadomość została otwarta. Ten status musi zaraportować aplikacja osobnym żądaniem.
• Kliknięcie – użytkownik kliknął link lub deeplink. Albo otwarto standardowo monitorowany link CTA, albo aplikacja wysłała żądanie na osobny adres wygenerowany dla deep linku.
• Usunięcie – odbiorca usunął wiadomość ze skrzynki. System oznacza to automatycznie przy obsłudze żądania usunięcia.

Jedna praktyczna subtelność, która ratuje przed błędną interpretacją danych. Wygenerowanie, dostarczenie, anulowanie i usunięcie ze swojej natury zdarzają się tylko raz. Otwarcie może wystąpić wiele razy – użytkownik może wchodzić w tę samą wiadomość wielokrotnie – ale w raporcie liczone jest tylko pierwsze. Jedynie kliknięcie jest zliczane wielokrotnie jako aktywność (każde kliknięcie odkłada osobną aktywność), choć w samym raporcie inkrementacja liczby dotyczy tylko pierwszego kliknięcia. Dzięki temu Twoje statystyki dostarczalności i otwarć nie są sztucznie zawyżane, a jednocześnie masz pełny obraz zaangażowania w linki.

Jakub Wyciślik: „Bardzo świadomie nazwaliśmy pierwszy status wygenerowaniem, a nie wysłaniem. W kanale pull-based to my przygotowujemy wiadomość i czekamy, aż aplikacja po nią sięgnie. Dostarczenie to dopiero moment, w którym aplikacja realnie pobrała treść. Dzięki temu w raportach nie mylisz gotowości wiadomości z faktem, że dotarła do odbiorcy.”

InBox a reszta ekosystemu iPresso

To jest miejsce, w którym InBox pokazuje pełnię możliwości. Sam w sobie jest użytecznym kanałem, ale prawdziwą wartość odblokowuje w połączeniu z innymi narzędziami platformy.

Segmentacja. Możesz kierować wysyłki InBox do precyzyjnie zbudowanego segmentu i tym samym segmentem zarządzać rejestracją do skrzynki. Dokładnie ta sama logika segmentów, której używasz w e-mailu czy SMS-ie, działa tutaj bez żadnego dodatkowego uczenia się.

Scenariusze automatyzacji. InBox dostępny jest jako dedykowany bloczek w scenariuszu. To oznacza, że powiadomienie w aplikacji może być jednym z kroków w większej ścieżce klienta – na przykład: klient wykonuje akcję, scenariusz czeka określony czas, a potem zostawia mu wiadomość w skrzynce aplikacji. Kanał staje się jednym z „narzędzi w ręku” Twojej automatyzacji, obok e-maila i SMS-a.

Reaktywacja porzuceń. Tryb wysyłki przez API obejmuje dedykowany bloczek reaktywacji porzuceń. Porzucony koszyk czy przerwany proces możesz domknąć komunikatem w aplikacji, a nie tylko mailem – często bliżej momentu decyzji zakupowej.

Pozostałe kanały pull-based. InBox jest bliskim krewnym kanałów on-site i in-app. Jeśli już korzystasz z komunikacji na stronie lub w aplikacji, InBox jest naturalnym rozszerzeniem, które dokłada trwałą skrzynkę odbiorczą do jednorazowych komunikatów wyświetlanych „w locie”.

Monitoring linków i aktywności. Linki CTA są monitorowane tym samym mechanizmem co w innych kanałach, a rejestracje, kliknięcia i otwarcia odkładają się jako aktywności kontaktu. To znaczy, że dane z InBoxa zasilają wspólny obraz zachowania klienta – możesz je wykorzystać choćby w scoringu czy do budowy kolejnych segmentów.

Jakub Wyciślik: „InBox najlepiej pokazuje pazur w scenariuszach i w reaktywacji porzuceń. Zamiast traktować powiadomienie w aplikacji jako osobny świat, wpinasz je jako kolejny krok obok maila i SMS-a. Klient dostaje spójną komunikację, a Ty budujesz ją w jednym miejscu, na tych samych segmentach i tej samej personalizacji.”

Podsumowanie – i najlepszy sposób, żeby to sprawdzić

Kanał InBox daje Ci coś, czego trudno osiągnąć samym mailem czy pushem: trwałe, nienachalne powiadomienia in-app, które żyją wewnątrz Twojego produktu, wyglądają jak jego część i pojawiają się dokładnie tam, gdzie użytkownik podejmuje decyzje. Masz nad nimi pełną kontrolę – od tego, kto jest zapisany do danej skrzynki, przez personalizowaną treść i przycisk akcji, po termin ważności i grupę kontrolną do mierzenia efektu. A ponieważ InBox korzysta z tych samych segmentów, scenariuszy, personalizacji i raportowania co reszta iPresso, nie budujesz osobnego procesu – dokładasz nowy kanał do tego, co już masz.

Najtrudniejsze do przekazania na papierze jest to, jak naturalnie wygląda dobrze wdrożony dzwoneczek w realnym produkcie i jak szybko można postawić pierwszą wysyłkę. Dlatego zamiast czytać o tym kolejny akapit – zobacz to na żywo.

Umów bezpłatne demo iPresso. Pokażemy Ci kanał InBox na konkretnym przykładzie, dopasowanym do Twojej aplikacji i Twoich celów, i przejdziemy razem przez pierwszą wysyłkę. To najszybsza droga, żeby sprawdzić InBox w praktyce i ocenić, jak zagra w Twoim ekosystemie komunikacji. Napisz do nas albo zarezerwuj termin – reszta jest prosta.

FAQ – najczęstsze pytania o kanał InBox w iPresso

Czym jest kanał InBox w iPresso? To kanał komunikacji, w którym iPresso generuje wiadomość dla konkretnego kontaktu i udostępnia ją do pobrania przez aplikację webową lub mobilną klienta. Wiadomości prezentowane są zwykle jako skrzynka odbiorcza pod ikoną dzwoneczka. Sposób wyświetlania zależy od implementacji po stronie aplikacji.

Czym różni się InBox od powiadomień push? InBox działa w modelu pull-based – iPresso przygotowuje wiadomość, a aplikacja pobiera ją, gdy użytkownik z niej korzysta. Push jest push-based i wypycha komunikat aktywnie. InBox jest mniej nachalny i pokazuje treść w kontekście, w którym odbiorca jest już w Twoim produkcie.

Czy muszę budować własny wygląd skrzynki InBox? Tak. iPresso dostarcza treść, personalizację, logikę wysyłki i raportowanie, natomiast warstwa wizualna – układ dzwoneczka i skrzynki – jest po stronie implementacji klienta. Daje to pełną kontrolę nad dopasowaniem powiadomień do wyglądu aplikacji.

Jak zarejestrować kontakt do instancji InBox? Na trzy sposoby: ręcznie suwakiem w menadżerze kontaktów, hurtowo dedykowaną akcją na segmencie (Register/Remove to InBox) albo automatycznie przez REST API v2 z użyciem pola contactInboxes. Każda zmiana rejestracji zapisuje się jako aktywność kontaktu.

Czy wiadomości InBox da się personalizować? Tak. Wszystkie pola – tytuł, lead, treść, tekst i link CTA – wspierają standardową personalizację tekstu znaną z innych kanałów iPresso. Możesz wstawiać dane z profilu kontaktu, na przykład imię, ostatni zakup czy indywidualny kod rabatowy.

Jak długo wiadomość InBox jest dostępna? Wiadomości nigdy nie są bezterminowe – zawsze wymagają daty wygaśnięcia. Możesz ustawić konkretną datę albo interwał liczony od wysłania (w godzinach lub dniach). Maksymalny czas dostępności zależy od tego, czy treść jest personalizowana, oraz od ustawień konta.

W jakich trybach można wysyłać wiadomości InBox? W czterech: AdHoc (natychmiast), Planowana (o wskazanej dacie), Dla scenariuszy (bloczek w automatyzacji) oraz Przez API (do konkretnych kontaktów przez REST/JS API lub w bloczku reaktywacji porzuceń).

Jakie zdarzenia mierzy raport InBox? Wygenerowanie, anulowanie, dostarczenie, odczytanie, kliknięcie i usunięcie. Wygenerowanie, dostarczenie, anulowanie i usunięcie zliczane są raz. Otwarcie może wystąpić wielokrotnie, ale w raporcie liczy się pierwsze. Kliknięcia odkładają się jako wiele aktywności, choć w raporcie inkrementowane jest pierwsze.

Czy InBox współpracuje z innymi kanałami i funkcjami iPresso? Tak. Korzysta z tych samych segmentów, personalizacji, monitoringu linków i raportowania. Działa w scenariuszach automatyzacji, w reaktywacji porzuceń i jako uzupełnienie kanałów on-site oraz in-app, więc wpinasz go w istniejącą komunikację bez budowania osobnego procesu.

Od czego zacząć? Najprościej umówić bezpłatne demo iPresso – pokażemy kanał InBox na przykładzie dopasowanym do Twojej aplikacji i przejdziemy z Tobą przez pierwszą wysyłkę.