Do wyceny sklepu internetowego przygotuj od razu: model sprzedaży, przybliżoną liczbę produktów, strukturę kategorii, warianty, metody płatności, dostawy, integracje, migrację danych, treści, termin i budżet. Bez tych informacji wykonawca nie wycenia realnego zakresu, tylko przyjmuje założenia, a później trudno porównać oferty kilku firm.
Jeśli porządkujesz zapytanie pod tworzenie sklepów internetowych, potraktuj ten artykuł jak roboczy brief e-commerce. Nie musisz mieć gotowej specyfikacji technicznej, ale musisz wiedzieć, co sklep ma sprzedawać, jak ma obsługiwać zamówienia i z jakimi systemami ma wymieniać dane.
Minimalny brief do wysłania wykonawcy
- Model sprzedaży: B2C, B2B, hurt, marketplace, model hybrydowy, jedna waluta czy wiele rynków.
- Produkty: przybliżona liczba produktów, warianty, SKU, ceny, stany, zdjęcia i status opisów.
- Katalog: kategorie, podkategorie, filtry, atrybuty i najważniejsze ścieżki wyboru produktu.
- Zakup: koszyk, checkout, płatności, dostawy, faktury, zwroty i komunikaty transakcyjne.
- Integracje: ERP, WMS, CRM, księgowość, BaseLinker lub inny OMS, marketplace, hurtownie i analityka.
- Migracja i materiały: stary sklep, eksport danych, treści, regulaminy, maile, logo i identyfikacja.
- Ograniczenia: termin, budżet, funkcje konieczne na start i funkcje, które mogą poczekać.
Co wysłać do wyceny sklepu w 30 sekund
Najkrótszy dobry brief nie musi mieć kilkudziesięciu stron. Powinien jednak jasno pokazać, co ma zostać wycenione. Inaczej jedna oferta obejmie tylko podstawowy sklep z katalogiem i płatnością online, druga doliczy import produktów, trzecia założy integrację z magazynem, a czwarta pominie utrzymanie po starcie.
W praktyce pierwsza wycena może być orientacyjna, jeśli część danych jest jeszcze robocza. Problem zaczyna się wtedy, gdy robocze dane udają finalny zakres. W zapytaniu lepiej napisać "liczba produktów na start około 300, docelowo 1000" niż zostawić wykonawcę z hasłem "średni sklep".
| Dane do wyceny | Co podać | Co dopisać, jeśli nie wiesz |
|---|---|---|
| Model sprzedaży | B2C, B2B, hurt, marketplace, hybryda | "Na start B2C, ale w drugim etapie możliwe konta hurtowe" |
| Produkty | liczba produktów, warianty, SKU, zdjęcia, opisy | "Dane mamy w arkuszu, opisy częściowo do uzupełnienia" |
| Kategorie | obecna lub planowana struktura katalogu | "Kategorie robocze, potrzebujemy rekomendacji struktury" |
| Płatności | szybkie przelewy, BLIK, karta, pobranie, płatności odroczone | "Chcemy standardowe płatności online, operator do wyboru" |
| Dostawy | kurierzy, paczkomaty, odbiór osobisty, kraje wysyłki | "Dostawy w Polsce, progi cenowe do ustalenia" |
| Integracje | ERP, WMS, CRM, księgowość, BaseLinker, marketplace | "Mamy system magazynowy, trzeba sprawdzić możliwości API" |
| Migracja | stary sklep, produkty, klienci, zamówienia, adresy URL | "Mamy obecny sklep, ale nie wiemy, jaki eksport jest dostępny" |
| Termin i budżet | data startu, etapowanie, ograniczenia kosztowe | "Termin sztywny pod sezon / termin orientacyjny" |
Praktyczny wniosek: jeśli nie znasz wszystkich odpowiedzi, nie ukrywaj tego. Dobra wycena może mieć warianty, ale musi jasno pokazywać, na jakich założeniach powstała. Nie traktuj jej jako finalnej oferty, dopóki nie są opisane produkty, integracje, odpowiedzialności i zakres utrzymania po starcie.
Model sprzedaży i zakres sklepu
Cena sklepu zależy nie tylko od liczby ekranów i wyglądu. Najpierw trzeba opisać, jak firma będzie sprzedawać. Sklep B2C z prostym koszykiem to inny zakres niż sklep B2B z indywidualnymi cennikami, limitami kredytowymi, kontami handlowców i zamówieniami składanymi przez stałych klientów.
W briefie napisz, czy sklep ma działać jako główny kanał sprzedaży, dodatek do marketplace, katalog z możliwością zapytania ofertowego, sklep hurtowy, czy część większego procesu z magazynem i fakturowaniem. To są decyzje, które wpływają na technologię, checkout, integracje i późniejsze utrzymanie.
| Scenariusz | Co wpływa na wycenę | Ryzyko, jeśli tego nie opiszesz |
|---|---|---|
| Prosty B2C | standardowy koszyk, płatności, dostawy, konto klienta | wykonawca założy prosty proces, choć potrzebujesz wyjątków |
| B2B lub hurt | role użytkowników, indywidualne ceny, rabaty, faktury, limity | wycena nie obejmie kluczowej logiki sprzedaży |
| Marketplace + własny sklep | spójne ceny, stany, opisy i obsługa zamówień | pojawi się ręczna praca między kanałami |
| Sprzedaż międzynarodowa | języki, waluty, podatki, dostawy, regulaminy | sklep będzie gotowy lokalnie, ale nie do planowanego rynku |
| Produkty personalizowane | pola konfiguracji, pliki, podgląd, akceptacja projektu | prosty wariant produktu nie wystarczy do obsługi zamówienia |
Czerwona flaga
Hasło "prosty sklep internetowy" bez opisu procesu sprzedaży jest zbyt szerokie. Dla jednej firmy oznacza kilkadziesiąt produktów i standardowy checkout, dla drugiej katalog B2B, płatności odroczone i synchronizację z ERP.
Decyzja: zanim poprosisz o cenę, opisz jeden główny scenariusz sprzedaży na start i wypisz funkcje, które mogą być etapem drugim. Dzięki temu wykonawca nie będzie wyceniał wszystkiego naraz albo nie pominie rzeczy krytycznych.
Dane produktowe, kategorie i warianty
Dane produktowe są jednym z najważniejszych elementów wyceny sklepu. Liczba produktów to dopiero początek. Tak samo ważne jest to, czy produkty mają warianty, atrybuty, zdjęcia, opisy, stany magazynowe, kody SKU lub EAN, powiązane produkty, zestawy i różne reguły cenowe.
Sklep z 50 prostymi produktami może być łatwiejszy do wdrożenia niż sklep z 50 produktami, z których każdy ma kilkadziesiąt wariantów koloru, rozmiaru, materiału i dostępności. Wycena powinna uwzględniać nie tylko samą liczbę pozycji, ale też złożoność katalogu.
| Element katalogu | Co przygotować | Dlaczego wpływa na koszt |
|---|---|---|
| Produkty | liczba produktów na start i docelowo | skala importu, konfiguracji i testów |
| Kategorie | drzewo kategorii i podkategorii | menu, URL-e, filtry, linkowanie i SEO |
| Warianty | rozmiar, kolor, pojemność, pakiet, materiał | logika wyboru, stany, ceny i prezentacja na karcie produktu |
| Atrybuty | parametry techniczne, cechy, zastosowania | filtry, porównywanie i wyszukiwarka |
| Ceny i stany | ceny brutto/netto, promocje, dostępność | integracja z magazynem i poprawność zamówień |
| Zdjęcia | liczba zdjęć, formaty, nazewnictwo, jakość | import, kadrowanie, optymalizacja i układ galerii |
| Opisy | gotowe opisy, opisy do redakcji, brak treści | czas przygotowania kart produktu i kategorii |
| Dane źródłowe | arkusz, CSV, XML, API, eksport z platformy | zakres importu i mapowania pól |
Jeśli masz dane w arkuszu, dołącz przykładowy plik albo przynajmniej opisz kolumny. Jeśli produkty mają przyjść z hurtowni przez XML lub API, napisz, kto dostarcza dokumentację i czy dane mają aktualizować się automatycznie. Jeśli zdjęcia są rozproszone w katalogach, chmurze i mailach, to też jest informacja do wyceny.
Jak opisać warianty bez specyfikacji technicznej
Nie musisz projektować bazy danych. Wystarczy, że pokażesz logikę produktu w praktyce. Przykład: "Produkt ma rozmiary S-XXL, trzy kolory, osobne stany magazynowe dla każdego wariantu i tę samą cenę". To zupełnie inna sytuacja niż: "Produkt ma konfigurator, dopłatę za materiał, upload pliku i akceptację projektu przed produkcją".
Szybki test danych produktowych
- Da się wskazać źródło prawdy: wiadomo, czy dane są w ERP, arkuszu, hurtowni, starym sklepie czy ręcznie w panelu.
- Da się odróżnić produkt od wariantu: wykonawca wie, co jest osobną kartą produktu, a co wyborem na karcie.
- Da się nazwać pola obowiązkowe: SKU, cena, dostępność, zdjęcie główne, atrybuty i opis nie są domysłami.
Praktyczny wniosek: im bardziej uporządkowany katalog, tym mniej pracy idzie w doprecyzowywanie podstaw. Jeśli katalog jest jeszcze roboczy, wycena powinna to widzieć.
Funkcje sklepu, które zmieniają wycenę
Nie każda funkcja ma taki sam ciężar. Koszyk, checkout, płatności i dostawy są podstawą większości sklepów. Natomiast konfigurator produktu, program lojalnościowy, subskrypcje, indywidualne cenniki, rozbudowane filtry, porzucone koszyki albo automatyczne scenariusze marketingowe mogą znacząco zmienić zakres.
Dobra praktyka polega na podziale funkcji na trzy grupy: konieczne na start, potrzebne niedługo po starcie i opcjonalne. Dzięki temu nie budujesz od razu wszystkiego, ale też nie ukrywasz przed wykonawcą kierunku rozwoju.
| Funkcja | Zwykle zakres podstawowy | Kiedy wymaga doprecyzowania |
|---|---|---|
| Koszyk i checkout | dodanie produktu, dane klienta, dostawa, płatność | nietypowe pola, B2B, zamówienia bez płatności online |
| Konto klienta | historia zamówień, dane adresowe | role użytkowników, opiekun handlowy, limity, cenniki |
| Wyszukiwarka i filtry | wyszukiwanie po nazwie, podstawowe parametry | dużo atrybutów, synonimy, wyszukiwanie po SKU, szybkie podpowiedzi |
| Rabaty i kupony | kod rabatowy, prosta promocja | progi, grupy klientów, promocje łączone, reguły hurtowe |
| Cross-selling | produkty powiązane lub podobne | automatyczne reguły, zestawy, rekomendacje zależne od koszyka |
| Konfigurator | zwykle poza podstawą | personalizacja, upload pliku, podgląd, dopłaty, akceptacja |
| Porzucone koszyki | przypomnienia mailowe | zgody, integracja z marketing automation, scenariusze segmentów |
Jeśli nie wiesz, czy dana funkcja ma być od razu, wpisz ją jako wariant. To lepsze niż dopisywanie "wszystko jak w dużych sklepach", bo taki zapis nie mówi, co jest naprawdę potrzebne do pierwszej sprzedaży. Wycena powinna pokazać, które funkcje są częścią startu, a które wymagają osobnego etapu lub osobnej decyzji budżetowej.
Decyzja przed wyceną
- Wypisz funkcje konieczne do pierwszych zamówień. To jest zakres startowy.
- Wypisz funkcje, które mają sens dopiero po ruchu i danych. To może być etap drugi.
- Wypisz funkcje, które są tylko pomysłem. Niech wykonawca wie o kierunku, ale nie musi ich od razu wyceniać jako obowiązkowych.
Płatności, dostawy i obsługa zamówień
Płatności i dostawy wyglądają jak standard, ale w wycenie sklepu potrafią szybko otworzyć dodatkowe pytania. Inaczej wycenia się prosty checkout z płatnością online i kurierem, a inaczej sklep z płatnością za pobraniem, odbiorem osobistym, progami darmowej dostawy, różnymi gabarytami i wysyłką za granicę.
W briefie podaj nie tylko nazwy operatorów, ale też reguły. Czy klient ma widzieć koszt dostawy przed ostatnim krokiem? Czy dostawa zależy od gabarytu, wartości koszyka, kraju, kategorii produktu albo magazynu? Czy faktura ma wystawiać się automatycznie? Czy status płatności ma zmieniać status zamówienia?
| Obszar | Co opisać | Pytanie kontrolne |
|---|---|---|
| Płatności online | operator, metody, statusy, waluty | Czy sklep ma tylko przyjmować płatność, czy też automatycznie zmieniać status zamówienia? |
| Pobranie i przelew tradycyjny | kiedy dostępne, dla jakich produktów lub klientów | Czy klient widzi jasne warunki przed złożeniem zamówienia? |
| Dostawy | kurier, paczkomaty, odbiór osobisty, kraje wysyłki | Czy reguły dostawy są proste, czy zależą od wielu warunków? |
| Progi i gabaryty | darmowa dostawa, duże produkty, produkty ciężkie | Czy koszt da się policzyć automatycznie w koszyku? |
| Faktury | dane do faktury, NIP, automatyzacja, księgowość | Czy faktura ma powstawać w sklepie, w ERP czy w systemie księgowym? |
| Statusy | zamówione, opłacone, wysłane, anulowane, zwrócone | Które statusy mają wysyłać maila albo trafiać do innego systemu? |
W tym miejscu warto przejść ścieżkę klienta od produktu do potwierdzenia zamówienia. Jeśli sam nie umiesz powiedzieć, kiedy pojawia się koszt dostawy, kiedy zamówienie trafia do magazynu i kiedy klient dostaje numer przesyłki, wykonawca też nie wyceni tego precyzyjnie.
Czerwone flagi w checkoutcie
- Koszt dostawy jest nieustalony: trudno wtedy wycenić reguły koszyka i komunikaty dla klienta.
- Statusy zamówień są ręczne: sklep może działać, ale obsługa szybko zacznie zabierać czas.
- Faktury są pominięte w briefie: później okazuje się, że potrzebna jest integracja z księgowością albo ERP.
Integracje i przepływ danych
Samo słowo "integracja" niewiele mówi. Do wyceny trzeba opisać, jakie dane mają płynąć między systemami, w którą stronę, jak często i kto odpowiada za błędy. Integracja z ERP może oznaczać prosty eksport zamówień raz dziennie albo dwukierunkową synchronizację produktów, cen, stanów, klientów, faktur i statusów.
W briefie wypisz wszystkie systemy, które mają znaczenie dla sprzedaży: ERP, WMS, CRM, księgowość, BaseLinker lub inny OMS, marketplace, hurtownie, system fakturowy, feed produktowy, GA4, piksele reklamowe i marketing automation. Nie chodzi o to, żeby od razu zamawiać każdą integrację, tylko żeby nie ukryć zależności, która później zmieni zakres.
| Integracja | Jakie dane trzeba opisać | Najważniejsze pytanie |
|---|---|---|
| ERP | produkty, ceny, stany, zamówienia, faktury, klienci | Który system jest źródłem prawdy dla cen i stanów? |
| WMS lub magazyn | rezerwacje, lokalizacje, kompletacja, status wysyłki | Czy sklep ma tylko pokazywać stany, czy rezerwować towar? |
| CRM | klienci, zapytania, segmenty, opiekunowie | Czy dane klienta mają trafiać automatycznie do handlowca? |
| Księgowość | faktury, korekty, płatności, NIP | Gdzie powstaje dokument sprzedaży? |
| BaseLinker lub OMS | zamówienia, marketplace, kurierzy, statusy | Czy OMS zarządza całym procesem, czy tylko częścią kanałów? |
| Marketplace | ceny, stany, opisy, zamówienia, wiadomości | Czy sklep i marketplace mają mieć spójne dane? |
| Hurtownie | import produktów, ceny, dostępność, zdjęcia | Czy dane hurtowni nadają się do publikacji bez redakcji? |
| Analityka | zakupy, koszyki, źródła ruchu, konwersje | Jakie zdarzenia trzeba mierzyć od pierwszego dnia? |
Przy każdej integracji dopisz pięć rzeczy: zakres danych, kierunek przepływu, częstotliwość synchronizacji, scenariusz błędu i osobę odpowiedzialną za utrzymanie. To brzmi technicznie, ale jest bardzo biznesowe. Jeśli synchronizacja stanów przestanie działać, sklep może sprzedawać produkty, których nie ma w magazynie.
Pytania o integracje
- Jakie systemy są obowiązkowe na start, a jakie mogą zostać podłączone później?
- Który system jest nadrzędny dla produktów, cen, stanów i zamówień?
- Czy istnieje gotowe API, eksport CSV/XML albo dokumentacja, którą można przekazać wykonawcy?
- Jak często dane muszą się aktualizować: natychmiast, co kilka minut, raz na godzinę, raz dziennie?
- Co ma się stać po błędzie synchronizacji: alert, blokada sprzedaży, kolejka ponowienia, ręczna weryfikacja?
Czerwona flaga: "mamy gotową integrację" nie wystarcza. Gotowa integracja może obsługiwać tylko zamówienia, ale już nie zwroty, ceny hurtowe, wiele magazynów albo faktury.
Migracja, treści i materiały po stronie firmy
Jeśli sklep już istnieje, wycena powinna uwzględniać migrację. Przeniesienie produktów nie zawsze oznacza tylko eksport i import. Trzeba sprawdzić zdjęcia, warianty, kategorie, opisy, klientów, zamówienia, opinie, adresy URL, przekierowania, konta użytkowników i historię płatności lub faktur.
Jeśli sklep powstaje od zera, nadal trzeba opisać materiały po stronie firmy. Brak zdjęć, opisów, regulaminu, polityki zwrotów, maili transakcyjnych albo logo w dobrej jakości może wydłużyć projekt. To nie jest problem, jeśli zostanie nazwane przed wyceną.
| Materiał lub dane | Co ustalić przed wyceną | Ryzyko pominięcia |
|---|---|---|
| Produkty ze starego sklepu | format eksportu, warianty, zdjęcia, kategorie | import okaże się ręcznym porządkowaniem danych |
| Adresy URL | które adresy trzeba zachować lub przekierować | utrata ruchu i chaos po publikacji |
| Klienci i zamówienia | czy mają być przenoszone, w jakim zakresie | brak historii albo problemy z kontami klientów |
| Opisy i zdjęcia | co jest gotowe, co wymaga redakcji, co trzeba zrobić od nowa | sklep technicznie działa, ale nie ma treści sprzedażowych |
| Regulaminy i polityki | kto dostarcza treści prawne i zgody | opóźnienie publikacji lub niepełny checkout |
| Maile transakcyjne | potwierdzenia, statusy, wysyłka, zwroty | klient nie wie, co dzieje się po zakupie |
| Identyfikacja | logo, kolory, fonty, wytyczne marki | projekt UI powstaje na domysłach |
W briefie warto jasno rozdzielić: co dostarcza firma, co przygotowuje wykonawca, a co wymaga osobnej usługi. To ważne szczególnie przy opisach produktów i opisach kategorii. Samo wdrożenie sklepu nie oznacza automatycznie, że ktoś napisze treści, poprawi zdjęcia, uporządkuje cały katalog i weźmie odpowiedzialność za jakość materiałów.
Jeśli masz stary sklep
Do pierwszej rozmowy przygotuj dostęp do panelu, przykładowy eksport produktów, listę najważniejszych kategorii, informację o ruchu na obecnych adresach i decyzję, czy przenosisz klientów oraz historię zamówień. Bez tego migracja często jest wyceniana zbyt ogólnie.
Budżet, termin i etapowanie
Budżet nie musi być ostateczny, ale warto podać widełki albo przynajmniej granicę decyzyjną. Dzięki temu wykonawca może zaproponować realny zakres na start, a nie pełną listę funkcji, która przekracza możliwości firmy. Termin działa podobnie: "jak najszybciej" nie mówi, czy jest czas na analizę, projekt, import danych, testy, poprawki i integracje.
Jeśli przed wyceną wahasz się między gotową platformą a indywidualnym wdrożeniem, najpierw rozstrzygnij, czy lepszy będzie gotowy sklep internetowy czy wdrożenie na zamówienie, bo ta decyzja zmienia zakres, koszty stałe i odpowiedzialność za utrzymanie.
W serwisie jako lokalny punkt odniesienia dla usługi tworzenia sklepu podany jest koszt realizacji od 8 000 zł netto oraz opieka miesięczna od 1 500 zł netto. Nie należy traktować tego jako uniwersalnej normy rynkowej. To sygnał, że przy wycenie trzeba oddzielić koszt wdrożenia od kosztu utrzymania, hostingu, monitoringu, poprawek i dalszego rozwoju.
| Decyzja | Co wpisać w briefie | Dlaczego pomaga |
|---|---|---|
| Budżet startowy | orientacyjny zakres albo maksymalny próg | wykonawca dobierze realny zakres pierwszego etapu |
| Termin publikacji | data sztywna lub orientacyjna | łatwiej ocenić, czy zakres jest wykonalny |
| Etap pierwszy | funkcje konieczne do sprzedaży | ogranicza ryzyko przeciążenia projektu |
| Etap drugi | integracje i funkcje rozwojowe | nie giną ważne plany, ale nie blokują startu |
| Utrzymanie | kto odpowiada za hosting, backupy, awarie, poprawki | oferta nie kończy się w dniu publikacji |
Jeśli termin jest sztywny, zakres powinien być prostszy. Jeśli zakres jest złożony, termin powinien uwzględniać analizę, testy i akceptacje po stronie firmy. Najbardziej ryzykowny wariant to jednocześnie krótki termin, niepełne dane i dużo integracji, bo wtedy część decyzji zapada już w trakcie wdrożenia.
Jak porównać oferty wykonawców
Oferty da się porównać dopiero wtedy, gdy obejmują podobny zakres. Sama kwota końcowa niewiele mówi. Jedna firma może wycenić wdrożenie sklepu, druga wdrożenie z importem produktów, trzecia uwzględni testy zakupowe i analitykę, a czwarta doda utrzymanie przez pierwszy miesiąc.
Najlepiej porównać oferty w tabeli. Sprawdź nie tylko to, co jest w cenie, ale też to, czego w niej nie ma. Szczególnie ważne są integracje, migracja, utrzymanie, dostęp do danych, odpowiedzialność za błędy i koszt zmian po starcie.
| Element oferty | Co powinno być opisane | Pytanie kontrolne |
|---|---|---|
| Zakres wdrożenia | katalog, karty produktów, koszyk, checkout, płatności, dostawy | Czy oferta obejmuje dokładnie te funkcje, które wysłano w briefie? |
| Dane produktowe | import, mapowanie pól, warianty, zdjęcia, opisy | Kto odpowiada za jakość danych i poprawki po imporcie? |
| Integracje | systemy, dane, kierunek, częstotliwość, błędy | Czy integracja obsługuje cały proces, czy tylko jego część? |
| Migracja | produkty, klienci, zamówienia, URL-e, przekierowania | Co zostaje przeniesione, a co zostaje poza zakresem? |
| UX i projekt | widoki, mobile, karta produktu, koszyk, checkout | Czy projekt jest indywidualny, czy oparty na gotowym schemacie? |
| Testy | zamówienia testowe, płatności, maile, statusy, mobile | Kto testuje i kto zatwierdza sklep przed publikacją? |
| Analityka | GA4, zdarzenia e-commerce, piksele, feed produktowy | Czy po starcie będzie wiadomo, skąd przychodzi sprzedaż? |
| Utrzymanie | hosting, backupy, monitoring, poprawki, czas reakcji | Ile kosztuje opieka i co dzieje się po awarii? |
| Prawa i dostępy | panel, kod, dane, konta, domena, integracje | Co firma może zabrać lub wyeksportować po zakończeniu współpracy? |
Czerwone flagi przy porównaniu ofert
- Jedna cena bez założeń: nie wiadomo, czy oferta obejmuje produkty, integracje, migrację i utrzymanie.
- Brak pytań o dane produktowe: wykonawca nie wie, jak złożony jest katalog.
- Integracje opisane jednym zdaniem: nie wiadomo, jakie dane są synchronizowane i kto naprawia błędy.
- Cena kończy się na publikacji: brakuje opieki, backupów, monitoringu, poprawek i zasad rozwoju po starcie.
Najtańsza oferta może być dobra, jeśli świadomie wybierasz wąski zakres. Ryzyko pojawia się wtedy, gdy oferta jest tania, bo pomija elementy, które i tak będą potrzebne przed pierwszą sprzedażą.
Gotowy schemat briefu do skopiowania
Poniższy układ możesz potraktować jako treść wiadomości do wykonawcy. Nie trzeba wypełniać wszystkiego perfekcyjnie. Ważne, żeby zaznaczyć, które dane są finalne, a które robocze.
| Sekcja briefu | Co wpisać |
|---|---|
| Cel sklepu | co sprzedajesz, do kogo i w jakim modelu |
| Asortyment | liczba produktów na start, docelowa skala, warianty, atrybuty |
| Dane produktowe | źródło danych, format plików, jakość zdjęć i opisów |
| Kategorie | planowana struktura, filtry, najważniejsze grupy produktów |
| Funkcje startowe | koszyk, checkout, konto klienta, wyszukiwarka, rabaty, maile |
| Płatności i dostawy | operatorzy, metody, kraje wysyłki, reguły kosztów |
| Integracje | systemy, zakres danych, kierunek, częstotliwość, błędy |
| Migracja | stary sklep, produkty, klienci, zamówienia, URL-e |
| Materiały | regulamin, polityki, logo, identyfikacja, maile transakcyjne |
| Budżet i termin | zakres startowy, etapowanie, data publikacji, utrzymanie |
Praktyczny wniosek: dobry brief nie ma być dokumentem dla samego dokumentu. Ma ograniczyć zgadywanie, przyspieszyć rozmowę i sprawić, że wycena sklepu internetowego pokaże realny zakres pracy.