Analiza przedwdrożeniowa e‑commerce – zakres, budżet i technologia

Analiza przedwdrożeniowa porządkuje model sprzedaży, procesy, dane, integracje i wymagania zespołu przed wyborem technologii albo rozpoczęciem wdrożenia. Aurora Creation pracuje z producentami i markami własnymi, które potrzebują wiarygodnego zakresu, nazwanych ryzyk i podstawy do dalszej estymacji.

  • Wymagania
  • Procesy
  • Dane i integracje
  • Technologia
  • Ryzyka
  • Zakres i budżet

Czym jest analiza przedwdrożeniowa e‑commerce?

Analiza przedwdrożeniowa e‑commerce to etap poprzedzający nowe wdrożenie, migrację lub dużą przebudowę platformy. Jej celem jest zebranie wymagań biznesowych i technicznych oraz przygotowanie zakresu, architektury, budżetu i harmonogramu realizacji projektu.

Analiza nie ocenia jakości istniejącego rozwiązania — temu służą audyty specjalistyczne. Odpowiada na inne pytanie: co należy zbudować, w jakiej kolejności i jakim kosztem. Dlatego jej wynik ma formę dokumentu, na podstawie którego można zatwierdzić zakres, wybrać technologię i rozpocząć prace.

Im więcej działów, systemów i wyjątków procesowych wpływa na sprzedaż, tym mniej wiarygodna będzie estymacja przygotowana wyłącznie na podstawie listy funkcji. Analiza zamienia tę listę na opisane procesy, nazwane zależności i decyzje podjęte przed rozpoczęciem developmentu.

Analiza przygotowuje

  • wymagania biznesowe i techniczne
  • zakres projektu podzielony na etapy
  • architekturę rozwiązania
  • estymację budżetu
  • harmonogram realizacji

Błędy zakresu stają się kosztowne, gdy wdrożenie już trwa

Niejasności wykryte podczas analizy zwykle wymagają rozmowy i decyzji. Te same niejasności wykryte po wdrożeniu części funkcji mogą wymagać zmiany architektury, integracji albo gotowego procesu.

  1. 01

    Lista funkcji bez opisanego procesu

    Zespół zbiera pomysły i wymagania, lecz nie ustala, kto wykonuje dane działanie, skąd pochodzą informacje i co dzieje się w sytuacji wyjątkowej.

    KonsekwencjaFunkcje projektowane osobno zaczynają ze sobą kolidować.

  2. 02

    Platforma wybrana przed poznaniem wymagań

    Decyzja wynika z wcześniejszych doświadczeń, popularności technologii albo pierwszej otrzymanej oferty.

    KonsekwencjaCzęść procesów wymaga kosztownych modyfikacji albo ręcznych obejść.

  3. 03

    Integracja opisana wyłącznie nazwą systemu

    Wymaganie brzmi „integracja z ERP”, lecz nie wskazuje danych, kierunku wymiany, częstotliwości, wyjątków i właściciela procesu.

    KonsekwencjaPrac nie da się rzetelnie wycenić, a blokady wychodzą dopiero podczas implementacji.

  4. 04

    Różne działy mają inne priorytety

    Sprzedaż, logistyka, marketing, finanse i IT opisują ten sam projekt z własnej perspektywy.

    KonsekwencjaZakres rośnie w trakcie prac, ponieważ decyzje nie zostały uzgodnione przed startem.

Kiedy lista funkcji nie wystarczy do ustalenia zakresu

Analiza przedwdrożeniowa poprzedza nowe wdrożenie, migrację albo dużą przebudowę platformy. Warto ją przeprowadzić wtedy, gdy sprzedaż zależy od wielu działów, systemów i wyjątków procesowych.

Zobacz przebieg analizy

Sytuacje przed wdrożeniem

  1. 01Firma przygotowuje nową platformę e‑commerceTrzeba ustalić, jakie modele sprzedaży ma obsłużyć pierwszy etap, które procesy wymagają zmian i jak nowa platforma wpisze się w istniejące systemy firmy.
  2. 02Planowana jest migracja ze starego rozwiązaniaMigracja obejmuje dane, adresy URL, integracje, konta klientów, historię zamówień, procesy operacyjne i funkcje niestandardowe. Część z nich należy przenieść, część przebudować, a część świadomie wycofać.
  3. 03Jedna platforma ma połączyć B2C i B2BRóżne role użytkowników, cenniki, warunki handlowe, limity, akceptacje i ścieżki zamówień muszą zostać opisane przed projektowaniem wspólnej architektury.
  4. 04Firma wchodzi na kolejne rynkiNowe domeny, języki, waluty, podatki, płatności, dostawy i katalogi produktowe wpływają na strukturę platformy oraz sposób zarządzania danymi.
  5. 05Sklep będzie połączony z wieloma systemamiERP, PIM, WMS, CRM, marketplace i narzędzia marketingowe wymagają jasnego podziału odpowiedzialności za dane. Bez niego trudno określić zakres integracji i obsługę błędów.

Jak wygląda analiza przedwdrożeniowa krok po kroku?

Kolejność etapów jest stała, bo każdy z nich korzysta z ustaleń poprzedniego: technologii nie da się wybrać przed poznaniem procesów, a budżetu — przed nazwaniem ryzyk. Głębokość poszczególnych etapów zależy od projektu.

  1. 01

    Cele biznesowe

    Zaczynamy od decyzji, którą analiza ma przygotować, i od celów sprzedażowych stojących za projektem. Ustalamy, jakie modele ma obsłużyć platforma: D2C, B2C, B2B, marketplace albo sprzedaż na wielu rynkach. Omawiamy role klientów, zasady cenowe, kanały przychodu, plan rozwoju i ograniczenia wpływające na pierwszy etap.

  2. 02

    Procesy i wymagania

    Osoby odpowiedzialne za e‑commerce, sprzedaż, logistykę, marketing, finanse i IT opisują obecny sposób pracy oraz oczekiwane zmiany. Sprawdzamy, jak firma tworzy produkty, ceny i promocje, zarządza stanami, realizuje zamówienia, obsługuje reklamacje i komunikuje się z klientami. Szczególnej uwagi wymagają czynności wykonywane ręcznie lub poza głównymi systemami.

  3. 03

    Analiza obecnego środowiska

    Sprawdzamy obecną platformę, środowiska, sposób wdrażania zmian, dotychczasowe modyfikacje i znane ograniczenia. Na tym etapie widać, co da się przenieść bez zmian, co wymaga przebudowy i co warto świadomie wycofać. Szczegółowa ocena kodu albo testy pod obciążeniem to osobne usługi: audyt techniczny i audyt wydajnościowy.

  4. 04

    Wymagane funkcjonalności

    Wymagania zamieniamy na funkcje z opisanym procesem: kto wykonuje działanie, skąd pochodzą dane i co dzieje się w sytuacji wyjątkowej. Opisujemy ścieżki klientów — wyszukiwanie, rejestrację, zakup, zapytanie ofertowe, płatność, dostawę, zwrot i obsługę po zakupie. W projektach B2B dochodzą uprawnienia, indywidualne cenniki, limity, akceptacje i zamówienia powtarzalne.

  5. 05

    Dane i migracja

    Ustalamy, gdzie znajduje się źródło informacji o produktach, cenach, klientach, zapasach i zamówieniach: sklep, ERP, PIM, WMS czy CRM. Dla projektu migracyjnego przygotowujemy plan przeniesienia danych i systemów — katalogu, kont klientów, historii zamówień, adresów URL i zabezpieczenia SEO.

  6. 06

    Integracje

    Dla każdej integracji potrzebny jest zakres danych, kierunek wymiany, częstotliwość, właściciel procesu i sposób obsługi błędów. Wymagania opisanego wyłącznie nazwą systemu nie da się rzetelnie wycenić. Efektem etapu jest mapa połączeń między sklepem, ERP, PIM, WMS, CRM i marketplace’ami.

  7. 07

    Wybór technologii

    Wymagania i procesy porównujemy z możliwościami rozważanych platform, kosztem utrzymania oraz zakresem modyfikacji, których każda z nich wymaga. Rekomendacja wynika z ustaleń poprzednich etapów, nie z założenia przyjętego na starcie. Technologie brane pod uwagę opisujemy niżej na tej stronie.

  8. 08

    Architektura rozwiązania

    Opisujemy podział odpowiedzialności między sklepem a systemami firmy, strukturę katalogu i danych produktowych, obsługę wielu rynków i języków oraz wymagania pozafunkcjonalne: bezpieczeństwo, SEO, wydajność, środowiska i dalsze utrzymanie.

  9. 09

    Identyfikacja ryzyk

    Nazywamy zależności zewnętrzne, niewiadome wymagające dodatkowego sprawdzenia i miejsca, w których zakres może się rozjechać: gotowość danych, dostępność API po stronie dostawców systemów, procesy obsługiwane dziś ręcznie. Każde ryzyko dostaje opis skutku i sposób ograniczenia.

  10. 10

    Zakres, budżet i harmonogram

    Ustalenia zamykamy zakresem podzielonym na etapy, backlogiem projektu, estymacją budżetu i harmonogramem realizacji. Materiał wskazuje również decyzje pozostające po stronie klienta oraz elementy, które przed wyceną wymagają dodatkowego sprawdzenia.

Forma materiału końcowego, liczba spotkań, orientacyjny czas analizy, skład zespołu Aurora Creation, sposób zatwierdzania ustaleń i liczba rund uwag są zapisywane w ofercie. Do potwierdzenia przed rozpoczęciem prac.

Co otrzymasz po analizie przedwdrożeniowej?

Analiza kończy się jednym materiałem, przygotowanym w formie uzgodnionej przed rozpoczęciem prac. Zawiera to, co jest potrzebne do zatwierdzenia zakresu, porównania ofert i rozpoczęcia wdrożenia.

Zawartość dokumentu wynikowego

Wymagania biznesowe
Cele projektu, modele sprzedaży, role klientów i zasady handlowe, które platforma ma obsłużyć.
Wymagania techniczne
Wymagania pozafunkcjonalne: bezpieczeństwo, wydajność, SEO, środowiska, sposób wdrażania zmian i utrzymanie.
Zakres funkcjonalny
Funkcje z opisanym procesem, podzielone na pierwszy etap i dalszy rozwój.
Backlog projektu
Zakres rozpisany na zadania, w kolejności wynikającej z zależności między nimi.
Rekomendowana architektura
Podział odpowiedzialności między sklepem a systemami firmy, struktura danych i obsługa wielu rynków.
Mapa integracji
Połączenia z ERP, PIM, WMS, CRM i marketplace’ami wraz z kierunkiem wymiany, częstotliwością i właścicielem danych.
Lista ryzyk
Zależności zewnętrzne i niewiadome, każde z opisem skutku i sposobem ograniczenia.
Estymacja budżetu
Koszt wdrożenia w podziale na etapy, wraz z elementami wymagającymi doprecyzowania przed wyceną.
Harmonogram realizacji
Kolejność etapów, ich orientacyjny czas i zależności od decyzji oraz materiałów po stronie klienta.

Projekt migracyjny

Dla migracji dokument zawiera dodatkowo plan przeniesienia danych i systemów: zakres katalogu, konta klientów, historię zamówień, mapowanie adresów URL, kolejność uruchomienia i zabezpieczenie widoczności w wyszukiwarkach.

Zakres, harmonogram i estymacja z analizy są tym samym materiałem, na którym opiera się późniejsza oferta wdrożenia. Dokument należy do klienta i można go wykorzystać również w rozmowie z innym wykonawcą.

Jakie technologie bierzemy pod uwagę w analizie?

Analiza przedwdrożeniowa nie jest usługą przypisaną do jednej platformy. Porównanie zaczyna się od wymagań, procesów i danych — technologia jest wnioskiem z analizy, nie założeniem przyjętym przed jej rozpoczęciem.

Pozostałe elementy architektury w zakresie analizy

Hyvä
front-end dla Magento 2; wpływa na zakres prac graficznych i wydajność
ERP
źródło danych o cenach, stanach i zamówieniach; wyznacza kierunek integracji
PIM
zarządzanie danymi produktowymi i zasobami cyfrowymi
WMS
obsługa magazynu, kompletacji i wysyłek
CRM
dane klientów, obsługa zapytań i procesy sprzedażowe
Integracje systemowe
wymiana danych między sklepem, systemami firmy i marketplace’ami

Analizę prowadzimy dla technologii, które sami wdrażamy i utrzymujemy. Jeżeli wymagania wskazują na rozwiązanie poza tym zakresem, mówimy to wprost w rekomendacji.

Kto powinien uczestniczyć w analizie przedwdrożeniowej?

Skład spotkań zależy od omawianego procesu. Im więcej działów wpływa na sprzedaż, tym ważniejsze, aby każdy z nich został wysłuchany przed ustaleniem zakresu — inaczej brakujące wymaganie wróci w trakcie wdrożenia.

Po stronie klienta

Osoba odpowiedzialna za e‑commerce / Product Owner
Decyduje o zakresie i priorytetach, rozstrzyga rozbieżności między działami.
IT
Zna środowiska, dotychczasowe modyfikacje, systemy i ograniczenia techniczne.
Sprzedaż
Opisuje modele sprzedaży, cenniki, warunki handlowe i obsługę klienta B2B.
Marketing
Wnosi wymagania dotyczące treści, promocji, danych analitycznych i widoczności.
Logistyka
Opisuje realizację zamówień, dostawy, zwroty i pracę magazynu.
Finanse
Wskazują zasady rozliczeń, dokumentów, płatności i raportowania.
Właściciele ERP, PIM i pozostałych systemów
Odpowiadają za dane, możliwości integracyjne i harmonogram prac po swojej stronie.

Po stronie Aurora Creation

Project Manager
Prowadzi analizę, pilnuje ustaleń, zakresu i terminów.
Senior Developer
Ocenia wykonalność wymagań i konsekwencje wyborów technicznych.
DevOps
Odpowiada za środowiska, wdrażanie zmian, wydajność i bezpieczeństwo.
E‑commerce Analyst
Opisuje procesy, dane i integracje oraz przygotowuje dokument wynikowy.

Nie wszyscy uczestniczą w każdym spotkaniu. Zwykle wystarczy jedna osoba decyzyjna po stronie klienta i właściciele procesów zapraszani do tematów, które ich dotyczą.

Analiza przedwdrożeniowa ma inny zakres niż audyty specjalistyczne

Analiza przedwdrożeniowa pomaga ustalić, co należy zbudować i jaki powinien być zakres projektu. Audyty specjalistyczne sprawdzają konkretny obszar istniejącego rozwiązania: technologię, wydajność, ścieżkę zakupową albo dostępność.

Analiza przedwdrożeniowa ma inny zakres niż audyty specjalistyczne
UsługaGłówne pytanieCo jest sprawdzaneKiedy wybrać
Analiza przedwdrożeniowaCo powinniśmy zbudować i jak ustalić zakres?Model sprzedaży, procesy, dane, integracje, wymagania, priorytety i ryzykaPrzed nowym wdrożeniem, migracją albo dużą przebudową
Audyt techniczny e‑commerceCzy istniejącą platformę można bezpiecznie rozwijać lub przejąć?Kod, architektura, moduły, integracje, środowiska, bezpieczeństwo i dług technologicznyPrzed przejęciem projektu, stabilizacją albo dalszym rozwojem istniejącego rozwiązania
Audyt wydajnościowy e‑commerceGdzie platforma traci szybkość i stabilność?Czasy odpowiedzi, frontend, backend, baza, cache, infrastruktura i zachowanie pod obciążeniemGdy sklep działa wolno, niestabilnie albo nie radzi sobie ze wzrostem ruchu
Audyt CRO i CXGdzie użytkownicy rezygnują z zakupu?Nawigacja, wyszukiwanie, karty produktów, koszyk, checkout i doświadczenie po zakupieGdy ruch nie przekłada się na oczekiwany poziom sprzedaży
Audyt dostępności WCAGKtóre elementy utrudniają korzystanie ze strony osobom z niepełnosprawnościami?Interfejs, treści, formularze, nawigacja klawiaturą, kontrast i technologie asystująceGdy firma chce sprawdzić lub poprawić dostępność cyfrową

Analiza przedwdrożeniowa

Co powinniśmy zbudować i jak ustalić zakres?

Co jest sprawdzane

Model sprzedaży, procesy, dane, integracje, wymagania, priorytety i ryzyka

Kiedy wybrać

Przed nowym wdrożeniem, migracją albo dużą przebudową

Audyt techniczny e‑commerce

Czy istniejącą platformę można bezpiecznie rozwijać lub przejąć?

Co jest sprawdzane

Kod, architektura, moduły, integracje, środowiska, bezpieczeństwo i dług technologiczny

Kiedy wybrać

Przed przejęciem projektu, stabilizacją albo dalszym rozwojem istniejącego rozwiązania

Audyt wydajnościowy e‑commerce

Gdzie platforma traci szybkość i stabilność?

Co jest sprawdzane

Czasy odpowiedzi, frontend, backend, baza, cache, infrastruktura i zachowanie pod obciążeniem

Kiedy wybrać

Gdy sklep działa wolno, niestabilnie albo nie radzi sobie ze wzrostem ruchu

Audyt CRO i CX

Gdzie użytkownicy rezygnują z zakupu?

Co jest sprawdzane

Nawigacja, wyszukiwanie, karty produktów, koszyk, checkout i doświadczenie po zakupie

Kiedy wybrać

Gdy ruch nie przekłada się na oczekiwany poziom sprzedaży

Audyt dostępności WCAG

Które elementy utrudniają korzystanie ze strony osobom z niepełnosprawnościami?

Co jest sprawdzane

Interfejs, treści, formularze, nawigacja klawiaturą, kontrast i technologie asystujące

Kiedy wybrać

Gdy firma chce sprawdzić lub poprawić dostępność cyfrową

Analiza przedwdrożeniowa w praktyce – Diablo Chairs

W 2021 roku Domator24 zgłosiło się do Aurora Creation, ponieważ dotychczasowa strona przestała odpowiadać na rosnące potrzeby marek Diablo Chairs i Jan Nowak. Zamiast rozpoczynać wdrożenie, wspólnie zdecydowaliśmy o przeprowadzeniu trzymiesięcznej analizy przedwdrożeniowej.

Analiza objęła obecne rozwiązanie i istniejące strony marek, wymagania biznesowe zebrane z zespołów, rynek i konkurencję oraz przyszłe potrzeby rozwojowe. Zakończyła się dokumentem szczegółowo określającym rekomendowany kierunek dalszych działań. Na jego podstawie Domator24 zdecydowało się, zgodnie z naszą rekomendacją, na wdrożenie platformy sprzedażowej D2C na Magento 2.

Sklep Diablo Chairs na Magento 2 pokazany na laptopie

Zakres analizy

  • analiza obecnego rozwiązania i istniejących stron marek
  • wymagania biznesowe zebrane z zespołów
  • analiza rynku i konkurencji
  • przyszłe potrzeby rozwojowe marki
  • dokument określający dalszy kierunek projektu
  • trzy miesiące analizy przed rozpoczęciem wdrożenia
  • przejście od analizy do wdrożenia D2C na Magento 2

FAQ – analiza przedwdrożeniowa e‑commerce

Najczęstsze pytania firm, które przygotowują wdrożenie, migrację albo połączenie sprzedaży B2C i B2B.

Porozmawiajmy o analizie

Nie podajemy jednej ceny, ponieważ analiza jest wyceniana zakresem: liczbą procesów i działów, liczbą systemów do przeanalizowania, obecnością migracji, liczbą rynków oraz tym, czy projekt obejmuje sprzedaż B2C, B2B, czy oba modele. Kwotę i termin potwierdzamy w ofercie, po rozmowie o sytuacji i decyzji, którą analiza ma przygotować. Czynniki wpływające na koszt zebraliśmy również na stronie Audyt i analiza.

Czas trwania zależy od liczby procesów, systemów i działów objętych analizą, a także od dostępności osób po stronie klienta. Orientacyjny czas zapisujemy w ofercie przed rozpoczęciem prac. W projekcie Diablo Chairs analiza obejmująca dwie marki, rynek, konkurencję i plany rozwojowe trwała trzy miesiące i zakończyła się dokumentem z rekomendowanym kierunkiem dalszych działań.

Po stronie klienta: osoba odpowiedzialna za e‑commerce lub Product Owner, IT, sprzedaż, marketing, logistyka, finanse oraz właściciele ERP, PIM i pozostałych systemów objętych projektem. Po stronie Aurora Creation w analizie uczestniczą Project Manager, Senior Developer, DevOps i E‑commerce Analyst. Nie wszyscy biorą udział w każdym spotkaniu — skład zależy od omawianego procesu.

Dokument zawierający wymagania biznesowe i techniczne, zakres funkcjonalny, backlog projektu, rekomendowaną architekturę, mapę integracji, listę ryzyk, estymację budżetu i harmonogram realizacji. Dla projektu migracyjnego dochodzi plan przeniesienia danych i systemów. Materiał należy do klienta i można go wykorzystać także w rozmowie z innym wykonawcą.

Migracja jest jednym z projektów, w których analiza ma największe znaczenie. Trzeba rozstrzygnąć, które dane, integracje, funkcje niestandardowe i procesy operacyjne przenieść bez zmian, które przebudować, a które świadomie wycofać, oraz jak zabezpieczyć widoczność w wyszukiwarkach. Zakres samej migracji opisaliśmy na stronie Migracja na Magento 2.

Tak, i jest to jedna z częstszych decyzji, którą analiza przygotowuje. Porównujemy wymagania i procesy z możliwościami obu platform: zakresem modyfikacji, kosztem utrzymania, obsługą wielu rynków, wymaganiami B2B i integracjami. Magento 2 zwykle wygrywa przy złożonym modelu operacyjnym, Shopify — gdy procesy da się obsłużyć standardem platformy. Rekomendacja wynika z ustaleń analizy, nie z założenia przyjętego przed jej rozpoczęciem.

Najwięcej czasu poświęca osoba odpowiedzialna za e‑commerce, ponieważ uczestniczy w większości rozmów i rozstrzyga rozbieżności między działami. Pozostałe osoby zapraszamy do tematów, które ich dotyczą — zwykle jest to kilka spotkań w całym projekcie plus czas na udostępnienie materiałów i weryfikację ustaleń. Dokładny plan spotkań ustalamy przed rozpoczęciem prac.

Tak. Analiza kończy się dokumentem należącym do klienta, więc może służyć jako podstawa zapytania ofertowego i porównania ofert kilku wykonawców. Nie zobowiązuje do wdrożenia w Aurora Creation.

Tak. Dla każdej integracji ustalamy zakres danych, kierunek wymiany, częstotliwość, właściciela procesu i sposób obsługi błędów, a wynik zapisujemy jako mapę integracji. Obejmuje to również CRM, marketplace’y i narzędzia marketingowe. Sam zakres prac integracyjnych opisaliśmy na stronie Pimcore oraz w usługach Magento 2.

Tak. Wybrana technologia nie rozstrzyga sposobu obsługi procesów, zakresu integracji, migracji danych ani podziału projektu na etapy. Analiza może również wykazać, które wymagania będą wymagały dużej customizacji. Jeżeli wybór dotyczy Magento 2, standardowe funkcje platformy możesz wcześniej sprawdzić w Demo Magento 2.

Analiza kończy się estymacją budżetu i harmonogramem, na których opiera się późniejsza oferta wdrożenia. Ostateczna wycena zależy od stopnia doprecyzowania wymagań i liczby niewiadomych — część elementów może wymagać audytu technicznego, prototypu albo dodatkowych informacji od dostawców systemów.

Pomocne są informacje o obecnej platformie, lista integracji, opis procesów, wcześniejsze wymagania i estymacje, dane o planowanych rynkach oraz lista problemów, które nowy projekt ma rozwiązać.

Problem zostanie opisany jako ryzyko lub osobny temat do sprawdzenia. Jeżeli wymaga analizy kodu, infrastruktury, wydajności albo bezpieczeństwa, dalszym krokiem może być audyt techniczny albo audyt wydajnościowy. Pozostałe rodzaje sprawdzeń zebraliśmy na stronie Audyt i analiza.

Zacznijmy od ustalenia, jaką decyzję ma przygotować analiza

Opisz obecny etap projektu, używane systemy i najważniejsze niewiadome. Na tej podstawie sprawdzimy, czy właściwym punktem wyjścia jest analiza przedwdrożeniowa, czy jeden z audytów specjalistycznych.

Wysłanie formularza nie zamawia usługi. Wracamy z pytaniami potrzebnymi do oceny właściwego zakresu rozmowy.

Małgorzata Gudalewska, Head of Sales w Aurora Creation

Małgorzata Gudalewska

Head of Sales

+48 664 531 867m.gudalewska@auroracreation.com
biuro@auroracreation.plul. Jana Henryka Dąbrowskiego 28, 15-872 Białystok

W pierwszej wiadomości wystarczy podać

  • obecny etap projektu
  • aktualną platformę albo informację, że projekt powstaje od podstaw
  • modele sprzedaży
  • najważniejsze systemy i integracje
  • decyzję, którą firma chce przygotować
  • planowany termin uruchomienia, jeżeli został już określony
Przejdź do pełnych danych kontaktowych
Nie wybrano plików
Dziękujemy, odezwiemy się w ciągu 1 dnia roboczego.

Zapoznamy się z opisem i wrócimy z pytaniami potrzebnymi do oceny właściwego zakresu rozmowy.