KG Elektronik. 12 000 podłączonych kotłów. 1 000+ pobrań. 3-miesięczne wdrożenie.
KG Elektronik. 12 000 podłączonych kotłów. 1 000+ pobrań. 3-miesięczne wdrożenie.
Aplikacja IoT, która zmieniła ranking sterowników w sklepie. Klienci wracają wołając „ten z WiFi”. APP Smart Control w Google Play
Zobacz w Google PlayKlient sterował z piwnicy. Teraz steruje z telefonu.
KG Elektronik produkuje sterowniki kotłów gazowych od 25 lat. Hardware działa, sterowniki są w tysiącach polskich domów. Problem nie leżał w hardware — leżał w warstwie, której hardware nie miał.
Żeby zmienić temperaturę, ustawić harmonogram, sprawdzić dlaczego piec zgasł, klient musiał zejść do kotłowni. O awarii dowiadywał się w mroźną niedzielę wieczorem, gdy w domu robiło się zimno. Zarządcy obiektów (biura, hale) mieli kilkanaście systemów, każdy z innym panelem.
Konkurencja zaczynała oferować WiFi. Cena podobna. Sterownik bez aplikacji — coraz trudniejszy do sprzedania.
Co zbudowaliśmy
APP Smart Control to z punktu widzenia klienta końcowego jedna aplikacja. Pod spodem trzy współpracujące komponenty:
- Aplikacja mobilna (iOS + Android, jeden codebase). Dla właścicieli domów i zarządców obiektów. Temperatura, harmonogram, alerty na telefon.
- Backend chmurowy z komunikacją IoT. Lekki protokół pub-sub łączy każdy sterownik z modułem WiFi z platformą. Telemetria 24/7, real-time push notifications gdy coś odbiega od normy.
- Dashboard zarządzania (dla zespołu KG). Widok całego parku urządzeń, diagnostyka zdalna, infrastruktura pod przyszłe zdalne aktualizacje firmware’u.
Jak to wygląda w telefonie
Cztery ekrany z APP Smart Control: lista urządzeń, dane z czujników w czasie rzeczywistym, aktualizacja oprogramowania sterownika, alarmy z progami.
Realne ekrany z aplikacji opublikowanej w Google Play (KG Elektronik, 2026).
KG Elektronik — przed i po wdrożeniu
Przed
- Sterowanie wyłącznie z fizycznego panelu w kotłowni
- O awarii klient dowiadywał się gdy w domu robiło się zimno
- Zarządcy obiektów: kilkanaście systemów, każdy inny panel
- Konkurencja zaczynała oferować WiFi → presja cenowa
Po wdrożeniu
- Sterowanie z telefonu, z dowolnego miejsca na świecie
- Push notification gdy temperatura odbiega od normy
- Jedna aplikacja zamiast 3 systemów dla zarządców
- Klient w sklepie wołą „ten z WiFi” — sterowniki nic nie podrożały
Stan na kwiecień 2026, baza rośnie miesiąc do miesiąca.
„Klienci i konkurencja zostali zaskoczeni tak prostą i fajną apką. Oraz że sterowniki nic nie podrożały, a mają takie bajery. Dopiero w tym miesiącu zaczynamy czuć, że klient w końcu wraca do sklepu wołając nasz sterownik z WiFi. Miłe zaskoczenie, ale na to liczyłem.”
Wizyta u CEO KG Elektronik, 6 miesięcy po starcie
Pojechaliśmy do siedziby KG na rozmowę z zarządem. Krótki film (1:17) — autentyczna rozmowa o tym, co się zmieniło: klient nie ma już „pilota do ogrzewania”, ma system, który aktywnie pilnuje bezpieczeństwa w obiektach.
Zobacz post na LinkedIn (1:17)
Pod maską: co znaczy „aplikacja IoT dla KG”
Konfiguracja hardware + aplikacja + komunikacja w czasie rzeczywistym. Niewidoczne dla klienta końcowego, krytyczne pod kątem skalowalności.
- Aplikacja mobilna: jeden codebase, dwa sklepy (iOS + Android), jeden zespół utrzymujący.
- Komunikacja z urządzeniami: lekki protokół pub-sub używany w milionach urządzeń IoT. Sterownik z modułem WiFi łączy się z brokerem w naszym backendzie.
- Backend chmurowy: skalowalny pod 12+ tys. urządzeń. Własny broker zamiast managed = -70% kosztów infrastruktury przy tej skali.
- Real-time: push notifications gdy temperatura odbiega od normy. Klient dostaje alert na telefon, nie odkrywa awarii w mroźną niedzielę.
- Dashboard zarządzania: widok całego parku, diagnostyka zdalna, infrastruktura pod przyszłe zdalne aktualizacje firmware’u.
- Bezpieczeństwo: każde urządzenie z osobnym certyfikatem, autoryzacja klienta przez konto w aplikacji.
Wdrożenie: 3 miesiące od briefu do publikacji w sklepach, fixed-price.
Aplikacja IoT do sterowania kotłem: jak ją zaplanować, gdy produkujesz sterowniki
Ten tekst jest dla producentów sterowników, kotłów i innych urządzeń grzewczych, którzy rozważają własną aplikację mobilną. Odpowiada na pytanie, z czego składa się aplikacja IoT do sterowania kotłem, jakie decyzje techniczne trzeba podjąć na początku i co sprawdzić, zanim pierwsze urządzenia trafią do klientów.
Aplikacja IoT do sterowania kotłem z perspektywy użytkownika wygląda prosto: lista urządzeń, temperatura, harmonogram i powiadomienie, gdy coś jest nie tak. Pod spodem działa jednak system, który musi utrzymać stałe połączenie z tysiącami fizycznych sterowników w domach i obiektach. Błąd w takim systemie nie kończy się źle wyświetloną stroną, tylko zimnym mieszkaniem. Dlatego projekt warto zacząć od architektury, a nie od ekranów.
Co musi umieć aplikacja IoT do sterowania kotłem
Zakres funkcji wynika z tego, do czego klient do tej pory musiał schodzić do kotłowni. W opisanym wyżej wdrożeniu dla KG Elektronik punktem wyjścia był fizyczny panel w piwnicy: zmiana temperatury, ustawienie harmonogramu i sprawdzenie, dlaczego piec zgasł, wymagały obecności przy urządzeniu.
- Lista urządzeń z aktualną temperaturą i statusem połączenia, także dla kilku obiektów na jednym koncie.
- Zmiana temperatury i harmonogramu z dowolnego miejsca.
- Odczyt danych z czujników w czasie rzeczywistym, z wykresem z ostatnich godzin.
- Alarmy z progami ustawianymi przez użytkownika i powiadomienia push na telefon.
- Parowanie nowego sterownika z kontem użytkownika.
Osobną grupą odbiorców są zarządcy obiektów, czyli biur i hal. Dla nich wartością jest jedna aplikacja zamiast kilku systemów z różnymi panelami. Warto to uwzględnić w modelu danych od pierwszego dnia, bo dopisanie obsługi wielu lokalizacji po starcie jest kosztowne.
Trzy warstwy systemu: aplikacja, backend i panel producenta
Klient końcowy widzi jedną aplikację. Producent powinien jednak myśleć o trzech komponentach, z których każdy ma innego użytkownika i inne wymagania.
| Warstwa | Dla kogo | Co robi |
|---|---|---|
| Aplikacja mobilna | Właściciele domów, zarządcy obiektów | Sterowanie, harmonogram, alerty, podgląd danych |
| Backend chmurowy z brokerem IoT | Sterowniki z modułem WiFi | Utrzymuje połączenia, zbiera telemetrię, wysyła powiadomienia |
| Dashboard zarządzania | Zespół producenta | Widok całego parku urządzeń, diagnostyka zdalna, aktualizacje oprogramowania |
Aplikację mobilną można zbudować w jednym kodzie dla iOS i Androida. Przy KG Elektronik oznaczało to jeden codebase, dwa sklepy i jeden zespół utrzymujący produkt, co upraszcza każdą kolejną aktualizację.
Komunikacja ze sterownikiem: MQTT i moduł WiFi
Najważniejsza decyzja techniczna dotyczy sposobu, w jaki sterownik rozmawia z chmurą. W opisanym wdrożeniu użyto MQTT, lekkiego protokołu typu publish-subscribe, powszechnie stosowanego w urządzeniach IoT. Sterownik z modułem WiFi łączy się z brokerem w backendzie, a aplikacja dostaje od niego aktualny stan urządzenia.
Jeśli sterownik nie ma jeszcze łączności, są trzy drogi: dołożenie modułu WiFi do istniejącego urządzenia, zaprojektowanie nowego modułu komunikacyjnego albo start od webowego dashboardu jako rozwiązania przejściowego. Wybór zależy od skali produkcji i tego, ile urządzeń jest już u klientów.
Bezpieczeństwo trzeba zaplanować razem z protokołem. W APP Smart Control każde urządzenie ma osobny certyfikat, a klient autoryzuje się przez konto w aplikacji. Dzięki temu przejęcie jednego sterownika nie otwiera dostępu do pozostałych.
Zdalne sterowanie kotłem a bezpieczeństwo użytkownika: alerty i diagnostyka
Samo zdalne sterowanie kotłem to wygoda. Prawdziwą zmianę daje informacja, że coś odbiega od normy, zanim użytkownik sam to zauważy. Powiadomienie push o spadku temperatury sprawia, że klient nie odkrywa awarii w mroźną niedzielę wieczorem, gdy w domu robi się zimno.
Po stronie producenta ta sama telemetria zasila dashboard. Zespół widzi cały park urządzeń, może zdiagnozować problem bez wizyty serwisanta i ma infrastrukturę pod zdalne aktualizacje oprogramowania sterowników. To funkcja, którą łatwo odłożyć na później, a później okazuje się, że bez niej każda poprawka firmware’u oznacza wizytę u klienta.
Skalowanie: od pierwszych urządzeń do 12 000
Aplikacja, która działa na stole testowym z kilkoma sterownikami, nie musi działać przy kilku tysiącach. Dlatego w planie powinny się znaleźć testy obciążeniowe przy rosnącej liczbie urządzeń i pierwsze testy end-to-end z fizycznym sprzętem, a nie tylko z symulatorem.
Druga decyzja dotyczy brokera. Usługa zarządzana u dostawcy chmury jest wygodna na starcie, ale przy dużej liczbie połączeń może być droga. W opisanym wdrożeniu własny broker zamiast usługi zarządzanej obniżył koszty infrastruktury o około 70% przy skali przekraczającej 12 tysięcy urządzeń. Przy kilkuset sterownikach ten rachunek może wyjść inaczej, więc warto go policzyć dla własnej prognozy sprzedaży.
Kusząca bywa strategia „szybka pierwsza wersja, poprawimy później”. W projektach łączących sprzęt i oprogramowanie rzadko się sprawdza. Stabilne MVP po trzech miesiącach jest lepsze niż szybki produkt, który przestaje działać przy tysięcznym urządzeniu.
Aplikacja mobilna dla producenta urządzeń: plan wdrożenia i własność kodu
W przypadku KG Elektronik od briefu do publikacji w Google Play i App Store minęły trzy miesiące. Podział pracy wyglądał tak:
- Miesiąc 1: warsztat, mapowanie istniejących sterowników i protokołów, architektura, backend z brokerem, bazą danych i autoryzacją.
- Miesiąc 2: aplikacja mobilna z logowaniem, parowaniem urządzeń i harmonogramem, powiadomienia, integracja sterownik i aplikacja, testy z fizycznym sprzętem.
- Miesiąc 3: dashboard dla zespołu producenta, testy obciążeniowe, publikacja w sklepach, onboarding pierwszych klientów i przekazanie kodu.
Warto od początku ustalić, kto będzie właścicielem kodu i infrastruktury. Producent, dla którego IoT nie jest głównym biznesem, nie musi budować własnego zespołu od zera. Może zlecić budowę aplikacji i platformy, zachować pełny kod i przejąć utrzymanie po wdrożeniu, tak jak zrobił to KG Elektronik.
Efekt widać nie tylko w statystykach. Pół roku po starcie klienci w sklepie zaczęli pytać o „ten z WiFi”, a ceny sterowników się nie zmieniły. Aplikacja przestała być dodatkiem i stała się argumentem sprzedażowym samego urządzenia.
Kiedy aplikacja IoT nie jest najlepszym pierwszym krokiem
Nie każdy producent powinien zaczynać od pełnej platformy. Jeśli urządzeń jest niewiele, rzędu kilkuset, sprzęt nie ma jeszcze łączności albo decyzje w firmie zapadają dłużej niż trzy miesiące, tańszą drogą do podobnego efektu może być webowy dashboard lub konfigurator produktu. Dobrze przeprowadzony warsztat na starcie powinien pokazać, która opcja ma sens.
Więcej o tym, jak podchodzimy do łączenia sprzętu z oprogramowaniem, znajdziesz na stronach rozwiązania IoT i aplikacje mobilne, a jeśli chcesz omówić swój sterownik, napisz do nas.
Trzy obiekcje, które słyszymy najczęściej
„Aplikacja to dodatek do hardware. Klient kupuje sterownik, nie aplikację.”
KG też tak myślał na początku. Po 6 miesiącach klienci w sklepie wołają „ten z WiFi”. Aplikacja nie jest dodatkiem, jest tym, co przenosi Twój produkt z piwnicy do kieszeni klienta. Decyduje, do których segmentów rynku masz dostęp.
„Zrobimy pierwszą wersję szybko, dopracujemy później.”
Ten plan rzadko działa w hardware-software. Aplikacja IoT obsługująca tysiące fizycznych urządzeń to nie strona internetowa — błąd backendu = problem w domach klientów. Lepiej 3 miesiące na MVP które działa stabilnie niż 6 tygodni na produkt który padnie przy 1000-tym urządzeniu.
„Zbudujmy własny zespół IoT.”
Ma sens, jeśli IoT to Twój core. KG wybrał inaczej: my budujemy aplikację i platformę, KG buduje sterowniki. Po wdrożeniu KG dostaje cały kod, deployment do AWS robimy razem, zespół KG przejmuje produkt. To nie outsourcing na lata — to wdrożenie.
3 miesiące, konkretnie
- Miesiąc 1: fundament. Brief i warsztat z zespołem KG. Mapping istniejących sterowników, protokołów komunikacji, scenariuszy klienta końcowego. Architektura systemu. Backend chmurowy: broker komunikacji IoT, baza danych, autoryzacja, struktura urządzeń.
- Miesiąc 2: aplikacja i integracja. Aplikacja mobilna (iOS + Android, jeden codebase): logowanie, parowanie urządzenia, główne ekrany, harmonogram. Real-time push notifications, alerty, integracja sterownik ↔ aplikacja. Pierwsze testy E2E z fizycznymi sterownikami.
- Miesiąc 3: dashboard, testy, publikacja. Dashboard zarządzania dla zespołu KG, diagnostyka zdalna, monitoring całego parku. Stabilizacja, testy stress przy rosnącej liczbie urządzeń. Publikacja w Google Play i App Store. Onboarding pierwszych klientów. Przekazanie kodu i deployment do KG.
Tydzień 1: szczerzy od razu
Pierwszy tydzień to brief i warsztat. Jeśli na koniec tygodnia zobaczymy, że projekt nie pomoże akurat Tobie — powiemy szczerzy. Zatrzymujemy projekt. Bez kar, bez „dokończmy chociaż MVP”. Twój czas wart jest więcej niż nasze faktury za nieużywaną aplikację.
Aplikacja IoT to specyficzny gatunek: jeśli masz mało urządzeń (do 200), albo Twój hardware nie ma jeszcze WiFi, albo cykl decyzyjny w firmie jest dłuższy niż 3 miesiące — może się okazać, że konfigurator albo dashboard webowy są tańszą drogą do tego samego efektu.
Twój następny krok
Trzy ścieżki, każda inna. Wybierz wedle stanu rozeznania.
Najczęstsze pytania o wdrożenie u KG
Ile kosztuje aplikacja IoT podobna do APP Smart Control?
Aplikacja klasy KG (mobile iOS+Android, backend skalowany pod tysiące urządzeń, dashboard zarządzania): od 89 000 PLN one-time. Dla mniejszych projektów (do 1000 urządzeń, jedna platforma): od 49 000 PLN. Pełny kod i platforma trafiają do klienta po wdrożeniu.
Jak długo trwa wdrożenie?
U KG Elektronik: 3 miesiące od briefu do publikacji w sklepach. Miesiąc 1 fundament i backend, miesiąc 2 aplikacja i integracja, miesiąc 3 dashboard, testy stress, publikacja w sklepach i przekazanie kodu zespołowi KG.
Jak aplikacja łączy się z hardware?
Przez lekki protokół pub-sub używany w milionach urządzeń IoT. Sterownik z modułem WiFi łączy się z brokerem w naszym backendzie, aplikacja dostaje aktualny stan. Działa zarówno z istniejącym hardware (jeśli ma WiFi/Ethernet), jak i z nowo projektowanym (zaprojektujemy moduł komunikacyjny razem).
Co jeśli mój hardware jeszcze nie ma WiFi?
Trzy ścieżki: 1) dodajemy moduł WiFi do istniejącego hardware (najtańsze, 2-4 tygodnie), 2) projektujemy nowy moduł komunikacyjny pod konkretną architekturę (4-6 tygodni), 3) zaczynamy od dashboardu webowego z ręcznym wprowadzaniem danych jako most. Wybór zależy od skali i budżetu.
Czy mogę dostać podobną aplikację dla mojego hardware?
Tak, ale uczciwie: APP Smart Control jest naszym pierwszym dużym projektem IoT. Konfiguratory produktowe to nasze core (12+ wdrożeń). Przy IoT mówimy „tak to wygląda u nas po jednym dużym projekcie” — co oznacza, że jesteśmy szczerzy, gdzie mamy doświadczenie, a gdzie idziemy razem przez nieznane.
Wzorzec IoT + mobile — co dalej, jeśli masz podobny case
KG Elektronik to typowy producent fizycznego produktu, który chce być z klientem po sprzedaży. Klient kupił sterownik kotła, a teraz chce go konfigurować, kontrolować, dokupywać akcesoria. Aplikacja IoT/mobile zamyka tę lukę. Oto ścieżka jak ją zbudować:
- Oferta aplikacji mobilnych i IoT — szczegóły, technologie (Flutter, React Native, AWS IoT), pricing 80-200k PLN MVP
- Jak wybrać firmę do IoT dashboardu — praktyczny przewodnik dla decydenta
- Three.js na stronie — kiedy 3D w aplikacji zaczyna sprzedawać
- Co to jest MVP w 8 tygodni — jak zaplanować pierwszą wersję aplikacji
- Ile kosztuje aplikacja webowa/mobilna 2026 — realne widełki
- Showroom JSON Crew — 5 działających demo (zaczynamy zawsze od pokazania, nie obiecywania)
- Umów rozmowę 30 min — bezpłatne discovery dla projektu IoT/mobile
Sprawdź, zanim porozmawiamy
Usługi powiązane z tym wdrożeniem. Zajrzyj do oferty, zobacz jak podchodzimy do podobnych problemów u innych klientów.
Zobacz inne case studies
Trzy wdrożenia z naszego portfolio. Konkretne liczby, procesy przebudowane u realnych klientów.
Podobał Ci się ten artykuł?
Jeśli po lekturze czujesz, że w Twojej firmie też są procesy warte przebudowy, umów bezpłatną rozmowę. Sprawdzimy razem, gdzie realnie wycieka sprzedaż i co ma sens wdrożyć w pierwszej kolejności.
Umów rozmowę