Opieka serwisowa

Utrzymuj to, co działa. Planuj #zmiany, których potrzebuje Twój biznes.

Uruchomiony sklep, aplikacja lub integracja nadal wymagają uwagi. Pojawiają się problemy, zmieniają się potrzeby i zależności od innych systemów. Nie każda sytuacja wymaga nowego wdrożenia — często potrzebna jest diagnoza i dobrze określony zakres dalszych prac.

Porozmawiajmy o opiece nad Twoim rozwiązaniem

Kiedy warto skorzystać z #opieki serwisowej?

  • Rozwiązanie działa, ale potrzebuje bieżących zmian

    Chcesz zmienić fragment interfejsu, dostosować funkcję lub rozwinąć integrację. Potrzebujesz partnera, który odniesie zadanie do istniejącego systemu, zamiast traktować każdą zmianę jak osobny projekt od zera.

  • Pojawiają się problemy wymagające diagnozy

    Widzisz nieprawidłowe działanie, ale nie znasz przyczyny. Trzeba ustalić, kiedy występuje, jakiego obszaru dotyczy i czy zależy od kodu, konfiguracji, danych lub zewnętrznego dostawcy.

  • Kilka systemów odpowiada za jeden proces

    Sklep, ERP, magazyn i inne narzędzia wymieniają dane. Gdy proces przestaje działać zgodnie z oczekiwaniami, ważne jest rozpoznanie zależności i zakresu odpowiedzialności, a nie przypadkowe poprawianie kolejnych elementów.

  • Dotychczasowy wykonawca nie prowadzi już projektu

    Potrzebujesz omówić przejęcie opieki. Najpierw warto sprawdzić dokumentację, dostępne środowiska, uprawnienia i ograniczenia rozwiązania, żeby wiedzieć, jaki zakres można rzeczywiście objąć wsparciem.

  • Chcesz uporządkować zgłoszenia i rozwój

    Błędy, pytania i nowe pomysły trafiają różnymi drogami. Ustalenie sposobu zgłaszania, priorytetów i odbioru pomaga oddzielić diagnozę od rozbudowy oraz świadomie planować dalsze zadania.

  • Przygotowujesz zmianę w działającym systemie

    Nowa aplikacja, modyfikacja konfiguracji lub zmiana integracji mogą wpływać na inne procesy. Potrzebujesz określić zależności, warunki sprawdzenia i sposób publikacji przed rozpoczęciem.

W czym możemy #pomóc

Diagnozowanie zgłoszonych problemów

Poznajemy objawy i okoliczności wystąpienia. W uzgodnionym zakresie analizujemy materiały potrzebne do ustalenia przyczyny. Jeśli brakuje danych lub problem zależy od innego dostawcy, wskazujemy, co trzeba wyjaśnić.

Poprawki w obsługiwanym rozwiązaniu

Po rozpoznaniu problemu ustalamy możliwe działania. Zakres naprawy odnosimy do technologii, dostępnych uprawnień i zależności. Nie zakładamy, że każdy problem można usunąć w module, do którego mamy dostęp.

Modyfikacje i rozwój

Realizujemy uzgodnione zmiany w istniejących sklepach, aplikacjach i integracjach. Doprecyzowujemy oczekiwany efekt oraz wpływ na obecne działanie, żeby nowa potrzeba nie rozszerzała zakresu bez ustaleń.

Wsparcie integracji

Pomagamy przy problemach i zmianach dotyczących połączeń między systemami. Określamy obsługiwany fragment oraz potrzebny udział dostawców. Widoczny błąd synchronizacji nie przesądza jeszcze, gdzie powstała jego przyczyna.

Planowanie prac utrzymaniowych

Omawiamy potrzeby i ograniczenia działającego rozwiązania. Aktualizacje, zmiany konfiguracji czy porządkowanie wybranego obszaru mogą wymagać osobnego zaplanowania i sprawdzenia zgodności z pozostałymi elementami.

Testowanie i odbiór zmian

Sprawdzamy rezultat odpowiednio do uzgodnionego zadania, a następnie przekazujemy go do odbioru. Zakres testów, środowisko i sposób publikacji potwierdzamy w kontekście ryzyka zmiany.

Co zyskujesz w ramach #współpracy?

Ustalamy sposób obsługi potrzeb istniejącego rozwiązania, od zgłoszenia problemu po uzgodnione działania. W zależności od zakresu współpracy możliwe rezultaty to:

Obszary i odpowiedzialności

Określenie obsługiwanych obszarów i odpowiedzialności.

Zgłaszanie spraw

Uzgodniony sposób zgłaszania problemów i zmian.

Diagnoza i ograniczenia

Informacje o ustaleniach diagnozy oraz ograniczeniach.

Dalsze działania

Propozycja dalszych działań w zgłoszonej sprawie.

Realizacja prac

Realizacja zaakceptowanych prac.

Sprawdzenie efektu

Możliwość sprawdzenia efektu względem ustaleń.

Nie każde zgłoszenie kończy się zmianą kodu. Potrzebne może być doprecyzowanie danych, poprawienie konfiguracji lub działanie dostawcy zewnętrznego. Diagnoza nie jest automatyczną gwarancją naprawy niezależnie od przyczyny.

Forma informacji o pracach, dokumentacja i dodatkowe materiały wymagają uzgodnienia. Sama nazwa „opieka serwisowa” nie oznacza objęcia wszystkich systemów, stałego monitorowania ani gwarancji nieprzerwanego działania.

Formy #współpracy

Stała współpraca w uzgodnionym zakresie

Możemy omówić opiekę nad określonym rozwiązaniem oraz planowanie kolejnych zadań. Przed startem potwierdzamy obszary wsparcia, sposób zgłaszania, dostępność i warunki rozliczenia.

Wsparcie przy konkretnym zadaniu

Na stronie opisujemy także możliwość rozpoczęcia od naprawy problemu, modyfikacji szablonu lub uporządkowania integracji. Zakres diagnozy i dalszych prac ustalamy odpowiednio do sytuacji oraz dostępnych informacji.

Przejęcie istniejącego projektu

Jeśli rozwiązanie powstało u innego wykonawcy, najpierw sprawdzamy dokumentację, środowiska i zależności. Dopiero na tej podstawie potwierdzamy możliwy zakres opieki i potrzebne przygotowanie.

W ogólnym opisie współpracy wskazujemy stałą umowę, pakiet godzin rozwojowych lub pojedyncze zlecenia. Dostępność tych form i szczegółowe warunki trzeba potwierdzić dla Twojego rozwiązania. Nie oznaczają automatycznie dyżuru ani określonego czasu reakcji.

Nie podajemy uniwersalnego pakietu, ponieważ zakres opieki nad sklepem, aplikacją i rozbudowaną integracją może się istotnie różnić.

Technologie i obszary #e-commerce

Opiekę dopasowujemy do architektury rozwiązania

Unlimitech opisuje opiekę serwisową dla AtomStore, Shopify i Shopify Plus oraz Medusa.js. Oferta wsparcia obejmuje również istniejące aplikacje i integracje.

W zależności od ustaleń prace mogą dotyczyć:

Sklep i interfejs

dostępnych elementów sklepu i interfejsu;

Funkcje aplikacji

uzgodnionych funkcji aplikacji;

Rozszerzenia i moduły

własnych rozszerzeń i modułów;

Integracje systemów

połączeń z ERP, PIM, WMS lub CRM;

Konfiguracja i dane

konfiguracji i przepływu danych w obsługiwanym zakresie;

Rozwój rozwiązania

rozwoju rozwiązania wraz ze zmianą potrzeb biznesu.

Granice opieki zależą od tego, co pozostaje pod naszą kontrolą. W platformie dostawcy część infrastruktury i funkcji jest zarządzana poza projektem. W rozwiązaniu z własnym backendem trzeba osobno określić odpowiedzialność za kod, hosting, dane i usługi zewnętrzne.

Nie zakładamy pełnego dostępu do oprogramowania platformy ani możliwości naprawy awarii każdego dostawcy.

Czego opieka serwisowa nie #obejmuje?

Wsparcia 24/7 i gwarantowanych terminów bez umowy

Godziny obsługi, kanały zgłoszeń, priorytety oraz ewentualne czasy reakcji wymagają ustalenia. Czas przyjęcia lub podjęcia sprawy nie jest tym samym co czas jej rozwiązania.

Automatycznego monitoringu i kopii zapasowych

Stały monitoring, alerty, wykonywanie kopii i testy odtwarzania nie są domyślnie wliczone. Trzeba określić zakres, odpowiedzialność i warunki działania. Samo istnienie kopii nie potwierdza możliwości odtworzenia całego systemu.

Pełnej administracji infrastrukturą

Hosting, serwery, domeny, certyfikaty, poczta i sieć nie stają się automatycznie częścią opieki nad aplikacją. Każdy z tych obszarów wymaga wskazania odpowiedzialnego podmiotu i potrzebnych uprawnień.

Nieograniczonego rozwoju i aktualizacji

Nowe funkcje, większa przebudowa i migracja są osobnymi zadaniami. Nie deklarujemy automatycznego aktualizowania wszystkich komponentów bez oceny wpływu i warunków wdrożenia.

Gwarancji bezpieczeństwa i braku awarii

Opieka nie zastępuje pełnego audytu bezpieczeństwa, testów penetracyjnych ani oceny zgodności prawnej. Nie obiecujemy wyeliminowania wszystkich podatności, incydentów i przestojów.

Odpowiedzialności za wszystkie usługi zewnętrzne

Nie możemy zagwarantować dostępności platformy, operatora płatności ani innego dostawcy. Zakres naszego udziału w diagnozie, komunikacji i dalszych działaniach trzeba określić.

Nie zakładamy również zgody na operacje w produkcji lub danych. Publikację, migracje, odtwarzanie i inne działania o istotnych skutkach uzgadniamy przed wykonaniem.

Dla kogo jest #usługa?

Zarezerwuj rozmowę z CEO
01

Dobry punkt startowy

masz działający sklep, aplikację lub integrację;

Inny zakres

dopiero planujesz nowe rozwiązanie — rozważ konsultacje lub analizę;
02

Dobry punkt startowy

potrzebujesz diagnozy problemów i realizacji zmian;

Inny zakres

potrzebujesz pełnego audytu bezpieczeństwa — ustal odrębny zakres;
03

Dobry punkt startowy

chcesz ustalić sposób obsługi zgłoszeń;

Inny zakres

chcesz najpierw ocenić użyteczność lub dostępność — porozmawiajmy o audycie;
04

Dobry punkt startowy

możesz zapewnić niezbędny kontekst i osoby do decyzji;

Inny zakres

potrzebujesz wyłącznie dodatkowych kompetencji do własnego zespołu — rozważ outsourcing IT;
05

Dobry punkt startowy

zależy Ci na rozwoju istniejącego rozwiązania, nie automatycznej wymianie.

Inny zakres

oczekujesz natychmiastowej interwencji — konieczne jest sprawdzenie aktualnej dostępności i warunków, nie samo wysłanie formularza.

Nie musisz znać przyczyny problemu. Opisz objawy i wpływ na pracę, a ustalimy możliwy zakres pierwszego sprawdzenia.

Jak pracujemy?
Nasz #PROCES.

Jak przygotować się do #współpracy?

Na początku przydadzą się:

Adres i opis

Podaj adres rozwiązania oraz jego krótki opis funkcjonalny.

Technologia i zależności

Wskaż technologie użyte w projekcie oraz znane zależności systemowe.

Dotychczasowa opieka

Przedstaw informacje o dotychczasowym wykonawcy i sposobie opieki.

Dokumentacja i środowiska

Pokaż dostępną dokumentację i opisz środowiska. Jej brak nie wyklucza rozmowy, ale może wymagać dodatkowego rozpoznania. Przed przejęciem sprawdzimy dostępność, stan i możliwość obsługi potrzebnych elementów.

Potrzeby i rozwój

Określ priorytetowe potrzeby w zakresie utrzymania oraz planowanego rozwoju.

Decyzje i odbiór

Wskaż osoby decyzyjne oraz odpowiedzialne za proces odbioru prac.

Dostępność wsparcia

Określ oczekiwania dotyczące czasu reakcji i dostępności wsparcia.

Przy zgłoszeniu problemu opisz:

Zdarzenie i czas

Opisz, co i kiedy się wydarzyło.

Działania przed błędem

Wskaż działanie, które poprzedziło błąd.

Oczekiwany rezultat

Opisz oczekiwany i rzeczywisty rezultat.

Zasięg i wpływ

Określ zasięg problemu i jego wpływ na działanie.

Ostatnie zmiany

Wskaż ostatnie zmiany, jeśli są Ci znane.

Komunikaty i materiały

Dołącz komunikaty lub materiały, usuwając zbędne dane klientów ze zrzutów i przykładów. Nie przesyłaj haseł, kluczy API, tokenów ani danych kart. Dostępy i sposób przekazania materiałów uzgodnimy osobno.

Najczęstsze #pytania

Czy opiekujecie się rozwiązaniami po innych wykonawcach?

Możemy omówić przejęcie istniejącego projektu. Najpierw sprawdzamy dokumentację, środowiska i zależności, a potem potwierdzamy możliwy zakres wsparcia.

Czy opieka obejmuje tylko usuwanie błędów?

Nie. Oferta obejmuje również rozwój istniejących rozwiązań. Nowe funkcje i zmiany wymagają ustalenia zakresu, kosztu oraz sposobu odbioru.

Czy zapewniacie obsługę 24/7 lub SLA?

Nie przedstawiamy ich jako standardu. Godziny, dostępność, priorytety i ewentualne zobowiązania czasowe wymagają osobnego potwierdzenia.

Jak szybko rozwiążecie problem?

Nie można zadeklarować tego bez znajomości sytuacji i warunków współpracy. Diagnoza może ujawnić zależność od platformy, danych lub innego dostawcy. Reakcja na zgłoszenie nie oznacza zakończenia naprawy.

Czy można zacząć od pojedynczej sprawy?

Tak — opisujemy możliwość rozpoczęcia od konkretnego problemu lub zmiany. Dostępność, zakres pierwszego sprawdzenia i dalsze prace potwierdzamy przed realizacją.

Czy w pakiecie są aktualizacje i backupy?

Nie zakładamy tego automatycznie. Zakres aktualizacji, kopii, odtwarzania i monitoringu trzeba ustalić, wraz z odpowiedzialnością za poszczególne elementy.

Co jeśli problem leży po stronie dostawcy?

Wskazujemy rozpoznane zależności w granicach wykonanej diagnozy. Dalszy udział w kontakcie, obejściu problemu lub zmianie integracji wymaga uzgodnienia. Nie kontrolujemy terminów dostawcy.

Czy każda diagnoza kończy się naprawą?

Nie zawsze. Może być potrzebny dodatkowy dostęp, decyzja lub działanie innego podmiotu. Zakres diagnozy i ewentualnej naprawy trzeba rozdzielić.

Jak rozliczana jest współpraca?

W ogólnym opisie wskazujemy stałą współpracę, pakiet godzin lub pojedyncze zlecenia. Konkretny model, limity, zasady wykorzystania i akceptacji prac ustalamy dla rozwiązania.

Czy opieka oznacza gwarancję lub asystę po wdrożeniu?

Nie należy utożsamiać tych pojęć. Warunki odpowiedzialności za wcześniejsze prace i asysty zależą od umowy. Dalsza opieka ma własny uzgodniony zakres.

Jak zgłaszać pilną awarię?

Przez kanał i w trybie określonym w warunkach współpracy. Formularz dla nowych zapytań ani kalendarz rozmów nie są same w sobie kanałem interwencyjnym.