Software house · Wrocław · od 2013
Szyte na miarę, wpięte w istniejący ekosystem Klienta. Od prostego, dedykowanego serwisu, przez rozbudowaną platformę z aplikacją mobilną, po system, który jest jednym z wielu w organizacji — i rozmawia z firmową domeną, użytkownikami i fakturowaniem tak, jakby był tam od zawsze. Jeden zespół prowadzi to od pierwszego szkicu po wdrożenie.
Zaufali nam
Główna domena
Prawie żaden system nie działa w próżni. Wokół stoją ERP, księgowość, rejestry publiczne i narzędzia, których nikt nie wymieni tylko dlatego, że powstał nowy projekt. Bywa też, że po drugiej stronie integracji nie stoi system, tylko urządzenie — kamera, szlaban, czytnik przy bramie. Tam jest cała trudność — i tam jesteśmy najmocniejsi.
Od prostej strony firmowej, przez rozbudowaną platformę z aplikacją mobilną, po system dla całej organizacji. Każdy projekt jest szyty na miarę, ale stawiamy go na silnikach i komponentach dopracowanych przez lata — dlatego „dedykowane" nie musi oznaczać „drogie i na dwa lata".
Wpinamy produkt w istniejący ekosystem — domenę i katalog użytkowników, ERP (w tym SAP), księgowość i proces wystawiania faktur, a w ochronie zdrowia także rejestry publiczne, jak NFZ czy ZUS. Dane pobieramy wprost ze źródła: GUS, NBP, VIES — nikt nie musi ręcznie przepisywać danych firmy, sprawdzać kursu waluty ani weryfikować numeru VAT. Bezszwowo, czyli tak, żeby użytkownik nie musiał wiedzieć, ile systemów właśnie ze sobą rozmawia.
Pracujemy z różnymi modelami AI i sięgamy po nie tam, gdzie realnie skracają pracę: odczytanie treści dokumentu i wyciągnięcie z niego danych, streszczenia długich materiałów, chatboty odpowiadające na pytania w oparciu o firmową wiedzę, automatyzacja powtarzalnych kroków. Punktem wyjścia jest proces, nie technologia.
Do tego, od trzynastu lat
Strategia, UX i UI, testy z użytkownikami, system projektowy.
Front-end, back-end, iOS, Android, PWA — jeden zespół i jedna odpowiedzialność za całość.
Gry symulacyjne, e-learning, AR. Tu powstała Expolandia na EXPO 2015 w Mediolanie.
Jak podchodzimy do projektu
Przychodzimy z gotowymi silnikami. I z pytaniami.
Mamy zestaw komponentów, szablonów i silników dopracowanych przez trzynaście lat wdrożeń. Chętnie ich użyjemy — skracają czas, obniżają koszt i są sprawdzone w boju. Ale są też mocno konfigurowalne, więc to one dopasowują się do procesu Klienta, a nie odwrotnie.
Dlatego zaczynamy od zrozumienia procesu: kto naprawdę korzysta z systemu, w którym miejscu traci czas i co obchodzi go bardziej niż funkcje z listy wymagań. Potem mapujemy to na nasze wzorce — a tam, gdzie proces jest nietypowy, dopisujemy pod niego zamiast prostować proces pod narzędzie.
Sprawdzone fundamenty zamiast pisania wszystkiego od nowa — krócej, taniej i z mniejszą liczbą niespodzianek na produkcji.
Jeśli proces Klienta nie mieści się we wzorcu, zmieniamy wzorzec, a nie proces. Bywa jednak i tak, że to sam proces warto przemyśleć — wtedy siadamy do tego razem z Klientem, opierając się na jego oczekiwaniach i naszym doświadczeniu z podobnych wdrożeń. Procesy w firmach powstają wtedy, gdy są potrzebne, potem się je rozbudowuje, a rzadko kiedy ktoś do nich wraca. Wdrożenie nowego systemu to dobry moment na taką rewizję.
Nasze rozwiązania projektujemy pod strojenie. Zmiana reguły biznesowej nie musi oznaczać nowego wdrożenia i kolejnej faktury.
Model dostawy
Decyzję zwykle podejmuje dział bezpieczeństwa albo dział prawny, nie my. Dlatego wszystkie trzy warianty traktujemy równorzędnie — architektura jest przygotowana pod każdy z nich od początku.
Klient korzysta, my odpowiadamy za infrastrukturę, aktualizacje, kopie zapasowe i dostępność. Najszybszy start i najniższy próg wejścia.
Kiedy dane nie mogą opuścić organizacji — regulacje, polityka bezpieczeństwa, wymogi sektora publicznego lub medycznego. Dostarczamy w kontenerach wraz z dokumentacją wdrożeniową.
AWS, Azure lub Google Cloud na koncie Klienta, pod jego kontrolą kosztów i dostępów. Utrzymanie po naszej stronie, właścicielstwo po drugiej.
Doświadczenie branżowe
Nie zamykamy się w jednej specjalizacji. Poniżej sektory, w których mamy za sobą realne wdrożenia — i w których znamy wymagania, od zapytania ofertowego po odbiór.
Ośrodki medyczne, leki i suplementy, integracje z rejestrami publicznymi — NFZ, ZUS. Wymogi dostępności i ochrony danych wrażliwych mamy przerobione.
Międzynarodowa giełda transportowa Spedio to nasz własny produkt, a dla Royal Transport & Spedition zbudowaliśmy system TMS do obsługi zleceń transportowych. Ten rynek znamy od środka, a nie tylko z briefu.
ABB, Hitachi, Whirlpool, AmRest. Długie procesy zakupowe, audyty i integracje z SAP.
Uniwersytet Warszawski, ICM, Vistula, WSL. E-learning i przetwarzanie danych badawczych.
Adwokatura Polska, Dentons, kancelarie. Poufność i formalny obieg dokumentów.
Ministerstwo Klimatu, NFOŚiGW, IBE, samorządy. Przetargi, WCAG, rozliczenia dotacyjne.
Realizacje
Pracujemy tam, gdzie wymagania są wysokie, a proces akceptacji długi. To nas ukształtowało.
Jak pracujemy
Prowadzimy projekty zgodnie z PRINCE2 i Scrum. Mamy ubezpieczenie OC i procedury zgodne z RODO — dokumenty, o które i tak zapyta dział prawny.
Rozmowa i wstępna ocena. Mówimy, czy to nasz projekt i czy mamy dla niego miejsce w sensownym terminie.
Zakres, ryzyka i widełki budżetowe na papierze. Zanim ktokolwiek podpisze umowę.
Prototyp, testy, potem sprinty z demo co dwa tygodnie. Widać postęp, nie obietnice.
Start produkcyjny, monitoring, utrzymanie. Zostajemy po premierze.
Bezpieczeństwo i dostępność
W korporacji i w sektorze publicznym to nie są dodatki, tylko warunek wejścia. Traktujemy je jak część wdrożenia, a nie osobny projekt „na kiedyś".
Bezpieczeństwo projektujemy na poziomie architektury, zgodnie z OWASP. Standardem są testy penetracyjne i obciążeniowe oraz przegląd każdej linii kodu przez drugiego inżyniera. W ponad dwunastoletniej historii firmy nie odnotowaliśmy ani jednego incydentu wycieku danych.
Interfejsy budujemy zgodnie z WCAG 2.1 AA: kontrast, pełna obsługa z klawiatury, poprawna semantyka i czytelność dla czytników ekranu. Dla podmiotów publicznych to wymóg ustawowy. Dla pozostałych — po prostu więcej użytkowników, którzy są w stanie skorzystać.
Szyfrowanie transmisji, rozdzielone środowiska i dostęp oparty na rolach. Dane produkcyjne Klienta nigdy nie trafiają do środowiska deweloperskiego. Serwery w europejskich centrach danych zgodnych z normą ISO 27001.
Zaczynamy?
Odpowiadamy w ciągu jednego dnia roboczego. Pierwsza rozmowa jest bezpłatna i zwykle wystarcza, żeby ocenić, czy jesteśmy właściwym partnerem.
Usługi
Środek ciężkości leży dziś w pierwszych dwóch filarach — produktach SaaS wpiętych w istniejące systemy oraz automatyzacji procesów z użyciem AI. Reszta to zaplecze, które zbudowaliśmy przez trzynaście lat. Rozwiń to, co Cię dotyczy.
Filar 01 — SaaS i ekosystemy
Budujemy rozwiązania dostępne w chmurze w modelu SaaS — od pojedynczego narzędzia po produkt, który jest jednym z elementów większego ekosystemu Klienta. Architekturę wielodostępną, izolację danych i model licencjonowania projektujemy na starcie, a nie doklejamy, gdy pojawi się drugi Klient.
Nasza główna domena. Wpinamy nowy produkt w ekosystem, który już działa — tak, żeby dane krążyły same, a użytkownik nie musiał wiedzieć, ile aplikacji właśnie ze sobą rozmawia. W ochronie zdrowia obejmuje to również integracje z rejestrami publicznymi.
Produkt może stać u nas w modelu abonamentowym, u Klienta na własnej infrastrukturze albo na jego koncie w chmurze publicznej. Nie mamy z żadnym z tych wariantów problemu — dostarczamy w kontenerach, z dokumentacją wdrożeniową i monitoringiem.
Filar 02 — AI i automatyzacja procesów
Pracujemy z różnymi modelami i dobieramy je do zadania, a nie do mody. Wykorzystujemy AI tam, gdzie skraca realną pracę: przetwarzanie i klasyfikacja dokumentów, wyszukiwanie po treści, podpowiedzi i wsparcie decyzji, obsługa zapytań w języku naturalnym.
Zaczynamy od mapy tego, jak wygląda praca dziś — kto co przeklikuje, gdzie dane są przepisywane ręcznie z jednego systemu do drugiego, które kroki istnieją tylko dlatego, że kiedyś ktoś tak ustawił. Dopiero potem decydujemy, co warto zautomatyzować, a co po prostu usunąć.
Przetwarzamy duże zbiory danych i budujemy na nich modele, które faktycznie wchodzą do procesu — nie kończą jako notatnik w szufladzie. Pracowaliśmy m.in. z Centrum Modelowania Matematycznego (ICM).
Filar 03 — Produkt cyfrowy
Opracowujemy strategię i projektujemy cyfrowe produkty — od analizy rynku po gotowy system projektowy, który zespół Klienta może rozwijać dalej.
Interaktywne serwisy i aplikacje WWW — z dbałością o wydajność, SEO i dostępność (WCAG 2.0), bo w instytucjach publicznych to wymóg, a nie dodatek.
Natywnie albo wieloplatformowo — dobieramy technologię do tego, ile ekranów jest naprawdę potrzebnych i jak szybko ma to trafić do sklepu. Realizowaliśmy m.in. aplikacje mobilne dla Escoli.
Filar 04 — Systemy branżowe i doświadczenia
Wdrażamy, rozwijamy i integrujemy systemy z rodziny SAP — od S/4HANA po SAP Ariba i SAP Fieldglass, które konfigurujemy i spinamy z resztą firmowego krajobrazu. Zwykle wchodzimy tam, gdzie ERP musi rozmawiać z resztą świata — sklepem, aplikacją mobilną, systemem partnera.
Platformy sprzedażowe zintegrowane z tym, co już działa — magazynem, ERP, systemem księgowym. Sklep to najłatwiejsza część; integracje decydują o powodzeniu.
Symulujemy procesy biznesowe i edukacyjne, dodając elementy grywalizacji. Najbardziej widoczna realizacja: Expolandia — gra edukacyjna przygotowana na Wystawę Światową EXPO 2015 w Mediolanie. Multimedialne platformy szkoleniowe budujemy też dla uczelni i we własnych produktach (Angielski123, FunEnglish).
Rozszerzamy rzeczywistość o dodatkowe wymiary — wizualizacje produktowe, instrukcje serwisowe, materiały sprzedażowe i szkoleniowe.
To normalne. Większość ciekawych projektów leży gdzieś pomiędzy.
Realizacje
Od globalnych koncernów przemysłowych po samorządy i kancelarie.
Część pozycji na tej liście to projekty prowadzone osobiście przez naszych specjalistów — a nie zlecenia realizowane przez zespół Vecler w ramach projektu. Oznaczamy je etykietą „doświadczenie zespołu", bo ta różnica ma znaczenie. Kompetencje zostają w zespole, ale referencja należy do człowieka, nie do szyldu.
Metodyka
Prowadzimy projekty zgodnie z PRINCE2 i Scrum. Poniżej dokładnie to, czego można się spodziewać na każdym etapie — łącznie z tym, co zostaje na piśmie i ile to zwykle trwa.
Etapy
Każdy etap kończy się konkretem, który zostaje po obu stronach stołu. Nie przechodzimy dalej, dopóki poprzedni nie jest zamknięty.
Godzinna rozmowa. Pytamy o problem, nie o wymagania — bo wymagania to już czyjaś propozycja rozwiązania. Na tym etapie mówimy szczerze, czy to projekt dla nas. A jeśli mamy komplet zobowiązań i nie ruszylibyśmy w sensownym terminie, mówimy to wprost, zamiast trzymać projekt w kolejce — czasem podpowiadamy wtedy, kto może się nim zająć od razu.
Czas: 1–3 dni · Koszt: bezpłatnie
Wspólna praca z zespołem Klienta — biznesem, IT i osobami, które będą z systemu korzystać. Mapujemy proces biznesowy takim, jaki jest naprawdę, a nie jakim go opisuje procedura. Równolegle inwentaryzujemy istniejący ekosystem: co już stoi, co musi się z czym komunikować i czego nie da się ruszyć.
Ten etap jest u nas obowiązkowy. Także wtedy — a właściwie szczególnie wtedy — gdy projekt startuje z gotową listą wymagań.
Czas: 1–3 tygodnie
Architektura informacji, makiety, prototyp i testy z użytkownikami. Równolegle powstaje system projektowy w metodyce Atomic Design — zestaw komponentów, którego nie trzeba wymyślać od nowa przy każdym kolejnym ekranie. Dopiero po akceptacji prototypu piszemy pierwszą linię kodu.
Czas: 2–8 tygodni
Dwutygodniowe sprinty. Każdy kończy się demo na działającym środowisku i zaktualizowanym backlogiem — widać postęp co dwa tygodnie, nie po pół roku. Backlog jest jawny, a priorytety ustalamy wspólnie z Klientem. Kod przechodzi code review i testy automatyczne, zanim trafi do gałęzi głównej.
Czas: zależny od zakresu
Testy akceptacyjne, migracja danych, konfiguracja środowiska produkcyjnego i szkolenie zespołu Klienta. Przygotowujemy dokumentację techniczną i plan wycofania zmian na wypadek, gdyby coś poszło nie tak. Przy projektach dla instytucji przechodzimy też przez audyt dostępności WCAG.
Czas: 1–4 tygodnie
Monitoring, aktualizacje bezpieczeństwa, obsługa zgłoszeń w ustalonym SLA i dalszy rozwój funkcji. To najdłuższy etap każdego projektu — i powód, dla którego część naszych Klientów jest z nami od pierwszych lat działalności.
Czas: bezterminowo
PRINCE2 i Scrum
Nie wyznajemy jednej religii projektowej. Dobieramy ramy do tego, jak wygląda organizacja i skąd pochodzi budżet.
Przetargi publiczne, projekty rozliczane z dotacji, wdrożenia z twardą datą i karami umownymi. Jasna struktura ról, komitet sterujący, formalne bramki decyzyjne, pełna dokumentacja. Wolniej — ale przechodzi przez każdy audyt.
Nowe produkty cyfrowe, MVP, rozwój istniejących systemów. Sprinty, backlog, demo, retrospektywa. Zakres można zmieniać między sprintami bez renegocjowania całej umowy — pod warunkiem że po stronie Klienta jest ktoś, kto podejmuje decyzje.
Modele współpracy
Model wybieramy wspólnie po warsztacie — kiedy wiadomo już, jak bardzo zakres jest domknięty.
Znany zakres, znana data, znany budżet. Wymaga solidnego etapu warsztatowego — im dokładniej opiszemy zakres, tym mniejszy bufor musimy w cenie zaszyć.
Rozliczenie za przepracowane godziny, raport co miesiąc. Elastyczne, gdy priorytety zmieniają się w trakcie — i najuczciwsze, gdy nikt jeszcze nie wie, jak dokładnie ma wyglądać efekt.
Wydzielony zespół pracujący wyłącznie nad jednym produktem, rozliczany miesięcznie. Sensowne od kilku miesięcy współpracy w górę, gdy liczy się ciągłość i znajomość kontekstu.
Formalności
Zebrane w jednym miejscu, żeby nie trzeba było o to pisać maili.
Godzinna rozmowa, bezpłatnie, bez zobowiązań. Kończy się konkretną odpowiedzią, czy warto to robić — i czy warto to robić z nami.
O nas
Vecler powstał w 2013 roku we Wrocławiu. Od początku robimy jedno: bierzemy odpowiedzialność za cały produkt — projekt, kod i to, co dzieje się po wdrożeniu.
Dlaczego my
Większość firm wybiera stronę: albo są agencją, która ładnie projektuje, albo software housem, który dowozi backend i integracje.
My od trzynastu lat robimy jedno i drugie w tym samym zespole. Dzięki temu projekt nie rozjeżdża się na styku — projektant nie oddaje makiety „przez ścianę", a programista nie tłumaczy, że tego się nie da zrobić. Siedzą obok siebie.
Znamy ten mechanizm z innej branży: piękny projekt domu, przy którym wykonawca łapie się za głowę, a rodzina po wprowadzeniu odkrywa, że układ pokoi nie ma sensu. W oprogramowaniu dzieje się dokładnie to samo, tylko mniej widać. Dlatego trzymamy pod jednym dachem wszystkie kompetencje — analityków, architektów rozwiązań, projektantów i programistów — i prowadzimy projekt od analizy po utrzymanie.
To ma znaczenie zwłaszcza dziś, gdy produkt rzadko jest samotną wyspą. Zwykle ma być wygodny w codziennym użyciu i spięty z ERP, księgowością albo rejestrem publicznym, który powstał zanim ktokolwiek z nas skończył studia. Jedno bez drugiego nie wystarcza.
Dlatego rozmowa o procesie biznesowym jest u nas ważniejsza od rozmowy o technologii. Technologię dobierzemy — proces musimy zrozumieć wspólnie.
Zespół
Wiadomo, kto pisze kod.
Nad projektem pracują nasi ludzie — zatrudnieni na stałe, a nie zbierani na jedno zlecenie. Różnica polega na tym, kim ci ludzie są i gdzie siedzą.
Nie jesteśmy pośrednikiem, który przyjmuje zlecenie i odsprzedaje je dalej. Skład zespołu ustalamy na starcie projektu, przedstawiamy go z imienia, i to ten zespół prowadzi projekt przez wdrożenie i utrzymanie.
W dłuższym projekcie skład potrafi się zmienić — ale w obrębie tego samego zespołu i po uprzedzeniu. Dokumentacja i wspólna praca sprawiają, że wiedza o projekcie nie odchodzi razem z jedną osobą.
Jedna strefa czasowa, jeden język, możliwość spotkania się przy stole. Ustalenie z porannego callu jest na środowisku testowym po południu, a nie następnej doby.
Nie odsprzedajemy projektu dalej. Umowa jest z nami i to my odpowiadamy za efekt.
Zasady
Na pierwszej rozmowie przedstawiamy ludzi, którzy realnie poprowadzą Twój projekt — z imienia i z zakresem odpowiedzialności. Wrocław, ul. Ślężna 148, albo zdzwońmy się, jeśli to za daleko.
Kontakt
Dokumenty
Krótko i bez prawniczego żargonu.
_ga, _ga_*).Wymaganado 12 mies.Analitykę prowadzimy w Google Analytics 4. Dostawcą usługi jest Google Ireland Limited (Gordon House, Barrow Street, Dublin 4, Irlandia), a dane mogą być przekazywane do Google LLC w USA na podstawie Ram Ochrony Danych UE–USA. Skrypt Google wczytuje się dopiero po kliknięciu „Akceptuj wszystkie" — bez zgody nie jest pobierany i nie wysyła żadnych danych. Po wycofaniu zgody kasujemy cookies _ga i blokujemy dalsze zliczanie.
Zakres zgody: nie podjęto decyzji.
Twoją decyzję zapisujemy w pliku cookie vc_consent na 12 miesięcy, żeby nie pytać o nią przy każdej wizycie. Skrypty analityczne uruchamiamy dopiero po wyrażeniu zgody — bez niej nie ładują się wcale.