Plan wdrożenia, etap po etapie

Od makiety do aplikacji

Za cel obieramy instrukcje oraz działanie, funkcje i wygląd aplikacji, tak jak pokazują je moja wcześniejsza prezentacja i dołączona do niej makieta. Żeby do tego dojść, działamy etapami, a ten dokument porządkuje tę drogę: co powstaje, w jakiej kolejności i gdzie potrzebujemy podjęcia kluczowych decyzji.

Tam, gdzie jest kilka możliwości, pokazuję warianty i swoją rekomendację, opartą na researchu i na tym, co sam sprawdziłem. Rekomendacja nie zamyka tematu, decyzja pozostaje do podjęcia. Na końcu dokumentu są zebrane wszystkie takie punkty i pytania.

• Inny cel. „Akademia Robotyki”, czyli aplikacja, którą mamy na sklepie, to cały system administracyjny. Ta druga ma być aplikacją do prowadzenia zajęć w sali
• Szybciej od zera. Dopisanie kodu do „Akademii Robotyki” to więcej pracy. Od zera jest łatwiej i bezpieczniej
• Inne warunki. „Akademia Robotyki” potrzebuje internetu. Aplikacja do zajęć ma działać offline, w sali
• Zmiany na bieżąco. Aplikację do zajęć robimy jako PWA, czyli instalowaną z internetu, a nie ze sklepu, więc poprawka wchodzi tego samego dnia. „Akademia Robotyki” jest na sklepie, gdzie każda wersja czeka na zatwierdzenie, więc aktualizacja nie wchodzi od razu.

Dlatego rekomenduję osobną aplikację.

• Jedno logowanie. Ten sam mail, numer telefonu i hasło otwierają obie aplikacje
• Przypisanie placówek, grup i dzieci
• Synchronizacja danych między aplikacjami

Instrukcje

Instrukcje ruszają jako pierwsze, jeszcze zanim powstanie aplikacja.

• Start. Instrukcja budowania, a do niej scenariusz zajęć dla instruktora: co powiedzieć, czego się uczymy, gotowy przykładowy program, ciekawostka, dodatkowe zadanie. Do wydrukowania albo otwarcia na telefonie. Taki komplet wchodzi na zajęcia i patrzymy, jak działa
• Następny krok. Dodajemy kolejne elementy do instrukcji, które wyświetlają się na tablecie dziecka
• Docelowo. Cała otoczka wokół instrukcji wyświetlana na tabletach dzieci, plus dopracowane materiały dla instruktorów do przeprowadzenia zajęć

Gdyby scenariusz miał za bardzo opóźnić start, zaczynamy od samych instrukcji i dokładamy go potem.

Biblioteka rośnie cały czas, a do wcześniejszych instrukcji wracamy i wyrównujemy je do aktualnej wersji.

Plan podzielony na etapy

Instrukcje i aplikacja powstają obok siebie i nie hamują się nawzajem. Jedno i drugie zaczyna od MVP, czyli wersji minimalnej, ale już działającej.

Koniec etapu oznacza, że możemy wprowadzić go na zajęcia. Zaczynamy testować i zbierać feedback, na tej podstawie dopracowujemy i naprawiamy ewentualne błędy. Równocześnie rusza praca nad kolejnym etapem.

Fundamenty

Po zatwierdzeniu kierunku rozwoju projektu i etapów zaczynam od spraw technicznych i od budowy fundamentów pod całą strukturę aplikacji.

Instrukcje przed aplikacją

Zaczynamy od stworzenia nowych instrukcji, które od pierwszej lekcji dają to, czego brakuje najbardziej: nowe budowle na zajęciach.

Sprawdzamy, czy dzieciom się podobają, czy sobie z nimi radzą i jak działa scenariusz zajęć.

• Udostępniony folder na Dysku Google, a w nim instrukcje ze scenariuszami zajęć, dodawane i aktualizowane na bieżąco
• Przygotowujemy instrukcje łatwiejsze i trudniejsze, dłuższe i krótsze
• Dzieci mają instrukcje na tabletach. Instruktorzy pobierają je przed zajęciami albo otwierają prosto z Dysku w trakcie zajęć, ale wtedy potrzebny jest internet
• Zbieramy feedback po każdych zajęciach, żeby wiedzieć, co wymaga poprawki, a co działa dobrze. Proponuję krótki formularz, żeby wszystko zbierało się w jednym miejscu, ale instruktorzy mogą też po prostu wypowiadać się, jak to u nich wygląda

Koniec etapu: instrukcje działają na zajęciach, wiemy, czy podobają się dzieciom, jak sprawdza się scenariusz i jak to dalej rozwijać.

Aplikacja dla dzieci

Powstaje pierwsza wersja aplikacji, PWA instalowana z internetu i przypięta do ekranu głównego tabletu. Instrukcje przenosimy z Dysku do aplikacji, więc przed zajęciami nie trzeba już ich stamtąd pobierać, a aplikacja na zajęciach działa bez internetu.

• Instruktorzy instalują aplikację samodzielnie, według podanych kroków. Aktualizuje się sama, gdy tablet połączy się z internetem
• Instrukcje wybieramy na tablecie dziecka, tak samo jak teraz w aplikacji SPIKE
• Zaczynamy zbierać dane (np. jak długo zajmuje ukończenie instrukcji albo konkretnego kroku). Z tego później powstaną statystyki

Koniec etapu: instrukcje są na tabletach i działają bez zarzutu, zajęcia odbywają się bez internetu w sali, a dane się zapisują.

Panel treści i baza danych

Powstaje panel treści do wgrywania materiałów: instrukcji, scenariuszy i wszystkiego, co do nich należy. Do tego potrzebujemy uruchomić bazę danych, która będzie przechowywać wszystkie wgrane pliki, z kopią zapasową.

• Gotową instrukcję budowania wgrywamy przez panel i od razu pojawia się w bazie
• W panelu dokładamy do niej resztę: cel modułu, historyjkę, ciekawostkę, programowanie, kącik kreatywności i scenariusz zajęć dla instruktora
• Tworzymy moduły tematyczne
• Przy wgrywaniu opisujemy instrukcję: do jakiego modułu należy, jak jest trudna i ile trwa
• W module ustawiamy kolejność instrukcji, żeby budowle układały się w jedną historię
• Baza jest miejscem, gdzie znajdują się wszystkie materiały, a tablety z niej pobierają, żeby działać bez internetu
• Dane zbierane na tabletach od etapu 01 trafiają do bazy, kiedy tablet ma internet

Koniec etapu: panel działa, baza przechowuje wszystkie materiały, a aplikacja na tabletach sama się z nią synchronizuje i pobiera nowe instrukcje oraz poprawki do tych, które już ma.

Aplikacja dla instruktora

Instruktor dostaje aplikację na swoje urządzenie, do zarządzania grupami i uruchamiania instrukcji kodem.

Instruktor otwiera aplikację i widzi swoje grupy, na jakim etapie są i co już budowały (instruktor na zastępstwie widzi to samo i od razu wie, co robić).

Każda instrukcja ma swój unikalny kod. Instruktor podaje go dzieciom, one wpisują go na tabletach i otwiera im się podana instrukcja. Dziecko bierze więc udział we włączaniu instrukcji, zamiast siadać do tabletu ustawionego wcześniej. Instruktor może też wpisać kody sam. Na tym etapie nie potrzeba do tego internetu ani łączenia urządzeń. Wystarczy kod podany na głos.

• Instruktor widzi bibliotekę wszystkich instrukcji. Dzieci widzą tylko tę po wpisaniu kodu
• Zapisywanie postępu grupy ułatwia instruktorowi wybór następnej instrukcji
• Scenariusz zajęć otwiera się teraz w aplikacji instruktora
• Historyjkę do modułu instruktor odtwarza z nagrania, zamiast czytać ją na głos
• Feedback i uwagi po zajęciach instruktor wpisuje teraz w swojej aplikacji, zamiast w osobnym formularzu

Koniec etapu: instruktor prowadzi zajęcia ze swojego urządzenia, ma wyświetlony scenariusz zajęć, dzieci dostają instrukcje poprzez kod, a uwagi po zajęciach wpisuje w aplikacji.

Połączenie urządzeń w sali

Aplikacje na urządzeniu instruktora i na tabletach dzieci łączą się ze sobą. Instruktor widzi postęp zajęć na swoim ekranie i jednym przyciskiem uruchamia tę samą instrukcję na wszystkich tabletach.

Kod do instrukcji pozostaje aktywny. Instruktor dalej może go podać, a dziecko otworzyć instrukcję tak samo jak w etapie 03.

Na tym etapie sprawdzamy samo połączenie: czy urządzenia dobrze się ze sobą komunikują i jak to działa przez cały czas trwania zajęć. Nie wprowadzamy tu wielu nowych funkcji, bo te, które są, muszą działać bezbłędnie.

• Uruchomienie instrukcji na wszystkich tabletach jednym przyciskiem
• Instruktor widzi, na którym kroku jest każdy tablet
• Instruktor widzi, które tablety są połączone, a które straciły połączenie

Koniec etapu: połączenie między urządzeniami działa bez zarzutu, uruchamianie instrukcji przyciskiem także, a instruktor widzi na żywo, na którym kroku jest każdy tablet.

Przebieg zajęć

Poprzedni etap zapewnił połączenie, a w tym budujemy nowe działające funkcje, poprawiające jakość zajęć.

• Dzieci na starcie zaznaczają swoje imiona na tabletach
• Instruktor widzi imiona dzieci i na którym kroku są
• Dzieci mają przycisk do wezwania pomocy
• Instruktor wysyła na tablety dzieci wiadomości i podpowiedzi, w tym podpowiedź, jak ułożyć program
• Dzieci fotografują swoje budowle, a zdjęcia się zapisują
• Instruktor widzi podsumowanie zajęć: ile czasu zajęło poszczególnym grupom ułożenie budowli i co jest do zbudowania na następnych zajęciach

Koniec etapu: wszystkie te funkcje działają i realnie ułatwiają zajęcia, rodzice widzą zdjęcia zrobione przez dzieci, a podsumowanie zajęć jest gotowe od razu po ich zakończeniu.

Zarządzanie i statystyki

W tym etapie rozwijamy panel treści z etapu 02. Dochodzą do niego oceny instrukcji, statystyki, analiza trudności oraz przyznawanie ról i dostępów.

Dane, które aplikacja zbiera na tabletach od etapu 01, zamieniają się tutaj w statystyki.

• Panel pokazuje, które instrukcje są budowane najczęściej, które dzieci lubią najbardziej i które instruktorzy oceniają najwyżej
• Dzieci klikają gwiazdki na koniec instrukcji, a instruktor może ocenić scenariusz, poziom trudności i czas budowy albo dopisać własne uwagi
• Trudność i czas, ustawione przy pierwszym wgrywaniu instrukcji, korygują się na podstawie tych ocen
• Widać kroki i elementy instrukcji, które sprawiają dzieciom problem
• Statystyki można oglądać ogólnie albo z podziałem na województwo, placówkę i instruktora
• Role dostępu: kto co widzi i co może robić w panelu
• Aplikacja sama rozpoznaje, która grupa ma teraz zajęcia, na podstawie harmonogramu z aplikacji Akademii
• Odznaki i poziomy grup za ukończone budowle, tak jak w makiecie, jeśli zdecydujemy się je wprowadzić

Koniec etapu: statystyki i przyznawanie dostępów w panelu działają, a z ocen i uwag widać, które instrukcje spisują się dobrze, a które trzeba poprawić. Działa też forma nagradzania dzieci, jeśli zdecydujemy się ją wprowadzić: odznaki, poziomy grup albo coś innego.

Programowanie i połączenie z hubem

Dzieci programują swoje budowle w naszej aplikacji. Wszystko dzieje się w jednym miejscu, więc nie musimy już przechodzić do SPIKE, żeby programować.

To my decydujemy, jak wygląda program i co dziecko widzi na ekranie, więc możemy uczyć programowania, a nie tylko dawać gotowe bloki do przesuwania.

Zanim ten etap ruszy, sprawdzamy, który z wariantów połączenia z hubem (czyli klockiem sterującym z zestawu, do którego podpinamy silniki i czujniki) da się zrealizować. Jeżeli żaden nie będzie możliwy, ten etap pomijamy, a wszystkie poprzednie działają bez zmian i programowanie zostaje w aplikacji SPIKE. Warianty i to, dlaczego któryś może okazać się niemożliwy, opisane są na końcu dokumentu.

• Własny edytor do programowania
• Połączenie z hubem, żeby sterować budowlami
• W każdej instrukcji domyślnie dostępne są tylko te bloki, które są do niej potrzebne. Po jej ukończeniu odblokowują się wszystkie
• Program można układać bez podpowiedzi albo z podpowiedziami, które pokazują, co ułożyć
• Instruktor może przesłać ułożony program do aplikacji dziecka

Koniec etapu: dzieci programują w naszej aplikacji, budowle ruszają się na komendę z niej, zestaw bloków jest dopasowany do lekcji, a instruktor może przesłać dziecku gotowy program.

Dalszy rozwój

Poprzednie etapy są za nami i wszystko, co w nich zaplanowaliśmy, działa. Od tego momentu ulepszamy to, co mamy, dokładamy nowe pomysły i wprowadzamy poprawki.

Aplikacja jest gotowa, więc możemy ją wydać w sklepach.

• Administrujemy aplikacją, bazą danych, hostingiem i kopiami zapasowymi
• Dostosowujemy aplikację do zmian w systemach na tabletach i w aplikacji Akademii
• Uczymy instruktorów obsługi aplikacji i korzystania z materiałów, które w niej są, a nowe osoby wprowadzamy od podstaw

Koszty

To są koszty, które znamy już teraz i dla których jestem w stanie podać zakres. Po drodze może dojść jakieś narzędzie, którego dziś nie widać, albo okazać się, że lepiej wybrać inną opcję. Z każdym takim przypadkiem będzie odpowiednia informacja, pytanie i decyzja, co robimy.

Ceny są brutto, aktualne na wrzesień 2026 i mogą ulec zmianie. Podane są w zakresach, bo konkretny sprzęt i narzędzia wybieramy po researchu i testach.