--- title: "Notifikácie v podnikovej aplikácii: e-mail, SMS a push" description: "Notifikácia, ktorú nikto nečíta, je horšia než žiadna — naučí ľudí ignorovať aj tie dôležité. Ako navrhnúť upozornenia, ktoré si udržia dôveru." canonical: "https://interfase.sk/sk/novinky/notifikacie-v-podnikovej-aplikacii-email-sms-a-push" lang: "sk" last_updated: "2026-10-19" --- # Notifikácie v podnikovej aplikácii: e-mail, SMS a push > Notifikácia, ktorú nikto nečíta, je horšia než žiadna — naučí ľudí ignorovať aj tie dôležité. Ako navrhnúť upozornenia, ktoré si udržia dôveru. Publikované: 2026-10-19 - Prvá otázka nie je akým kanálom, ale či má notifikácia vzniknúť — väčšina zbytočných upozornení je informácia, ktorá mohla počkať v aplikácii. - Kanál vyplýva z naliehavosti: push na to, čo treba teraz, e-mail na to, čo treba dnes, SMS len na to, čo sa nesmie stratiť. - Ak sa notifikácie posielajú príliš často, ľudia si ich vypnú alebo prestanú čítať — a vypnú aj tie dôležité. - Doručiteľnosť e-mailu je technická disciplína; bez nastavených záznamov domény skončia správy v spame bez varovania. Aplikácia posiela upozornenia na všetko: nová objednávka, zmena stavu, komentár, priradenie úlohy, blížiaci sa termín. Po mesiaci si ich polovica tímu vypne a druhá polovica ich prestane otvárať. Tým sa nestratila len tá záplava — stratili sa aj tie tri notifikácie mesačne, na ktorých naozaj záležalo. ## Najprv sa pýtajte, či má vôbec vzniknúť Pred voľbou kanála príde otázka, ktorá sa preskakuje: **musí sa to používateľ dozvedieť aktívne, alebo mu stačí, keď to uvidí, keď sa pozrie?** Väčšina upozornení v podnikových aplikáciách patrí do druhej kategórie. Zmena stavu objednávky je informácia, nie udalosť. Patrí do prehľadu v aplikácii, nie do telefónu. Dobré pravidlo: notifikácia je namieste, keď od používateľa **niečo vyžaduje** alebo keď by ho nevedomosť **stála peniaze či čas**. Všetko ostatné je zdvorilostné vyrušenie. ## Kanál podľa naliehavosti - **Push** — treba to riešiť teraz. Výpadok, kritická chyba, úloha s termínom dnes. - **E-mail** — treba to vedieť dnes, ale nie v tejto minúte. Súhrny, schválenia, doklady. - **SMS** — len to, čo sa nesmie stratiť a je časovo kritické. Je najrušivejšia a najdrahšia, preto sa hodí na jednorazové kódy a naozaj vážne udalosti. - **V aplikácii** — všetko ostatné. Častá chyba je posielať tú istú vec všetkými kanálmi naraz „pre istotu". Používateľ dostane trikrát to isté a naučí sa, že aplikácia kričí. ## Súhrn namiesto jednotlivostí Ak sa udalosť opakuje často, nemá sa posielať zakaždým. Namiesto pätnástich e-mailov o nových objednávkach je lepší jeden ranný súhrn. Osvedčené je nechať používateľa vybrať frekvenciu — okamžite, denne, týždenne — a predvolene nastaviť **denne**. Kto potrebuje okamžite, prepne si to; kto nie, nemusí nič riešiť. ## Nastavenia musia byť po typoch Jeden prepínač „posielať notifikácie" je málo. Používateľ chce vedieť o pridelenej úlohe a nechce o každom komentári. Ak si môže vypnúť len všetko, vypne všetko. Členenie po typoch udalosti a kanáli je viac práce pri návrhu, ale je to rozdiel medzi funkciou, ktorú ľudia používajú, a funkciou, ktorú obchádzajú. ## Doručiteľnosť e-mailu je samostatná téma Toto prekvapí skoro každý projekt. Aplikácia e-mail odošle, v logu je „odoslané" — a správa je v spame. Bez nastavených overovacích záznamov domény (SPF, DKIM, DMARC) sa e-maily z novej aplikácie často nedoručia vôbec. Ďalšie veci, ktoré pomáhajú: posielať z domény, ktorá sa používa aj na bežnú poštu, mať funkčnú spätnú adresu, a **sledovať odmietnutia** namiesto toho, aby sa ticho zahodili. Pri notifikáciách o prihlásení a bezpečnosti platí navyše to, čo popisujeme v článku o [prihlasovaní a správe používateľov](/blog/prihlasovanie-a-sprava-pouzivatelov-sso-dvojfaktor-a-role) — sú to správy, ktoré musia doraziť. ## Čo do notifikácie napísať Tri veci: **čo sa stalo**, **koho sa to týka** a **čo s tým**. Predmet „Nová objednávka" nehovorí nič; „Objednávka 2841 čaká na schválenie do zajtra" hovorí všetko potrebné ešte pred otvorením. A odkaz nemá viesť na úvodnú stránku, ale priamo na to miesto. Ak sa medzitým situácia zmenila, používateľ to má vidieť — nie dostať sa na prázdnu obrazovku. ## Mobilné špecifiká Push notifikácie sa strácajú, keď je aplikácia offline alebo má zariadenie šetriaci režim. Preto je vždy potrebný **prehľad v aplikácii**, ktorý je zdrojom pravdy — push je len upozornenie, nie doručenie. Súvisí to s tým, čo píšeme o [offline režime v mobilnej aplikácii](/blog/offline-rezim-v-mobilnej-aplikacii-synchronizacia-a-konflikty). ## Čo merať - **Podiel otvorených notifikácií** podľa typu — typ pod desiatimi percentami je kandidát na zrušenie. - **Podiel používateľov, ktorí si ich vypli** — najsilnejší signál, že ich je priveľa. - **Doručiteľnosť e-mailov** — koľko sa nedoručilo a prečo. ## Kde začať Pri existujúcej aplikácii sa oplatí spraviť inventúru: vypísať všetky notifikácie, ktoré systém posiela, a pri každej sa spýtať, čo od používateľa vyžaduje. Tie, pri ktorých odpoveď neexistuje, presuňte do aplikácie. Zvyčajne to je viac než polovica. Ak staviate novú aplikáciu a chcete to mať premyslené od začiatku, [ozvite sa](/kontakt). Riešime to v rámci [vývoja na mieru](/riesenia/vyvoj) — príklady v [referenciách](/referencie). --- Webová verzia: https://interfase.sk/sk/novinky/notifikacie-v-podnikovej-aplikacii-email-sms-a-push llms.txt: https://interfase.sk/llms.txt