Projektujemy i rozwijamy strony internetowe, aplikacje internetowe i inne rozwiązania cyfrowe. Zakres procesu dopasowujemy do projektu - od analizy i UX/UI, przez wdrożenie i integracje, po uruchomienie i dalszy rozwój.
Najprościej zacząć od telefonu albo krótkiego e-maila i umówić rozmowę. Nie potrzebujemy na tym etapie kompletnego briefu ani gotowej specyfikacji. Warto jednak wcześniej ułożyć sobie kilka podstawowych informacji o firmie i planowanym projekcie.
Dobrze zacząć od jednej myśli, która opisuje powód zmiany. Może chodzić o odświeżenie wizerunku, wejście na nowy rynek, poszerzenie oferty albo przebudowę serwisu, który przestał nadążać za rozwojem firmy.
Jeżeli problemem jest stary CMS, przestarzały UX, trudna nawigacja czy sposób prezentowania produktów, warto powiedzieć nam o tym od razu. To daje nam punkt zaczepienia do dalszej rozmowy.
Chcemy też wiedzieć, czym firma się zajmuje, jak wygląda jej oferta, rynek i konkurencja. Przy większych organizacjach dobrze zebrać te informacje od kilku osób. Może to być brief, dokument, arkusz albo zwykły e-mail. Forma ma drugorzędne znaczenie.
Pomagają nam również materiały, które już istnieją: obecna strona internetowa, dane analityczne, dokumentacja, katalog produktów, systemy używane w firmie czy branding. Jeżeli część z tych rzeczy dopiero ma powstać, po prostu uwzględnimy to w rozmowie.
Zdarza się, że firmy odkładają kontakt, ponieważ chcą najpierw dokładnie opisać całe rozwiązanie. Zwykle nie ma takiej potrzeby.
Lepiej skontaktować się z nami wcześniej. Dopytamy, uporządkujemy informacje i wspólnie ustalimy, czego naprawdę potrzebujemy do przygotowania oferty. Możemy też wskazać rozwiązania, których klient nie brał wcześniej pod uwagę.
Nie trzeba samodzielnie przeszukiwać internetu, wybierać technologii ani projektować przyszłego systemu. Analiza, projektowanie UX i dobór rozwiązania są częścią naszej pracy.
Pierwszą rozmowę prowadzi Łukasz. Nie jest to rozmowa z handlowcem prezentującym gotowy pakiet usług. Rozmawiamy o firmie, jej procesach, ofercie, danych, systemach i problemach, które nowy serwis ma rozwiązać.
Pierwsze informacje pomagają nam przygotować ofertę, ale jeszcze ważniejsze jest późniejsze zaangażowanie osób po stronie klienta.
Podczas analizy i projektowania potrzebujemy dostępu do ludzi, którzy znają firmę, jej klientów, produkty i sposób działania. My wnosimy doświadczenie projektowe i techniczne, klient wiedzę o swoim biznesie. Im lepiej te dwa obszary połączymy, tym lepszy będzie efekt.
Nie każdy projekt przebiega identycznie. Zakres poszczególnych etapów zależy od tego, z czym klient do nas przychodzi i co ma powstać. Część prac prowadzimy równolegle, a kolejne decyzje konsultujemy w trakcie projektu, zamiast zostawiać całą weryfikację na koniec.
Pierwsza analiza zaczyna się już na etapie zapytania ofertowego. Staramy się zrozumieć, co ma powstać - strona internetowa, aplikacja czy bardziej rozbudowane rozwiązanie -jaki problem projekt ma rozwiązać i jakie są jego najważniejsze wymagania.
Na tej podstawie przygotowujemy ofertę dopasowaną do konkretnego projektu, zamiast składać ją z gotowego pakietu usług.
Po ustaleniu zakresu podpisujemy umowę, w której określamy zasady współpracy, odpowiedzialność stron i sposób prowadzenia projektu.
Po rozpoczęciu projektu wchodzimy znacznie głębiej. Analizujemy materiały, dane i działające systemy, prowadzimy warsztaty i rozmawiamy z osobami zaangażowanymi w projekt.
Chcemy zrozumieć nie tylko listę funkcji, ale również to, kto będzie korzystał z systemu, jakie zadania ma wykonywać i jakie problemy nowy serwis ma rozwiązać.
Na podstawie zebranych informacji powstaje architektura informacji, najważniejsze ścieżki użytkowników oraz sposób działania poszczególnych funkcji.
Pracujemy na prototypach i wireframe'ach, dzięki czemu można sprawdzić logikę serwisu zanim zaczniemy projektować jego finalny wygląd.
W przypadku aplikacji internetowych większy nacisk kładziemy na scenariusze użytkownika, logikę działania funkcji oraz przejścia pomiędzy kolejnymi etapami procesu.
Kiedy struktura i najważniejsze funkcje są ustalone, projektujemy interfejs. Budujemy go z powtarzalnych komponentów zgodnie z podejściem Atomic Design, żeby późniejszy rozwój serwisu nie wymagał projektowania każdego widoku od początku.
W projektach dla instytucji dostępność zgodną z WCAG uwzględniamy już na tym etapie.
Gdy projekt tego wymaga, pomagamy również uporządkować identyfikację wizualną albo przygotować elementy brandingu potrzebne do zaprojektowania serwisu.
Równolegle z pracami projektowymi porządkujemy model danych, zależności pomiędzy treściami oraz sposób komunikacji z innymi systemami.
Następnie rozwijamy backend i frontend. W Drupalu przygotowujemy struktury danych, mechanizmy zarządzania treścią, uprawnienia i logikę systemu. Frontend odpowiada za odwzorowanie zaprojektowanego interfejsu i jego działanie po stronie użytkownika.
W tym samym czasie projektujemy i wdrażamy potrzebne integracje z zewnętrznymi systemami.
W środowisku deweloperskim lub testowym migrujemy dane z poprzedniego systemu albo uzupełniamy serwis treściami potrzebnymi przed uruchomieniem.
W trakcie developmentu i przed publikacją testujemy działanie funkcji, integracji i najważniejszych scenariuszy użytkownika. W projektach objętych wymaganiami dostępności sprawdzamy również zgodność z WCAG.
Klient ma dostęp do kolejnych etapów projektu i może je na bieżąco weryfikować. Uwagi i korekty wprowadzamy w trakcie prac, a nie dopiero tuż przed publikacją.
Po zakończeniu testów i akceptacji przygotowujemy środowisko produkcyjne, wykonujemy końcową migrację danych i publikujemy serwis.
W zależności od projektu uruchomienie może obejmować również konfigurację infrastruktury, przekierowania ze starego serwisu, analitykę oraz szkolenie osób, które będą zarządzać treścią.
Publikacja nie musi kończyć współpracy. Możemy dalej odpowiadać za utrzymanie, aktualizacje, wsparcie techniczne i rozwój kolejnych funkcji.
Część zmian wynika z planów rozwoju, a inne pojawiają się dopiero po uruchomieniu, gdy użytkownicy zaczynają korzystać z serwisu.
Najlepiej sposób naszej pracy opisują firmy i instytucje, z którymi realizowaliśmy projekty.
Jesteśmy bardzo zadowoleni z prac oraz jakości obsługi, wysokie wymagania zarówno technologiczne, jak i graficzne stawiane firmie przez naszych specjalistów zawsze są profesjonalnie spełnione.
Rekomendujemy usługi Agencji CG2. Zaangażowanie, profesjonalizm i zdolności twórcze Zespołu CG2 z pewnością przyczynią się do sukcesu każdego projektu.
Usługi są wykonane na najwyższym poziomie, z uwzględnieniem aktualnych trendów i standardów graficznych i technologicznych.
Agencja Interaktywna CG2 zaprojektowała, zaprogramowała i wdrożyła serwis internetowy Archiselt.com w oparciu o autorskie oprogramowanie CMS: AH.System. Profesjonalnie zrealizowane zadanie od zaprojektowania, po wdrożenie.
Profesjonalizm, dbałość o bezpieczeństwo, terminowość oraz szerokie doradztwo sprawiają, że CG2 to niezawodny partner.
Z pełnym przekonaniem polecamy ich do tworzenia i rozwoju nowoczesnych stron internetowych dla instytucji kultury.
Głównymi czynnikami, które zdecydowały o wyborze tego wykonawcy były dotychczasowa współpraca, pozytywne opinie innych klientów oraz doradztwo i doświadczenie w projektowaniu nowoczesnych projektów graficznych oraz funkcjonalnych i intuicyjnych serwisów internetowych.
Nie wymagamy gotowej specyfikacji. Już na etapie przygotowania oferty staramy się poznać projekt, jego cele i najważniejsze wymagania.
Po rozpoczęciu współpracy zakres doprecyzowujemy podczas analizy, warsztatów i pracy nad UX. Jeżeli dokumentacja już istnieje, wykorzystujemy ją jako punkt wyjścia.
Nie zawsze. Proces zależy od tego, z czym klient do nas przychodzi i jaki jest zakres prac.
Możemy rozpocząć projekt od analizy i UX/UI, ale możemy też otrzymać gotowy projekt interfejsu i odpowiadać za development. W istniejących systemach pierwszym etapem może być audyt kodu i architektury.
Najwięcej współpracy potrzebujemy podczas analizy, ustalania wymagań i akceptacji kolejnych etapów. Po stronie klienta ważna jest osoba lub zespół, który zna projekt i może podejmować decyzje.
Nie oczekujemy jednak, że klient będzie sam zarządzał pracą zespołu developerskiego. Organizację developmentu i koordynację prac prowadzimy po swojej stronie.
Nie czekamy z prezentacją do momentu, gdy cały system jest gotowy. W zależności od etapu pokazujemy architekturę informacji, prototypy, projekty UI oraz działające elementy serwisu na środowisku testowym.
Dzięki temu decyzje i korekty podejmujemy w trakcie projektu, a nie dopiero przed jego uruchomieniem.
Najpierw sprawdzamy, jaki wpływ zmiana ma na pozostałe elementy projektu, harmonogram i zakres prac. Jeżeli warto ją wprowadzić, wspólnie ustalamy, czy robimy to od razu, czy przenosimy do kolejnego etapu rozwoju.
Nie dokładamy nowych funkcji bez sprawdzenia ich konsekwencji dla całego systemu.
Ustalamy osoby odpowiedzialne za projekt po obu stronach oraz sposób bieżącej komunikacji. Klient nie musi kontaktować się osobno z każdym projektantem czy developerem - organizację pracy zespołu prowadzimy wewnętrznie, a informacje i decyzje porządkujemy w ramach projektu.