Aplikacje i wtyczki
Potrzebujesz funkcji, której nie daje gotowy #system?
Zbudujmy rozwiązanie wokół zadania, które chcesz wykonać – zamiast zmuszać zespół i klientów do kolejnych obejść.
Tworzymy aplikacje mobilne, webowe i desktopowe oraz wtyczki, rozszerzenia i dodatki do Shopify, Medusa, WordPress i Perfex CRM. Uzgadniamy funkcje, możliwości integracji i sposób sprawdzenia rozwiązania przed uruchomieniem.
Nie każdy problem wymaga nowej aplikacji. Najpierw ustalamy, czy potrzebny jest osobny produkt, rozszerzenie obecnego narzędzia, czy wykorzystanie dostępnych możliwości.
Kiedy warto stworzyć #aplikację lub wtyczkę?
Gotowe rozwiązanie nie obsługuje Twojego procesu
Potrzebujesz funkcji, której brakuje w standardzie albo która działa inaczej, niż wymaga tego firma. Warto sprawdzić możliwości rozszerzenia, zanim zapadnie decyzja o wymianie całego systemu.
Zespół korzysta z obejść i osobnych arkuszy
Ważny fragment pracy odbywa się poza narzędziem. Przyda się określenie danych, ról i działań, które można połączyć w uzgodnionym rozwiązaniu.
Klienci potrzebują własnego interfejsu
Chcesz udostępnić funkcje lub informacje bez przenoszenia całego zaplecza do nowego systemu. Trzeba ustalić logowanie, widoczność danych i sposób wykonania zadania.
Praca wymaga telefonu lub konkretnego środowiska
Użytkownicy działają w terenie, na różnych ekranach albo w określonych warunkach. Wybór aplikacji mobilnej, webowej lub desktopowej powinien wynikać z tych potrzeb.
Rozbudowujesz sklep lub system firmowy
Potrzebujesz dodatkowej logiki, widoku albo działania. Zakres trzeba odnieść do architektury, wersji, uprawnień i istniejących dodatków.
Chcesz rozwijać rozwiązanie etapami
Masz szerszy pomysł, ale na początku chcesz udostępnić najważniejsze zadania. Uzgodnienie pierwszego użytecznego zakresu pomaga oddzielić potrzeby na start od kolejnych funkcji.
W czym możemy #pomóc?
Zakres i wybór sposobu realizacji
Poznajemy użytkowników, problem i oczekiwany rezultat. Porównujemy potrzebę osobnej aplikacji z możliwością konfiguracji, rozszerzenia lub integracji obecnego rozwiązania.
Interfejsy i przebieg zadań
Projektujemy sposób korzystania z funkcji. Ustalamy ekrany, działania i komunikaty potrzebne użytkownikowi; zakres makiet, prototypów i projektu UI potwierdzamy w projekcie.
Aplikacje dla klientów i zespołów
Tworzymy uzgodnione funkcje w aplikacjach mobilnych, webowych lub desktopowych. Rodzaj rozwiązania, wspierane środowiska i sposób udostępnienia dobieramy do zadania.
Moduły, wtyczki i rozszerzenia
Rozwijamy funkcje obecnego oprogramowania z uwzględnieniem jego mechanizmów. Sprawdzamy, co można dodać, jak nowe elementy współpracują z istniejącymi i czego nie umożliwia platforma.
Połączenia z zapleczem
Analizujemy dostępne API i potrzebne dane. Uzgadniamy źródła informacji, role użytkowników, kierunki wymiany i sposób obsługi błędów.
Sprawdzenie i przygotowanie uruchomienia
Weryfikujemy uzgodnione scenariusze w określonych środowiskach. Ustalamy sposób instalacji lub udostępnienia oraz odpowiedzialność za dalsze korzystanie.
Możliwe potrzeby do omówienia: panel do pracy z danymi, interfejs dla klienta, dodatkowy formularz lub moduł wspierający wybrany etap obsługi. To przykłady kierunków, nie katalog gotowych produktów.
Co zyskujesz w ramach #współpracy?
Przygotowujemy funkcję, aplikację lub rozszerzenie odpowiadające uzgodnionemu zadaniu. W zależności od zakresu współpracy możliwe rezultaty to:
Funkcje i granice
Określenie funkcji i granic rozwiązania.
Ścieżki i interfejsy
Projekt wybranych ścieżek i interfejsów.
Aplikacja lub dodatek
Implementacja aplikacji lub dodatku.
Połączenia systemów
Potrzebne połączenia z systemami.
Role i dane
Obsługa uzgodnionych ról i danych.
Sprawdzenie scenariuszy
Sprawdzenie scenariuszy oraz ograniczeń.
Przygotowanie uruchomienia
Przygotowanie do ustalonego sposobu uruchomienia.
Dokumentację, instrukcje, materiały do odbioru i sposób przekazania kodu ustalamy przed realizacją. Nie zakładamy, że każdy projekt obejmuje komplet tych samych elementów.
Rozumiesz, co zostało przygotowane, w jakim środowisku działa i jakie ma zależności. Nowe funkcje, platformy i integracje wymagają oceny wpływu na zakres.
Formy #współpracy
Nowa aplikacja
Przygotowujemy uzgodniony zakres dla klientów lub zespołu. Określamy, które funkcje są niezbędne na początku i jak będą korzystać z danych.
Wtyczka lub moduł istniejącego systemu
Rozwijamy konkretną potrzebę w ramach dostępnej architektury. Sprawdzamy wersję platformy, sposób rozszerzania i zależności od innych elementów.
Rozwój działającej aplikacji lub dodatku
Najpierw poznajemy obecne rozwiązanie, dokumentację i środowisko. Zakres możliwych zmian zależy od dostępu, jakości kodu i uwarunkowań technicznych.
To sposoby dopasowania współpracy, nie stałe pakiety. Potwierdzamy funkcje, odpowiedzialności, etapy, odbiór, harmonogram i rozliczenie.
Prace oddzielamy od kosztów infrastruktury, licencji, usług i kont zewnętrznych. Prawa do rezultatów, licencje zależności oraz sposób przekazania ustalamy w warunkach współpracy.
Technologie i obszary #zastosowania
Aplikacje webowe i PWA
Budujemy aplikacje przeglądarkowe i PWA, w tym interfejsy dla klientów oraz narzędzia wewnętrzne.
Instalacja, powiadomienia i funkcje offline zależą od projektu, systemu i przeglądarki. Dostęp z telefonu nie jest automatycznie pełną aplikacją mobilną, a ikona PWA nie oznacza działania wszystkich funkcji bez sieci.
Aplikacje mobilne
Tworzymy aplikacje na iOS i Android w Expo i React Native. Wspólna baza kodu nie usuwa różnic platform ani potrzeby sprawdzenia funkcji i uprawnień.
Aplikacje desktopowe
Są częścią opisanej oferty. Systemy docelowe, instalację, aktualizacje i potrzebne integracje ustalamy indywidualnie – bez założenia obsługi każdego środowiska.
Aplikacje i dodatki do Shopify
Rozwijamy funkcje sklepu przez uzgodnione aplikacje i rozszerzenia. Sprawdzamy dostępne API, uprawnienia, plan oraz współpracę z motywem i pozostałymi aplikacjami.
Nie zakładamy, że każdy element Shopify, w tym checkout, można dowolnie zmieniać.
Moduły i rozszerzenia Medusa.js
Tworzymy moduły, dodatki i połączenia dopasowane do architektury projektu. Określamy, które reguły należą do zaplecza sprzedaży, a które do interfejsu lub zewnętrznego systemu.
Własna logika wymaga także ustalenia sposobu testowania i utrzymania po aktualizacjach.
Wtyczki i dodatki do WordPress
Przygotowujemy rozszerzenia dla uzgodnionych potrzeb serwisu. Przed realizacją sprawdzamy wersję WordPress, motyw, zainstalowane wtyczki i dostępne mechanizmy.
Zakres nie oznacza automatycznej zgodności ze wszystkimi motywami, edytorami i zewnętrznymi dodatkami.
Moduły i dodatki do Perfex CRM
Rozwijamy funkcje dopasowane do sposobu pracy firmy. Najpierw poznajemy używaną wersję, obecne moduły i operacje potrzebne użytkownikom.
Przykładowy kierunek do omówienia to dodatkowy widok lub etap obiegu informacji – nie deklaracja gotowego modułu. Wykonalność i zależności potwierdzamy dla projektu.
Czego usługa nie #obejmuje?
Każdej funkcji bez sprawdzenia wykonalności
Platforma, API, urządzenie i licencje mogą ograniczać realizację. Nie obiecujemy obejścia dowolnej blokady ani modyfikowania elementów, do których nie ma dostępu.
Zgodności ze wszystkimi wersjami i dodatkami
Ustalamy wspierane środowiska. Testy w określonej konfiguracji nie gwarantują działania z każdą przyszłą wersją i nieznaną wtyczką.
Pełnej pracy offline jako standardu
Zapis lokalny, synchronizacja i konflikty wymagają osobnego zakresu. Operacje zależne od bieżących danych mogą wymagać połączenia.
Gwarantowanej publikacji w sklepach i katalogach
Odbiór funkcji nie oznacza zgody App Store, Google Play ani katalogu rozszerzeń. Konta, materiały, wymagania i udział w procesie publikacji trzeba ustalić osobno.
Nieograniczonego rozwoju i utrzymania
Nowe funkcje, aktualizacje platform, monitoring, wsparcie i SLA wymagają uzgodnionych zasad. Stworzenie dodatku nie oznacza dożywotniej zgodności.
Pełnej certyfikacji i gwarancji biznesowych
Nie przedstawiamy usługi jako automatycznego audytu prawnego, dostępności lub bezpieczeństwa. Nie gwarantujemy wzrostu sprzedaży, określonej wydajności ani bezawaryjnego działania we wszystkich warunkach.
Migracja danych, przygotowanie treści, szkolenia i obsługa infrastruktury również wymagają określenia w zakresie. Nie wykonujemy zmian w działającym środowisku bez uzgodnienia warunków.
Dla kogo jest #usługa?
Dobry punkt startowy
Inny zakres
Dobry punkt startowy
Inny zakres
Dobry punkt startowy
Inny zakres
Dobry punkt startowy
Inny zakres
Dobry punkt startowy
Inny zakres
Nie musisz mieć gotowej specyfikacji. Pokaż, co użytkownik ma zrobić, jakie dane wykorzystuje i jaki wynik jest potrzebny.
Jak pracujemy?
Nasz #PROCES.
Etap 01 / 06
Plan
Poznajemy problem i użytkowników.
Omawiamy zadania, urządzenia i obecne rozwiązania. Ustalamy, czy potrzebna jest aplikacja, moduł, wtyczka czy inny sposób realizacji.
Etap 02 / 06
Review
Potwierdzamy zakres i zależności.
Uzgadniamy funkcje, środowiska, odpowiedzialności i sposób odbioru. Oddzielamy prace od usług zewnętrznych oraz określamy harmonogram i rozliczenie.
Etap 03 / 06
Open
Doprecyzowujemy działanie.
Opisujemy ścieżki użytkownika, dane, role i wyjątki. Jeśli obejmuje to zakres, przygotowujemy widoki lub prototyp. Sprawdzamy ograniczenia platformy i integracji.
Etap 04 / 06
Close
Programujemy i sprawdzamy uzgodnione elementy.
Tworzymy funkcje, interfejsy i połączenia w środowisku testowym. Weryfikujemy scenariusze odpowiednie dla realizowanej części, w tym błędy i uprawnienia, zanim przekażemy ją do odbioru.
Etap 05 / 06
Eval
Odbieramy rezultat na zadaniach użytkownika.
Sprawdzasz, czy funkcja pozwala osiągnąć ustalony wynik. Uwzględniamy uzgodnione urządzenia, konfiguracje i zachowania przy wyjątkach, a nie sam wygląd ekranu.
Etap 06 / 06
Scale
Udostępniamy zakres i planujemy rozwój.
Realizujemy uzgodnione uruchomienie. Kolejne funkcje, platformy i aktualizacje planujemy z uwzględnieniem zależności oraz potrzeb użytkowników.
Jak przygotować się do #współpracy?
Problem i zadanie
Opisz problem oraz najważniejsze zadanie użytkownika.
Odbiorcy i urządzenia
Określ grupę docelową użytkowników, używane przez nich urządzenia oraz warunki, w jakich pracują.
Dane i wynik
Przygotuj przykłady danych i oczekiwanych wyników, także dla sytuacji takich jak brak danych, utrata połączenia lub przerwanie zadania. Na pierwszą rozmowę wybierz dane testowe lub zanonimizowane.
Obecna platforma
Wskaż obecną platformę, jej wersję, motyw i dodatki. Jeśli rozwijamy istniejący kod, przydadzą się informacje o jego pochodzeniu, licencji i wcześniejszych zmianach.
Integracje i dokumentacja
Przedstaw informacje o integracjach oraz dostępnej dokumentacji.
Role i dostęp
Opisz role oraz zasady dostępu, także sytuacje odmowy. Nie przesyłaj haseł, tokenów ani kluczy API w briefie. Zakres i sposób nadania dostępów uzgodnimy osobno.
Priorytety funkcji
Wskaż funkcje potrzebne na start oraz pomysły na później.
Instalacja i publikacja
Opisz wymagania dotyczące instalacji lub publikacji rozwiązania.
Decyzje i odbiór
Wskaż osoby odpowiedzialne za decyzje i odbiór prac.
Najczęstsze #pytania
Czy muszę wiedzieć, jakiej aplikacji potrzebuję?
Nie. Zacznij od problemu, użytkownika i oczekiwanego wyniku. Rodzaj rozwiązania dobieramy po poznaniu wymagań.
Czy zawsze trzeba tworzyć coś od zera?
Nie. Możemy sprawdzić konfigurację i dostępne rozwiązania. Dedykowane prace powinny odpowiadać potrzebie, której nie obsługuje właściwie gotowy mechanizm.
Czy tworzycie aplikacje mobilne i desktopowe?
Tak, oba obszary są częścią oferty. Dla aplikacji mobilnych opisujemy Expo i React Native na iOS oraz Android. Środowiska i dystrybucję desktopu ustalamy dla projektu.
Czy PWA zastąpi aplikację mobilną?
Nie w każdym przypadku. Trzeba porównać funkcje urządzenia, przeglądarki, offline i sposób udostępnienia.
Czy dodatek zadziała z moją wersją platformy?
Wymaga to sprawdzenia. Uzgadniamy wersję, plan, motyw i zależności, które mają być objęte realizacją oraz testami.
Czy aplikacja połączy się z systemami firmy?
Możemy zaplanować integracje po sprawdzeniu dostępnych interfejsów, danych i uprawnień. Nie każda funkcja panelu jest udostępniona przez API.
Czy rozwijacie istniejące aplikacje i wtyczki?
Możemy ocenić taki zakres po poznaniu kodu, dokumentacji, licencji i środowiska. Nie deklarujemy możliwości przejęcia każdego rozwiązania bez rozpoznania.
Czy zapewniacie projekt UX/UI?
Może być częścią projektu. Zakres makiet, prototypu i interfejsu ustalamy osobno, zamiast zakładać pełny proces projektowy w każdym dodatku.
Czy opublikujecie aplikację w sklepie?
Zakres przygotowania i udział w publikacji trzeba uzgodnić. Weryfikacja oraz decyzje sklepów i katalogów pozostają zależne od ich zasad.
Czy otrzymam kod i prawa do rozwiązania?
Sposób przekazania, prawa oraz licencje ustalamy w warunkach współpracy. Nie wszystkie elementy zewnętrzne muszą mieć takie same zasady wykorzystania.
Ile kosztuje stworzenie i utrzymanie?
Zależy to od funkcji, platform, integracji i dystrybucji. Oddzielamy prace od infrastruktury, licencji i usług oraz ustalamy warunki dalszej obsługi.