TransHans
Własna aplikacja do sprzedaży biletów autobusowych
System ArchitectureProduct ConceptUX/UICustom SoftwareIT Consulting
Masz konkretną potrzebę: własny kanał sprzedaży, portal dla klientów albo integrację, której nikt nie chce się podjąć. Ustalamy, co i w jakim terminie ma powstać, budujemy pierwszą wersję, a później ją rozwijamy i utrzymujemy.
Od każdej transakcji płacisz prowizję, a dane o sprzedaży zostają na cudzej platformie. Wraz z rozwojem firmy rośnie także rachunek.
Najbardziej dochodowa część procesu odbywa się poza systemem: w Excelu, w mailach albo w głowie jednej osoby.
Płatności, e-faktury, GPS albo API partnera. Wszyscy mówią, że da się je podłączyć, ale nikt nie chce wziąć za to odpowiedzialności.
Zaczynamy od tego, co ma się zmienić w Twojej firmie, a nie od wyboru technologii. Następnie ustalamy zakres pierwszej wersji. Pozostałe pomysły zapisujemy i wracamy do nich, gdy system już działa.
Aplikacja albo portal z wyszukiwaniem, zakupami, kontem i historią. Własny kanał sprzedaży bez prowizji dla pośrednika.
Ceny, reguły, treści i użytkownicy. Zmiany wprowadzasz od razu, bez zgłaszania ich programiście.
Płatności online, e-faktury KSeF, GPS i API partnera. Jeden obieg danych zamiast kilku narzędzi i ręcznego przepisywania informacji.
Większość projektów zaczyna się od pierwszego modelu: jednej potrzeby, spisanego zakresu i ustalonego terminu. Stały rozwój zaczyna się wtedy, gdy produkt już działa i ma rosnąć razem z firmą. Nie musisz decydować o tym dzisiaj, ale warto znać różnicę między tymi modelami.
| Zamknięty zakres na start | Stały rozwój systemu | |
|---|---|---|
| Dla kogo | Masz jedną potrzebę i chcesz ją domknąć | Produkt już pracuje i ma rosnąć razem z firmą |
| Na czym się umawiamy | Spisana lista funkcji i termin uruchomienia | Stały rytm wydań i ustalana przez Ciebie kolejność zmian |
| Nowy pomysł w trakcie | Ląduje na liście po starcie, nie w bieżącym zakresie | Wchodzi do kolejki i pojawia się w kolejnym wydaniu |
| Największe ryzyko | Zakres okaże się za wąski i wrócisz po drugi etap | Dorzucisz funkcje, których nikt potem nie używa |
| Po uruchomieniu pierwszej wersji | System jest Twój, a Ty wracasz do nas, kiedy pojawi się potrzeba | Jesteśmy dostępni, gdy zmieni się przepis albo API |
| Co z tego masz | Domkniętą potrzebę i przewidywalny rachunek | Produkt, który rozwija się razem z Twoją firmą |
TransHans wozi pasażerów i do 2022 roku sprzedawał bilety przez zewnętrzne platformy. Firma chciała uruchomić własny kanał sprzedaży i odzyskać relację z pasażerami. Zbudowaliśmy aplikację od zera i rozwijamy ją do dziś. Od biletów sprzedanych bezpośrednio przewoźnik nie płaci prowizji platformom.
Własna aplikacja do sprzedaży biletów autobusowych
Integracje są częścią zakresu, którą wykonawcy często pomijają albo wyłączają z projektu, gdy pojawiają się trudności. U nas pozostają w zakresie: systemy, które łączymy u klientów, opisaliśmy osobno. Od 2022 roku rozwijamy też własny produkt SaaS, Tesoro, dlatego znamy utrzymanie oprogramowania również z perspektywy właściciela.
Tak prowadzimy każdy projekt, dzięki czemu na bieżąco wiesz, na jakim etapie jesteśmy.
Zanim porozmawiamy o technologii, chcemy wiedzieć, co dziś generuje koszty i co powinno się zmienić.
Ustalamy, co znajdzie się w pierwszej wersji i kiedy zostanie uruchomiona. Nowe pomysły zapisujemy osobno, zamiast bez uzgodnienia rozszerzać projekt.
Oglądasz działający system w trakcie prac, a nie dopiero przy odbiorze. Jeśli coś zmierza w niewłaściwym kierunku, możemy wcześnie to skorygować.
Gdy zmieni się operator płatności albo przepis, jesteśmy dostępni. W ten sposób rozwijamy aplikację TransHans od 2022 roku.
Tak. Rzadko kto przychodzi z gotowym dokumentem. Pierwsza rozmowa dotyczy Twojego procesu i tego, co ma się zmienić, a nie wyglądu ekranów. Na jej podstawie określamy zakres pierwszej wersji: co do niej wejdzie, co może poczekać, a z czego rezygnujemy. Specyfikacja jest wynikiem tej pracy, a nie warunkiem rozpoczęcia rozmowy.
Zakres pierwszej wersji i termin zapisujemy przed rozpoczęciem prac, zamiast dopisywać je po drodze. Działającą wersję oglądasz na kolejnych etapach, więc widzisz postęp jeszcze przed końcowym rozliczeniem. Jeśli pojawia się ryzyko opóźnienia, informujemy o nim od razu, a nie dopiero przy odbiorze.
Zakres zmienia się w niemal każdym projekcie i jest to naturalne. Drobne korekty wprowadzamy na bieżąco. Większe zmiany zapisujemy i wyceniamy osobno, zamiast bez końca wydłużać bieżący etap. Dzięki temu termin uruchomienia pozostaje pod kontrolą, a Ty decydujesz, co warto zrealizować później.
Twoje. Kod, baza danych i dostępy są od pierwszego dnia na Twoich kontach, więc nie musisz nas prosić o zgodę na własny system. Gdybyś kiedyś chciał przenieść go gdzie indziej, przekazujemy dokumentację i pomagamy przy przejęciu. Zostajemy tak długo, jak długo to Tobie się opłaca.
Tak, jeśli projekt ma po Twojej stronie osobę decyzyjną i rozwiązuje konkretny problem. TransHans zaczął się właśnie w ten sposób: od jednej potrzeby, jasno określonego zakresu i pierwszej wersji aplikacji. Nie podejmujemy się natomiast zleceń polegających wyłącznie na zakodowaniu gotowej specyfikacji i przekazaniu systemu bez dalszej odpowiedzialności.
Napisz w dwóch zdaniach, co ma robić Twój system i kiedy go potrzebujesz. W odpowiedzi zadamy pytania, które wpływają na zakres, i zaproponujemy pierwszy etap prac.