Atreyus.ai to nowo powstały startup AI w fazie bootstrappingu, oferujący przepływy pracy z wyspecjalizowanymi agentami AI.

Wyzwanie

Aby oferować swoim klientom dostosowane przepływy pracy z agentami AI, zserializowanymi danymi i funkcjami zewnętrznymi, Atreyus potrzebował narzędzia, które umożliwiłoby interakcję bez ręcznych zmian w kodzie.
Dodatkowo firma chciała umożliwić użytkownikom samodzielne sprawdzanie statystyk użytkowania i zarządzanie dostępem do przepływów pracy.

Cel

Stworzenie frontendu aplikacji z intuicyjnym interfejsem, minimalizującym wszelkie trudności w obsłudze.

Stos technologiczny

React.js, React Flow, Node.js, MUI

Proces

Rozpoczęliśmy od kilku sesji konsultacyjnych, podczas których nasz projektant uważnie wysłuchał pomysłów klienta, aby zrozumieć jego oczekiwania, a następnie przygotował projekty UI, które zmaterializowały tę wizję.
W międzyczasie zaczęliśmy poszukiwać biblioteki do rysowania diagramów blokowych, która najlepiej odpowiadałaby wymaganiom i naszemu doświadczeniu. Zdecydowaliśmy się na React Flow ze względu na jego historię niezawodnych wydań oraz dużą społeczność, która mogła pomóc w analizie bardzo specyficznych przypadków brzegowych.

Gdy projekty UI były gotowe, przystąpiliśmy do implementacji. Część zespołu skupiła się na płótnie, które stanowi główną tablicę, na której użytkownik może rysować zależności między elementami systemu, definiując przepływ informacji. Równocześnie druga część zespołu pracowała nad funkcjami wspierającymi.

Dwa razy w tygodniu synchronizowaliśmy nasze postępy z zespołem backendowym klienta i omawialiśmy strukturę opracowywanego API, aby zapewnić optymalną wydajność aplikacji i zminimalizować rozmiar przeciętnego żądania, równoważąc ruch w systemie.

Rezultat

Po pięciu miesiącach owocnej współpracy dostarczyliśmy Atreyus.ai—innowacyjny produkt, który umożliwia klientom tworzenie własnych przepływów pracy opartych na agentach AI.
Produkt jest dostępny w subskrypcji pod adresem https://www.atreyus.ai.

Repete to nowo powstały portugalski startup, którego celem jest eliminacja opakowań jednorazowych w gastronomii.
Firma zaprojektowała unikalny i trwały system pojemników, które można śledzić i wielokrotnie używać do przechowywania różnych produktów, ograniczając w ten sposób zanieczyszczenie środowiska oraz produkcję plastiku.

Wyzwanie

Pojemniki musiały być zarządzane zarówno przez klientów, jak i sklepy.
Dodatkowo aplikacja musiała skalować się w zależności od ruchu online, który osiągał szczyt w godzinach popołudniowych, a nocą był prawie zerowy. Dzięki temu rozwiązaniu system był gotowy na przyszły wzrost liczby użytkowników, bez konieczności kosztownej przebudowy.
Zdecydowano się na architekturę serverless, aby zminimalizować koszty infrastruktury.

Ponieważ nie było jeszcze wiadomo, jakie urządzenia będą dominować wśród użytkowników, wymagano spójnego interfejsu, który zapewni jednolite doświadczenie na wszystkich urządzeniach.

Dodatkowo użytkownicy musieli logować się przy użyciu nowego hasła przy każdej sesji, co zwiększało bezpieczeństwo ich kont.

Cel

Dostarczenie:

• Całkowicie serverlessowej aplikacji, która automatycznie skaluje się wraz z ruchem
• Interfejsu dopasowanego do różnych urządzeń, choć bez pełnej responsywności
• Autoryzacji opartej na jednorazowym kodzie

Stos technologiczny

Vue.js, Node.js, AWS (DynamoDB, S3, Lambda, SES, API Gateway, Cognito, CloudFormation)

Proces

Rozpoczęliśmy od analizy wymagań funkcjonalnych, aby określić API, które stanowiło główny sposób programistycznej interakcji z aplikacją.
Po zakończeniu tego etapu przystąpiliśmy do implementacji UI, czyli warstwy zapewniającej wizualną interakcję użytkownika z systemem.

Każdy niezależny proces użytkownika został umieszczony w osobnym widoku, a powiązane procesy zostały pogrupowane.
Dzięki umieszczeniu aplikacji w oknie przypominającym widok mobilny zapewniliśmy spójny układ interfejsu na wszystkich urządzeniach oraz możliwość łatwego testowania nowych wariantów interfejsu na żądanie klienta, bez dodatkowych kosztów.
Ostatecznie główną grupą docelową aplikacji byli użytkownicy mobilni.

Po ukończeniu UI przeszliśmy do prac nad backendem.

Dzięki AWS Lambda wdrożyliśmy podstawową jednostkę obliczeniową architektury serverless—funkcję Lambda.
API Gateway umożliwiło grupowanie funkcji według głównych encji, zarządzanie wieloma wersjami API oraz utrzymywanie różnych środowisk wdrożeniowych.

Cognito odpowiadało za zarządzanie bazą użytkowników i autoryzację. Drobna modyfikacja webhooków pozwoliła na wdrożenie autoryzacji opartej na jednorazowym kodzie, bez konieczności dodawania dodatkowych usług, co zapewniło wysoki poziom bezpieczeństwa.
SES służyło do wysyłania powiadomień e-mail o ważnych zdarzeniach.

Największym wyzwaniem było zaprojektowanie modelu danych w DynamoDB.
Zastosowaliśmy DynamoDB, aby zminimalizować koszty utrzymania i wykorzystać skalowalność bazy dokumentowej.

W tradycyjnych relacyjnych bazach danych dane są przechowywane w postaci powiązanych tabel, gdzie jedna kolumna odwołuje się do innej, co pozwala na szybkie pobieranie powiązanych danych, lecz często kosztem długiego czasu zapytań.
W bazach dokumentowych podejście jest zupełnie inne.

Pobieranie danych jest niemal natychmiastowe (dzięki kluczom partycji, które jednoznacznie identyfikują dokumenty), jednak odpowiednie zaprojektowanie struktury wymaga podziału danych na kilka struktur oraz denormalizacji, aby umożliwić efektywne wyszukiwanie przy użyciu różnych parametrów.

Dzięki projektowaniu tabel pod kątem przechowywanych zachowań, a nie encji, udało nam się zminimalizować liczbę denormalizowanych tabel, zapewniając jednocześnie wysoką wydajność i łatwość utrzymania.

CloudFormation zautomatyzowało deployment kodu i konfigurację infrastruktury, gwarantując spójność systemu.

Rezultat

Mobilna aplikacja webowa z atrakcyjnym interfejsem, kosztami utrzymania poniżej 5 USD miesięcznie i możliwością obsługi ponad 10 000 jednoczesnych użytkowników.

Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum.

Why do we use it?

It is a long established fact that a reader will be distracted by the readable content of a page when looking at its layout. The point of using Lorem Ipsum is that it has a more-or-less normal distribution of letters, as opposed to using 'Content here, content here’, making it look like readable English. Many desktop publishing packages and web page editors now use Lorem Ipsum as their default model text, and a search for 'lorem ipsum’ will uncover many web sites still in their infancy. Various versions have evolved over the years, sometimes by accident, sometimes on purpose (injected humour and the like).

Where does it come from?

Contrary to popular belief, Lorem Ipsum is not simply random text. It has roots in a piece of classical Latin literature from 45 BC, making it over 2000 years old. Richard McClintock, a Latin professor at Hampden-Sydney College in Virginia, looked up one of the more obscure Latin words, consectetur, from a Lorem Ipsum passage, and going through the cites of the word in classical literature, discovered the undoubtable source. Lorem Ipsum comes from sections 1.10.32 and 1.10.33 of „de Finibus Bonorum et Malorum” (The Extremes of Good and Evil) by Cicero, written in 45 BC. This book is a treatise on the theory of ethics, very popular during the Renaissance. The first line of Lorem Ipsum, „Lorem ipsum dolor sit amet..”, comes from a line in section 1.10.32.

The standard chunk of Lorem Ipsum used since the 1500s is reproduced below for those interested. Sections 1.10.32 and 1.10.33 from „de Finibus Bonorum et Malorum” by Cicero are also reproduced in their exact original form, accompanied by English versions from the 1914 translation by H. Rackham.

Where can I get some?

There are many variations of passages of Lorem Ipsum available, but the majority have suffered alteration in some form, by injected humour, or randomised words which don’t look even slightly believable. If you are going to use a passage of Lorem Ipsum, you need to be sure there isn’t anything embarrassing hidden in the middle of text. All the Lorem Ipsum generators on the Internet tend to repeat predefined chunks as necessary, making this the first true generator on the Internet. It uses a dictionary of over 200 Latin words, combined with a handful of model sentence structures, to generate Lorem Ipsum which looks reasonable. The generated Lorem Ipsum is therefore always free from repetition, injected humour, or non-characteristic words etc.

Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker including versions of Lorem Ipsum.

Why do we use it?

It is a long established fact that a reader will be distracted by the readable content of a page when looking at its layout. The point of using Lorem Ipsum is that it has a more-or-less normal distribution of letters, as opposed to using 'Content here, content here’, making it look like readable English. Many desktop publishing packages and web page editors now use Lorem Ipsum as their default model text, and a search for 'lorem ipsum’ will uncover many web sites still in their infancy. Various versions have evolved over the years, sometimes by accident, sometimes on purpose (injected humour and the like).

Where does it come from?

Contrary to popular belief, Lorem Ipsum is not simply random text. It has roots in a piece of classical Latin literature from 45 BC, making it over 2000 years old. Richard McClintock, a Latin professor at Hampden-Sydney College in Virginia, looked up one of the more obscure Latin words, consectetur, from a Lorem Ipsum passage, and going through the cites of the word in classical literature, discovered the undoubtable source. Lorem Ipsum comes from sections 1.10.32 and 1.10.33 of „de Finibus Bonorum et Malorum” (The Extremes of Good and Evil) by Cicero, written in 45 BC. This book is a treatise on the theory of ethics, very popular during the Renaissance. The first line of Lorem Ipsum, „Lorem ipsum dolor sit amet..”, comes from a line in section 1.10.32.

The standard chunk of Lorem Ipsum used since the 1500s is reproduced below for those interested. Sections 1.10.32 and 1.10.33 from „de Finibus Bonorum et Malorum” by Cicero are also reproduced in their exact original form, accompanied by English versions from the 1914 translation by H. Rackham.

Where can I get some?

There are many variations of passages of Lorem Ipsum available, but the majority have suffered alteration in some form, by injected humour, or randomised words which don’t look even slightly believable. If you are going to use a passage of Lorem Ipsum, you need to be sure there isn’t anything embarrassing hidden in the middle of text. All the Lorem Ipsum generators on the Internet tend to repeat predefined chunks as necessary, making this the first true generator on the Internet. It uses a dictionary of over 200 Latin words, combined with a handful of model sentence structures, to generate Lorem Ipsum which looks reasonable. The generated Lorem Ipsum is therefore always free from repetition, injected humour, or non-characteristic words etc.

Stratega jest wiodącą firma badawczą świadczącą swoje usługi na terenie kilku krajów Europy Środkowej i Wschodniej. Specjalizują się w wielu rynkach, takich jak FMCG, opieka zdrowotna, farmaceutyczny, samochodowy, bankowy, ubezpieczeniowy, sektor energetyczny, telekomunikacyjny i dobra trwałe, oferując badania jakościowe i ilościowe.

Wyzwanie

Stratega chciała rozszerzyć swoją działalność i zdobyć rynek poprzez zautomatyzowanie niektórych swoich procesów biznesowych i połączenie ich w jedno narzędzie, które mogłoby być dostępne nie tylko dla ich pracowników, ale także dla innych firm badawczych poprzez platformę za opłatą. Rozwiązanie to miało być innowacyjne, ponieważ nie istniał wówczas produkt, który pozwalałby na przeprowadzenie tak wielu rodzajów badań. Obiecano im także finansowanie w fazie rozruchowej pod warunkiem, że rozwiązanie będzie gotowe w ciągu trzech miesięcy – co stało się jednym z głównych wymagań.
Narzędzie zostało nazwane Interviewly.

Cel

Dostarczyć w ciągu 3 miesięcy produkt umożliwiający:

• Przeprowadzenie kilku rodzajów badań rynku
• Wybór jednego z 15 języków interfejsu użytkownika
• Zapraszanie respondentów za pomocą e-maili
• Ocena respondentów za pomocą ankiet
• Planowanie spotkań
• Przeprowadzanie wideokonferencji z udziałem wielu użytkowników, nagrywaniem, udostępnianiem ekranu, dwiema ścieżkami dźwiękowymi (jedną dla gospodarza, drugą dla tłumacza) i transkrypcją
• Gromadzenie danych respondentów
• Dostępność dla różnych rodzajów urządzeń (komputery osobiste, tablety, telefony komórkowe)
• Zarządzanie firmami i ich zespołami, przyznawanie im różnych zestawów uprawnień
• Powiadamianie użytkowników o wydarzeniach

Stos technologiczny

React.js, Node.js, TypeScript, Python, PHP, MySQL, REST API, AWS (EC2, S3, ECR, RDS, EFS), RabbitMQ, Docker, OpenAI Whisper, Janus Gateway, Lime Survey, FFMPEG

Proces

Z uwagi na tak krótki termin wykonania, musieliśmy działać szybko, ale mądrze. Aby uniknąć implementowania wszystkiego od zera, postanowiliśmy zbadać istniejące rozwiązania i zintegrować je z naszym projektem.

Najpierw poszukiwaliśmy sposobów implementacji funkcji wideokonferencji.
Naszym początkowym pomysłem było użycie technologii WebRTC dostarczonej przez WebAPI, ale nasza inwestygacja wykazała, że nie jest ona zadowalająca ze względu na połączenia typu peer-to-peer, które rosłyby wykładniczo wraz z liczbą strumieni. Gotowe rozwiązania, albo nie pozwalały na dostosowanie do własnej marki, albo nie były wystarczająco konfigurowalne, aby umożliwić przekazywanie dwóch ścieżek dźwiękowych.
Te warunki zmusiły nas do wyboru Janus Gateway, który z jednej strony jest uważany za jedną z najlepszych bram multimedialnych na rynku, ale z drugiej wymaga przynajmniej podstawowej wiedzy o technologii WebRTC i nie jest łatwy do opanowania.

Następnie musieliśmy zadowolić potrzebę generacji i oceny ankiet.
Lime Survey to narzędzie o otwartym kodzie źródłowym, którego klient już używał. Biorąc pod uwagę to zaznajomienie i dostępność interfejsu API, postanowiliśmy je wybrać. Niestety nie wszystkie metody były dostępne co ograniczało nasz postęp. Aby przezwyciężyć te problemy, musieliśmy zmodyfikować kod źródłowy, aby dostosować dane do naszych potrzeb i odwrotną inżynierię struktur XML odpowiedzialnych za generowanie pytań. Na szczęście wystapiło więcej problemów z tym wyborem.

Aby zapewnić sukces takiej przedsięwzięcia, wybraliśmy wyjątkowo uzdolnionego projektanta UI/UX, który pracował nad tak znanymi produktami jak Cyberpunk. Przygotował on projekty z 3 punktami przekroju, które były dostosowane do komputerów, tabletów i urządzeń mobilnych.

Wiedząc, że produkt ma być rozwijany i skalowany dalej, wybraliśmy AWS jako dostawcę chmury, aby ustawić podstawy projektu i uniknąć migracji serwerów w przyszłości.

Szybko po wyjaśnieniu pozostałych szczegółów produktu przystąpiliśmy do planowania struktur danych odzwierciedlających abstrakcyjne jednostki. Liczne relacje wymagały użycia baz danych relacyjnych. Wybraliśmy MySQL ze względu na jego prostotę i hostowaliśmy go na AWS RDS. Stworzyliśmy 20 tabel, aby kategoryzować wszystkie dane.

Gdy styl został wybrany i dostarczone zostały pierwsze projekty, przystąpiliśmy do implementacji interfejsu użytkownika i testów z danymi przykładowymi. Po zakończeniu prac nad front-endem zajęliśmy się back-endem.

Z wykorzystaniem bramy Janus stworzyliśmy klienta wideokonferencji i jego serwerową wersję do dynamicznego tworzenia spotkań, ich nagrywania i zamykania, gdy nie są już potrzebne. API i większość usług back-endowych zostały zaimplementowane w Node.js, ale ponieważ Whisper oferuje tylko integrację z Pythonem, napisaliśmy usługi transkrypcji w języku Python. Kilka funkcji były obciążające dla procesora i blokujące wątki, dlatego aby zapewnić wydajność systemu i responsywność API, wydzieliliśmy je do swoich mikrousług. Najbardziej wymagające z nich otrzymały własne instancje EC2 z dodatkową mocą obliczeniową i pamięcią. Dzięki EFS możliwy był dostęp do „ciężkich” plików nagraniowych we wszystkich instancjach EC2 bez dodatkowego transferu. Po przetworzeniu wszystkie pliki trafiały do kubełków S3. Kolejnym problemem, który musieliśmy rozwiązać, był dostęp do dostarczania e-maili. Biorąc pod uwagę ogromną ilość wysyłanych wiadomości, musieliśmy ograniczyć ich liczbę, aby zapewnić dostarczenie ich bez oznaczania jako spam.

Rezultat

Po zaledwie 3 miesiącach intensywnej pracy dostarczyliśmy wersję MVP w pełni responsywnej aplikacji internetowej, która oferuje wszystkie żądane funkcje, dzięki czemu klient był w stanie pozyskać finansowanie i kontynuować dalszy rozwój.
Obecnie nadal pracujemy nad jej ulepszaniem, aby przekształcić to MVP w produkt najwyższej jakości z jeszcze większą ilością funkcji, takich jak blog czy system zarządzania treścią (CMS).

O kliencie

Kolsar Recykling jest firmą zajmującą się przetwórstwem odpadów działającą na terenie kilku powiatów.

Wyzwanie

Kolsar w ich codziennych sprawach wykonuje wiele dostaw i odbiorów z dużego obszaru geograficznego.
W swoich codziennych poczynaniach używali prostego arkusza Excel by śledzić harmonogram, lecz w miarę rozwoju firmy stawało się to coraz bardziej uciążliwe.
Planowanie tras dostaw jest żmudnym zadaniem, gdzie błędy się zdarzają.

Cel

Dostarczyć aplikację, która:

• Jest dostepna dla wielu typów urządzeń (komputery stacjonarne, tablety)
• Zabezpiecznona i dostępna jedynie dla użytkowników
• Dostarcza różne zestawy funkcjonalności, uzależnione od typu użytkownika
• Pozwala na planowanie dostaw i odbiorów
• Planuje dostawy i odbiory wyznaczając optymalną trasę
• Minimalizuje koszta utrzymania

Stos technologiczny

React.js, MaterialUI, Node.js, Express.js, MapQuest, Leaflet.js, MongoDB.

Proces

By osiągnąć szybki czas dostawy i zredukować czas dewelopmentu zaprojektowano responsywną aplikację webową z zamiarem renderowania na dwóch rodzajach urządzeń.
Biblioteka MaterialUI dostarczyła komponentów „miłych dla oka”, jednocześnie ograniczając czas projektowania i kodowania.

JWT pozwoliły na bezpieczny dostęp jedynie uprawnionym użytkownikom. Wszystko zostało obsłużone przez silnik Node.js, jako lekkie rozwiązanie backendowe.

Serwis MapQuest został wybrany jako dostawca rozwiązania optymalizacji tras, którego wyniki wyświetlane są na mapie Leaflet.js wraz z elementami kontrolnymi w celu manipulacji trasy, w miarę realizacji dostaw.
By ograniczyć zużycie kwoty zapytań do serwisu, wyniki odwrotnego geokodowania są cache’owane w bazie danych z wysoką wartością TTL, ponieważ istnieje bardzo niskie prawdopodobieństwo, że się zmienią.

MongoDB zostało wybrane technologią przechowywania danych ze względu na zmienną strukturę danych geolokacyjnych, oraz nierelacyjną strukturę danych użytkownika.

Zakup długoterminowej subsktypcji u lokalnego dostawcy hostingu pozwolił na zminimalizowanie kosztów utrzymania rozwiązania do 10zł miesięcznie, oraz uniknięcie opłat za użycie zewnętrznych serwisów i licencji.

Rozdział funkcji użytkowników według ról, pozwolił na uniemożliwienie podejmowania niedozwolonych akcji.

Rezultat

Dzięki stworzonemu rozwiązaniu, klient mógł przestać posugiwać się plikami Excel i planować dostawy w swoim biurze, podczas gdy kierowcy byli w stanie realizować trasy i notyfikować biuro o tym, czy dostaw została opłacona na miejscu, odroczona do czasu odbioru, lub poinformować o odroczonej czasie odbioru.

Pojedyncze narzędzie przejęło rolę planowania, zarządzania harmonogramem i płatnościami, stając się głównym środkiem realizacji zadań.

O kliencie

FLIR Systems (obecnie część Teledyne FLIR) to jeden z największych na świecie producentów kamer termowizyjnych.

Wyzwanie

Aby testować swoje urządzenia i wprowadzać nowe funkcje, FLIR gromadzi ogromne ilości danych wizualnych – zarówno wideo, jak i zdjęć. Niektóre z tych funkcji wykorzystują uczenie maszynowe, które wymaga precyzyjnie oznaczonych danych, aby generować poprawne wyniki.

Przygotowanie danych to czasochłonny i żmudny proces, wymagający dokładnej analizy przeprowadzanej przez wyspecjalizowane zespoły. Aby usprawnić ich pracę, stworzono wewnętrzne narzędzie do zbierania, przetwarzania i kategoryzowania danych. Początkowo był to niewielki projekt, który z czasem rozrósł się w rozbudowaną aplikację. Jednak brak odpowiedniego projektu zaczął negatywnie wpływać na jej funkcjonalność i wydajność.

Cel

Naszym zadaniem było odświeżenie projektu i optymalizacja istniejącej aplikacji poprzez:

• Przemyślenie roli produktu, refaktoryzację istniejących funkcji i zaproponowanie nowych
• Zaprojektowanie intuicyjnego interfejsu użytkownika, poprawiającego doświadczenie użytkowników
• Dopasowanie stylu aplikacji do wewnętrznych wytycznych firmy
• Poprawę wydajności, aby zwiększyć efektywność zespołów przetwarzających dane – w ekstremalnych przypadkach nawet podstawowe operacje zajmowały kilkadziesiąt sekund

Stos technologiczny

React.js, Node.js, Apollo GraphQL, RabbitMQ, AWS (EBS, SES, ECR).

Proces

Zaczęliśmy od wdrażania drobnych usprawnień i poprawek błędów, aby zapoznać się z istniejącym rozwiązaniem i lepiej zrozumieć wymagania biznesowe. Równocześnie współpracowaliśmy z projektantem UI/UX, aby opracować nowy wygląd i zaplanować dodatkowe funkcjonalności.

Optymalizowaliśmy również zapytania GraphQL wysyłane do serwera, ograniczając ilość zwracanych danych, co w niektórych przypadkach skróciło czas odpowiedzi nawet trzykrotnie.

Gdy pierwsze projekty graficzne były gotowe, ustaliliśmy następujący harmonogram działań:

1. Wymiana podstawowych komponentów interfejsu, takich jak przyciski i listy rozwijane.
2. Aktualizacja kluczowych elementów aplikacji, np. pasków narzędzi i nawigacji.
3. Redefinicja układów z refaktoryzacją starszych elementów, które musiały zostać dostosowane do nowego projektu, oraz optymalizacja renderowania, aby działało tylko wtedy, gdy było to konieczne.
4. Wymiana pozostałych, mniej istotnych komponentów UI.
5. Dalsza optymalizacja zapytań GraphQL w celu jeszcze większego ograniczenia zbędnego transferu danych.

W miarę postępów w projekcie zaangażowano dodatkowych programistów, aby zapewnić precyzyjną realizację projektu w rozsądnym czasie. Ostatecznie zarządzaliśmy zespołem składającym się z Project Managera, projektanta UI/UX, czterech programistów i testera.

Rezultat

Po 15 miesiącach pracy klient otrzymał nową wersję aplikacji frontendowej z nowoczesnym, uporządkowanym interfejsem, zgodnym z wewnętrznymi wytycznymi firmy. Wydajność została poprawiona nawet o 300%.