Aplikacje dla firm — budowane pod Twój proces

Najbardziej cenę podbijają trzy rzeczy: liczba ról i uprawnień, integracje z systemami, których już używasz, oraz to, czy aplikacja ma działać także na telefonie jako osobny program w sklepie z aplikacjami. Proste narzędzie zamykające jeden proces — na przykład przyjmowanie zleceń albo rozliczanie ekip — to zupełnie inny nakład pracy niż system obsługujący kilkudziesięciu pracowników i magazyn. Widełki startowe dla każdego pakietu podajemy w cenniku, ale konkretną kwotę można podać dopiero po rozpisaniu procesu. Bez tego każda liczba jest zgadywaniem, a za rozjazd między zgadywaniem a rzeczywistością zawsze płaci klient.

Pierwsza działająca wersja powstaje zwykle w kilka do kilkunastu tygodni, zależnie od zakresu. Celowo nie budujemy wszystkiego naraz — najpierw wchodzi to, co da efekt najszybciej, i zaczynacie tego używać, a reszta dokłada się na podstawie tego, co wyjdzie w praktyce. Zawsze wychodzi coś, czego nie było w pierwszym planie, i lepiej dowiedzieć się tego po miesiącu niż po wydaniu całego budżetu.

Tak. Przed napisaniem kodu przygotowujemy klikalny prototyp — układ ekranów, po którym da się przejść jak po gotowej aplikacji. Na tym etapie zmiana kosztuje godzinę pracy, w gotowym kodzie potrafi kosztować tydzień. To też moment, w którym najczęściej okazuje się, że czegoś brakuje albo że jedna z zaplanowanych funkcji jest niepotrzebna.

Do Ciebie. Aplikacja stoi na Twoim serwerze, dane są Twoje, kod przekazujemy razem z dokumentacją. Nie ma opłaty za użytkownika, za moduł ani za to, że firma urosła. Gdybyś kiedykolwiek chciał zmienić wykonawcę, masz komplet rzeczy, z którymi da się pójść dalej — i uważamy, że tak powinno to wyglądać zawsze, także wtedy, gdy nam się to nie opłaca.

Aplikacja webowa otwiera się w przeglądarce, działa na komputerze i na telefonie, aktualizuje się sama i nie wymaga publikacji w sklepach. Dla większości zastosowań firmowych to wystarcza i kosztuje wyraźnie mniej. Osobna aplikacja mobilna ma sens, gdy potrzebne są powiadomienia push, praca bez zasięgu, aparat, skanowanie kodów albo gdy aplikacja ma trafić do klientów końcowych i wypada być w App Store. Doradzamy po tym, gdzie i jak będzie używana, a nie po tym, co jest droższe.

Zwykle tak — fakturowanie, magazyn, CRM, sklep, arkusze, poczta, bramki płatności. Kluczowe pytanie brzmi, czy dany program udostępnia API, czyli sposób na wymianę danych z zewnątrz. Sprawdzamy to przed wyceną, bo to jest różnica między integracją na kilka godzin a obejściem, które trzeba potem utrzymywać. Jeśli integracja nie jest możliwa, mówimy to od razu i proponujemy inne rozwiązanie.

Aplikacja wymaga więcej opieki niż strona: aktualizacji bezpieczeństwa, kopii zapasowych, monitoringu i reagowania, gdy zmieni się coś po stronie systemu, z którym się integruje. Prowadzimy to w abonamencie, którego widełki startowe są w cenniku, i wliczamy w niego drobne zmiany. To trzeba zaplanować w budżecie od początku — oprogramowanie zostawione bez opieki starzeje się szybciej niż strona internetowa.

Tak i tak właśnie to prowadzimy. Pierwsza wersja obejmuje to, co da efekt najszybciej, a kolejne funkcje dokładamy na podstawie tego, jak aplikacja sprawdza się w codziennej pracy. Dzięki temu nie płacisz z góry za założenia, tylko za rzeczy, o których wiadomo już, że są potrzebne. Warunek jest jeden: architekturę trzeba od początku zaprojektować pod rozbudowę, i to robimy niezależnie od tego, jak mały jest pierwszy etap.