Oprogramowanie na zamówienie

Bezpłatna konsultacja Projekty

Projektujemy dedykowany system pod to, jak naprawdę pracuje Wasz zespół, i prowadzimy go do wdrożenia razem z partnerem technologicznym dobranym pod stack. Repozytorium, dokumentacja i prawa do kodu stoją po Waszej stronie od pierwszego commita.

Pracowaliśmy dla najlepszych firm i startupów

Wyzwania

Trzy sytuacje, w których dedykowany system wygrywa z gotowym

Nie wiesz, czy Wasz przypadek w ogóle wymaga pisania systemu od zera? Umów konsultację - jeśli taniej wyjdzie konfiguracja gotowego narzędzia albo wdrożenie no-code, powiemy to wprost.

  • „Proces nie mieści się w gotowym narzędziu”

    Zespół kupił abonament, a potem obudował go arkuszami, makrami i ręcznym przepisywaniem danych, bo narzędzie nie zna Waszych reguł. Dedykowany system zaczyna się opłacać w momencie, w którym utrzymanie obejść kosztuje więcej niż sama licencja.

  • „Praca operacyjna rozjechała się na kilka systemów”

    Zamówienie żyje w jednym miejscu, rozliczenie w drugim, korespondencja z klientem w trzecim, a spójny obraz powstaje dopiero w czyjejś głowie i w pliku na dysku. Wtedy buduje się warstwę, która spina dane i decyzje, zamiast dokładać czwarte narzędzie.

  • „Oprogramowanie jest produktem, nie kosztem wewnętrznym”

    Sprzedajecie dostęp do systemu, więc interfejs jest tym, za co klient płaci, a nie tłem dla pracy zespołu. Wtedy projekt musi wyprzedzać kod, bo poprawka modelu danych po starcie kosztuje wielokrotnie więcej niż poprawka makiety przed nim.

Dla kogo

Dla kogo budujemy dedykowane systemy

  • Firmy, które wyrosły z arkuszy i skrzynki mailowej

    Proces działa, bo kilka osób pamięta, gdzie co leży i komu przekazać sprawę dalej - a przy każdym urlopie i każdej nowej osobie okazuje się, jak drogo kosztuje ta pamięć. Zaczynamy od spisania reguł, które nigdy nie były zapisane, i dopiero z nich powstaje system.

  • Zespoły produktowe, które sprzedają dostęp do systemu

    Interfejs jest tu produktem, więc każde niejasne pole w formularzu wraca zgłoszeniem do wsparcia i argumentem przy przedłużeniu umowy. Projektujemy widoki pod realne role po stronie klienta, a nie pod demo, i sprawdzamy je z użytkownikami przed implementacją.

  • Software house'y, którym brakuje warstwy projektowej

    Macie programistów i klienta, a brakuje kogoś, kto zamieni rozmowy o wymaganiach w ekrany i kryteria akceptacji. Pracujemy wtedy pod Waszą marką, na Waszym procesie, oddając materiał gotowy do estymacji zamiast prezentacji z rekomendacjami.

  • Działy IT utrzymujące system napisany lata temu

    Aplikacja obsługuje codzienną pracę, dokumentacja urwała się na drugim roku, a autor dawno zmienił firmę. Odtwarzamy działający proces z samego systemu i rozmów z użytkownikami, a potem projektujemy wymianę częściami, bez dnia, w którym wszystko przestaje działać naraz.

Wydruki czterech układów interfejsu na stole: pulpit, ekran telefonu, formularz i tabela, jeden blok zakreślony markerem

Nasza różnica

Czym różni się nasze podejście

  • Najpierw sprawdzamy, czy w ogóle pisać ten system

    Warsztat kończy się rekomendacją, a ona bywa odmowna - czasem proces domyka konfiguracja narzędzia, które już macie, albo wdrożenie no-code z migracją na później. Wolimy stracić projekt na tym etapie niż zbudować system, który po roku stoi obok starego arkusza.

  • Projekt jest kontraktem, nie inspiracją dla programisty

    Każdy ekran ma opisane stany, walidacje i uprawnienia, a odbiór wydania polega na przejściu przez te kryteria na środowisku testowym. Zgodność wdrożenia z projektem jest wtedy czymś, co się sprawdza pozycja po pozycji, a nie deklaracją w ofercie.

  • Kod pisze wykonawca dobrany do technologii, nadzór zostaje u nas

    Nie udajemy własnego działu inżynierii - dobieramy partnera pod stack i pod skalę systemu, a sami siedzimy po Waszej stronie stołu przy wycenach, odbiorach i sporach o zakres. Jeśli programistów macie u siebie, tym lepiej - pracujemy z nimi na tej samej specyfikacji.

  • Wychodzimy z projektu tak, żeby dało się nas zastąpić

    Repozytorium, dokumentacja architektury, biblioteka komponentów i mapa procesu zostają u Was, w formacie czytelnym dla kolejnego zespołu. Uzależnienie klienta od wykonawcy jest w tej branży modelem biznesowym - u nas jest po prostu wadą projektu.

Proces

Pięć kroków od warsztatu do pierwszego wydania na produkcji

  1. Tydzień 1–2

    Warsztat i mapa procesu

    Dwa albo trzy spotkania z osobami z różnych ról - kto zaczyna sprawę, kto ją zatwierdza, gdzie utyka. Rezultatem jest mapa procesu w notacji, którą czyta zarówno Wasz zespół, jak i programista, oraz lista reguł, których nikt wcześniej nie spisał.

  2. Tydzień 2–4

    Zakres, integracje i podział na wydania

    Ustalamy, co wchodzi do pierwszego wydania, a co czeka, i zestawiamy to z systemami, które już u Was działają. Każda integracja dostaje opis kierunku danych i właściciela po stronie klienta, żeby nie okazała się niespodzianką w trakcie kodowania.

  3. Tydzień 3–8

    Projekt ekranów i biblioteka komponentów

    Projektujemy widoki dla wszystkich ról, zaczynając od tych, w których zespół spędza najwięcej czasu - list z filtrami, formularzy i widoków szczegółu. Prototyp klikalny sprawdzamy z operatorami, zanim cokolwiek pójdzie do implementacji.

  4. Tydzień 7–9

    Specyfikacja wykonawcza i dobór wykonawcy

    Zachowania, uprawnienia i przypadki brzegowe spisujemy jako kryteria akceptacji przypięte do ekranów. Na tej podstawie wycenia Wasz zespół albo partner technologiczny - a wyceny da się porównać, bo wszystkie dotyczą tego samego zakresu.

  5. Tydzień 9–20

    Wdrożenie, przeglądy i start operacyjny

    Wydania odbieramy na środowisku testowym, ekran po ekranie, przeciwko specyfikacji. Po starcie zostajemy przy zespole na czas pierwszych tygodni pracy na żywych danych, kiedy wychodzą przypadki, których nie widać w projekcie.

Zakres

Trzy części wdrożenia. Nie sam projekt oddany do wyceny

  • Mapa procesu i zakres pierwszego wydania

    Rozmowy z osobami, które dziś obsługują proces, i przejście przez arkusze, skrzynki oraz panele, w których praca naprawdę się odbywa. Zostaje mapa operacji, spisane reguły biznesowe, rejestr integracji i zakres podzielony na wydania - z jawnie odłożonym „na później".

  • Ekrany dla każdej roli i biblioteka komponentów

    Komplet widoków z podziałem na role, ze stanami pustymi, błędami walidacji i operacjami masowymi - nie sama ścieżka szczęśliwa. Komponenty powstają jako nazwana biblioteka z tokenami, więc programista dostaje elementy do złożenia, a nie obrazki do odwzorowania.

  • Specyfikacja wykonawcza i przeglądy zgodności

    Opis zachowań, walidacji, uprawnień i przypadków brzegowych spięty z konkretnymi ekranami, plus przegląd każdego wydania na środowisku testowym. Prowadzimy je z Waszym zespołem albo z naszym partnerem technologicznym - zależnie od tego, kto pisze kod.

Warsztat

Co stosujemy

Standardy dobrane tak, żeby projekt i kod mówiły jednym językiem - od notacji procesu, przez tokeny, po kryteria akceptacji spisane tak, że da się je sprawdzić na środowisku testowym.

Blat warsztatowy z góry: dwa wydruki układu interfejsu, lupa powiększająca jeden blok, stalowa linijka i wzornik szarości od bieli do czerni, jedna linia podkreślona pomarańczowym markerem
  • BPMN dla map procesów i reguł decyzyjnych
  • Historyjki użytkownika z kryteriami akceptacji
  • Design tokens W3C i nazwana biblioteka komponentów
  • WCAG 2.2 AA dla interfejsów operacyjnych
  • Kontrakty API opisane w OpenAPI
  • Role i uprawnienia egzekwowane po stronie serwera
  • Środowisko testowe na danych zbliżonych do produkcyjnych

Następny krok

Porozmawiajmy o Waszym projekcie

Powiedzcie, co macie do zrobienia. Wracamy z zakresem i wyceną.

Bezpłatna konsultacja Projekty

Realizacje

Realizacje z obszarów, dla których budujemy systemy

Wybór projektów z tych typów produktów, przy których dedykowane oprogramowanie powstaje u nas najczęściej - aplikacji webowych, paneli operacyjnych i systemów sprzedażowych. Wdrożenia wewnętrzne pokazujemy imiennie na konsultacji.

Projekty

Efekty

Co dostajecie, w jakim terminie i po czym to sprawdzicie

  • 10–20 tygodni

    Od warsztatu do pierwszego wydania na produkcji - dolna granica dotyczy jednego procesu i jednej roli, górna systemu z integracjami i kilkoma poziomami uprawnień

  • 1 wydanie

    Pierwszy zakres domykamy tak, żeby dało się go włączyć w pracę operacyjną, zamiast czekać z uruchomieniem na komplet funkcji

  • WCAG 2.2 AA

    Publiczny standard dostępności W3C, wobec którego projektujemy formularze, tabele i widoki operacji masowych

  • Wasze repozytorium

    Miejsce, w którym po wdrożeniu stoi kod i dokumentacja - bez licencji na własny system i bez zależności od nas przy kolejnych zmianach

Terminy pochodzą z harmonogramu opisanego wyżej na tej stronie, WCAG 2.2 AA to publiczny standard W3C, a prawa do kodu i dokumentacji reguluje umowa wdrożeniowa. Nie podajemy uśrednionych oszczędności ani wskaźników z systemów klientów - te liczby należą do nich, więc pokazujemy je imiennie na konsultacji.

Opinie klientów

Co mówią nasi klienci

  • „Praca z zespołem Wzór była naprawdę świetnym doświadczeniem! Zawsze szybko odpowiadali na nasze pytania i elastycznie podchodzili do naszych uwag. Mają mnóstwo kreatywnych pomysłów, a jednocześnie są bardzo rzetelni i terminowi. Efekt końcowy w pełni spełnił nasze oczekiwania, zdecydowanie polecamy każdemu, kto szuka profesjonalistów z pasją.”
    Maja Wieloch-Silecka Dyrektor operacyjny, Bosfor Group
  • „Nasi Klienci oczekują od nas szybkiego, skutecznego działania w bardzo szerokim zakresie. Od stworzenia brandu, przez budowę strony internetowej wraz ze sklepem po przeprowadzenie skutecznej kampanii sprzedażowej. Temat niełatwy, ale do zrobienia jeśli ma się zgrany zespół i firmy, z którymi wyzwania bierze się z marszu. Dla nas jakość, odpowiedzialność i zaangażowanie są kluczowe, a współpraca z Agencją UX Wzór zapewnia nam to w 100%.”
    Piotr Alberski Chief Operating Officer, Agencja XO Media
  • „Współpraca z Agencją UX Wzór rozpoczęła się od naszej strony internetowej. Bardzo spodobał się nam sposób ich pracy. Dlatego podjęliśmy decyzję o podzlecaniu projektów realizowanych dla naszych Klientów w formie White Label. Bardzo spodobał nam się ich flow pracy, przekazywanie projektów naszemu zespołowi, ich dokumentacja czy praca na design systemie. Teraz możemy podejmować większe ryzyko.”
    Mateusz Swół Chief Operating Officer, Sellace

Czas i zakres

Ile trwa wdrożenie i od czego zależy wycena

10–20 tygodni

Dziesięć tygodni to jeden proces, jedna rola i integracja z jednym systemem - zakres, który da się uruchomić i sprawdzić w realnej pracy. Dwadzieścia tygodni i więcej to system z kilkoma poziomami uprawnień, migracją danych i wymianą narzędzia, które dziś obsługuje operacje; wtedy dzielimy prace na wydania, żeby pierwsze weszło do użytku przed końcem projektu.

  • Liczba procesów i ról, które system ma obsłużyć w pierwszym wydaniu

  • Liczba i typ integracji z narzędziami, które już u Was działają

  • To, na ile reguły biznesowe są spisane, a na ile żyją w głowach zespołu

  • Zakres migracji danych z obecnych narzędzi i stan tych danych

  • Wymagania wobec uprawnień, śladu audytowego i przetwarzania danych osobowych

Pytania

Pytania, które padają najczęściej

Ile kosztuje oprogramowanie na zamówienie?

Wyceniamy indywidualnie, bo próg wejścia niewiele mówi o konkretnym wdrożeniu - koszt zależy od liczby procesów i ról w pierwszym wydaniu, liczby integracji z narzędziami, które już u Was działają, stanu i zakresu danych do migracji, wymagań wobec uprawnień oraz śladu audytowego, a także od tego, czy kod pisze Wasz zespół, czy nasz partner technologiczny. Największą różnicę robi to, na ile reguły biznesowe są dziś spisane, a na ile trzeba je odtworzyć z rozmów. Wstępny zakres i widełki dostajesz po warsztacie, a odpowiedź na zapytanie w 48 godzin.

Czy jesteście software housem?

Nie i tego nie udajemy. Jesteśmy agencją UX - po naszej stronie jest analiza procesu, projekt interfejsu, specyfikacja wykonawcza i nadzór nad zgodnością wdrożenia z projektem. Kod pisze Wasz zespół albo partner technologiczny dobrany pod stack i skalę systemu, a my zostajemy przy odbiorach po Waszej stronie stołu.

Skąd bierzecie programistów i kto z nimi rozmawia?

Partnera dobieramy pod technologię i wielkość systemu, po ustaleniu zakresu - nie odwrotnie. Umowę możecie podpisać bezpośrednio z wykonawcą albo z nami jako generalnym wykonawcą, przy czym w obu wariantach specyfikacja, harmonogram i kryteria odbioru są te same. Codzienną komunikację prowadzimy razem, na Waszym kanale i Waszej tablicy zadań.

Do kogo należy kod i dokumentacja po wdrożeniu?

Do Was, od pierwszego commita. Repozytorium stoi na Waszym koncie, dokumentacja architektury, biblioteka komponentów i mapa procesu przechodzą razem z systemem, a majątkowe prawa autorskie reguluje umowa wdrożeniowa. Nie sprzedajemy licencji na system zbudowany za Wasze pieniądze i nie trzymamy kluczy do infrastruktury.

Kiedy taniej wyjdzie gotowe narzędzie albo no-code?

Zawsze wtedy, gdy proces da się opisać typowymi pojęciami - proste CRM-y, obieg dokumentów, rezerwacje, strona z formularzem. Wtedy konfiguracja narzędzia albo wdrożenie no-code domyka temat szybciej i taniej, a dedykowany system zostaje na moment, w którym z niego wyrośniecie. Powiemy to na warsztacie, nawet jeśli oznacza to brak zlecenia po naszej stronie.

Co, jeśli mamy już system i chcemy go wymienić?

Zaczynamy od odtworzenia tego, co działa dziś - z samego systemu i z rozmów z osobami, które w nim pracują, bo dokumentacja zwykle urwała się lata temu. Wymianę projektujemy częściami, moduł po module, ze starym i nowym systemem działającym równolegle przez okres przejściowy. Nie ma wtedy dnia, w którym cała operacja przechodzi na nowe naraz.

Jak pilnujecie, żeby wdrożenie zgadzało się z projektem?

Każdy ekran ma opisane stany, walidacje, uprawnienia i przypadki brzegowe jako kryteria akceptacji, a odbiór wydania polega na przejściu przez tę listę na środowisku testowym. Rozbieżności wracają do wykonawcy jako konkretne pozycje, nie jako ogólna uwaga, że „wygląda inaczej niż w Figmie".

Powiązane usługi

Powiązane usługi

Umów bezpłatną konsultację z ekspertem, aby omówić Twój projekt i otrzymać odpowiedzi na nurtujące Cię pytania.

- Patryk Korycki, CEO

Zaplanuj spotkanie
Umów bezpłatną konsultację