LectureGuru LogoLectureGuru
Wszystkie artykuły
SaaSOpublikowano

Szablony filmów demonstracyjnych SaaS: 7 gotowych struktur prezentacji produktu

Skopiuj te szablony filmów demonstracyjnych SaaS — konspekty scena po scenie, wprowadzenia do narracji i gotowe do wklejenia zadania do prezentacji z AI, aby Twoje dema pozostały aktualne.

LectureGuru TeamLectureGuru Team
12 min czytania

Szablony filmów demonstracyjnych produktu SaaS: 7 gotowych struktur

Większość zespołów SaaS tworzy filmy demonstracyjne w powolny sposób: pisze scenariusz, nagrywa ekran, dodaje narrację, montuje materiał i publikuje. Powtarza ten proces, gdy produkt się zmienia. Rezultatem jest albo niewielki zbiór dopracowanych filmów, które szybko się dezaktualizują, albo zaległe dema, które nigdy nie powstają, ponieważ koszt jednego filmu jest zbyt wysoki.

Szablon filmu demonstracyjnego produktu rozwiązuje pierwszą połowę tego problemu. Jasna struktura — sceny, wprowadzenia do narracji, tempo — usuwa blokadę pustej strony i zapewnia spójność całej biblioteki. Same szablony nie rozwiązują jednak problemu utrzymania. Za każdym razem, gdy zmienia się interfejs lub przeprojektowujesz proces wdrożenia użytkownika, każde ręczne nagranie w tej bibliotece staje się częściowo nieaktualne.

Drugą połową rozwiązania jest zautomatyzowany proces produkcyjny, który przyjmuje strukturę szablonu jako dane wejściowe i obsługuje nagranie, narrację oraz eksport. O tym jest ten artykuł: siedem sprawdzonych szablonów dla najczęstszych rodzajów filmów demonstracyjnych SaaS, każdy ze szczegółowymi instrukcjami automatyzacji w LectureGuru.

Chcesz stworzyć pierwsze zautomatyzowane demo? Rozpocznij bezpłatny okres próbny i wypróbuj jeden z poniższych szablonów.

Jak korzystać z tych szablonów w zautomatyzowanym procesie

Każdy poniższy szablon ma dwa elementy:

  1. Strukturę: sceny, wprowadzenia do narracji i docelową długość — te same informacje, które przekazałbyś producentowi wideo.
  2. Instrukcję LectureGuru: opis zadania Magic Demo Video (dla dem w formie przewodnika, które poruszają się po aktywnej aplikacji) albo plan dokumentu źródłowego (dla dem opartych na dokumencie, który przesyłasz lub wklejasz).

Trzyetapowy proces wygląda tak samo dla każdego szablonu:

Krok 1 — Przekaż dane wejściowe. W przypadku szablonów w formie przewodnika wklej opis zadania Magic Demo Video i wskaż LectureGuru adres URL środowiska testowego lub demonstracyjnego, który jest już dostępny i zawiera bezpieczne dane. W przypadku szablonów opartych na dokumencie prześlij albo wklej dokument źródłowy (notę wydania, specyfikację integracji, stronę zasad itp.).

Krok 2 — Sprawdź i edytuj wynik. LectureGuru tworzy na podstawie przekazanych danych narracyjny film MP4. Sprawdź wynik, popraw sformułowania, które nie oddają terminologii Twojego produktu, i udostępnij wersję finalną.

Krok 3 — W razie potrzeby dodaj prezentację interaktywną. Wynikiem jest narracyjny film MP4 do osadzenia w centrum pomocy, prezentacji sprzedażowej lub LMS. Jeśli chcesz także interaktywną prezentację internetową, dodaj ukończone demo w osobnym procesie edytora prezentacji. Gdy zmieni się interfejs lub dokumentacja, uruchom ponownie te same dane wejściowe: oryginalne nagranie pozostanie dostępne.

Więcej o automatyzacji przewodników stojącej za tymi szablonami znajdziesz w artykule jak AI automatyzuje aktualne instrukcje produktu.

7 szablonów

Szablon 1: Objaśnienie premiery funkcji

Czym jest. Narracyjny przegląd nowo wydanej funkcji: co robi, dlaczego istnieje i jak zacząć z niej korzystać. Zazwyczaj jest rozpowszechniany przez changelog, e-mail o wydaniu i powiadomienie w aplikacji.

Docelowa długość: 2–4 minuty.

Struktura scen:

  1. Wprowadzenie (15–20 s) — Opisz problem, który rozwiązuje funkcja. Nie „wydaliśmy X”, lecz „zobacz, co dzięki niej zrobisz łatwiej”.
  2. Przegląd funkcji (30–45 s) — Pokaż funkcję w kontekście: gdzie ją znaleźć, jak wygląda, jakie ustawienie lub działanie jest kluczowe.
  3. Główny workflow (60–90 s) — Przejdź przez jeden realistyczny przypadek użycia od początku do końca. Użyj wiarygodnie wyglądających danych.
  4. Wskazanie kluczowej korzyści (20–30 s) — Jedno zdanie podsumowujące oszczędzony czas, usunięty krok lub rozwiązany problem.
  5. Gdzie dowiedzieć się więcej (10–15 s) — Link do dokumentacji lub dłuższego tutorialu. Subtelne CTA.

Początek narracji: „Od [daty wydania] funkcja [nazwa funkcji] jest dostępna w [miejscu w aplikacji]. Oto co robi i jak zacząć korzystać z niej już dziś.”

Plan dokumentu źródłowego LectureGuru. Prześlij wewnętrzną notę wydania albo specyfikację funkcji. Dokument powinien zawierać: opis problemu (1–2 zdania), działanie funkcji (3–5 punktów) oraz wymagania wstępne lub ustawienia, które użytkownik musi włączyć. Jeśli masz już napisany artykuł pomocy, on również się sprawdzi. LectureGuru czyta dokument i automatycznie tworzy strukturę slajdów oraz narrację.

Alternatywnie, jeśli zamiast objaśnienia slajdowego chcesz kroki nagrane na ekranie, użyj zadania Magic Demo Video: „Pokaż funkcję [nazwa funkcji] od [punkt wejścia w aplikacji]. Zademonstruj [główną czynność wykonywaną przez użytkownika] i pokaż wynik. Użyj [adresu URL środowiska testowego lub demonstracyjnego, który jest już dostępny].”

Szablon 2: Przewodnik po wdrożeniu użytkownika

Czym jest. Przewodnik krok po kroku, który prowadzi nowego użytkownika od utworzenia konta (lub pierwszego logowania) do ukończenia pierwszej znaczącej czynności — często nazywanej „pierwszą wartością”. Celem jest skrócenie czasu do uzyskania wartości i ograniczenie liczby zgłoszeń wsparcia generowanych przez zdezorientowanych nowych użytkowników.

Docelowa długość: 4–8 minut albo seria modułów po 2–3 minuty na krok.

Struktura scen:

  1. Co osiągniesz (20–30 s) — Powiedz na początku, jaki będzie rezultat. „Po zakończeniu tego przewodnika Twoje konto będzie skonfigurowane i [wykonasz X].”
  2. Konfiguracja konta lub profilu (60–90 s) — Wymagane ustawienia, podłączone integracje lub początkowe konfiguracje, zanim użytkownik będzie mógł zrobić coś istotnego.
  3. Główny proces: pierwsza czynność (90–120 s) — Najważniejsza rzecz, którą robi nowy użytkownik w Twoim produkcie. Przejdź przez nią w całości.
  4. Co zrobić dalej (30–45 s) — Dwa lub trzy kolejne kroki, krótko wspomniane. To nie jest pełny tutorial dla każdego z nich, tylko drogowskaz.
  5. Gdzie uzyskać pomoc (15–20 s) — Kanał wsparcia, link do dokumentacji albo kontakt do zespołu ds. sukcesu klienta.

Początek narracji: „Witamy. Ten przewodnik obejmuje wszystko, co musisz zrobić podczas pierwszej sesji, aby [nazwa produktu] działał dla [przypadku użycia]. Zajmuje około [X] minut, a zakończysz z [rezultatem].”

Opis zadania Magic Demo Video: „Pokaż kompletny proces wdrożenia nowego użytkownika [nazwa produktu]. Zacznij od panelu po pierwszym zalogowaniu. Przejdź przez [krok 1: np. podłączenie źródła danych], [krok 2: np. utworzenie pierwszego projektu] oraz [krok 3: np. wygenerowanie pierwszego wyniku]. Użyj [adresu URL środowiska testowego lub demonstracyjnego, który jest już dostępny] z wcześniej wypełnionymi danymi testowymi.”

O tym, jak przewodniki po wdrożeniu wpisują się w szerszy program edukacji produktowej, przeczytasz w artykule generowanie wideo AI dla SaaS: objaśnienia funkcji i edukacja produktowa.

Szablon 3: Demo sprzedażowe po rozmowie

Czym jest. Krótki, samodzielny film, który handlowiec wysyła po rozmowie rozpoznawczej albo demonstracji na żywo. Wzmacnia omawiany przypadek użycia, pokazuje istotną część produktu i daje potencjalnemu klientowi konkretny materiał do udostępnienia wewnętrznie interesariuszom, którzy nie byli na rozmowie.

Docelowa długość: 2–3 minuty. Krócej znaczy lepiej. Współpracownicy potencjalnego klienta obejrzą go bez kontekstu.

Struktura scen:

  1. Opis kontekstu (15–20 s) — Krótko przypomnij problem, który omawialiście. To pomaga osobom oglądającym, które nie były na rozmowie.
  2. Proces od początku do końca (60–90 s) — Pokaż dokładnie przepływ istotny dla przypadku użycia tego potencjalnego klienta. Personalizuj, gdy to możliwe: jeśli wspomniał konkretną integrację, pokaż ją.
  3. Moment wyróżniający (20–30 s) — Ta część produktu, którą najtrudniej opisać prozą. Pozwól produktowi mówić za siebie.
  4. Następny krok (15–20 s) — Co chcesz, aby zrobili: zaplanowali bardziej szczegółową sesję, rozpoczęli okres próbny lub połączyli Twojego wewnętrznego ambasadora z osobą techniczną.

Początek narracji: „W nawiązaniu do naszej rozmowy o [przypadku użycia]. Oto jak [nazwa produktu] obsługuje dokładnie to — proces, o którym rozmawialiśmy, od [punktu początkowego] do [rezultatu].”

Opis zadania Magic Demo Video: „Zademonstruj proces [przypadku użycia] w [nazwa produktu]. Zacznij w [punkcie wejścia]. Pokaż [kluczową czynność 1], [kluczową czynność 2] oraz ekran wynikowy. Skup się na [konkretnym wyróżniku, który omówiliście z potencjalnym klientem]. Użyj [dostępnego adresu URL demonstracji sprzedażowej] z realistycznymi przykładowymi danymi.”

Szablon 4: Film instruktażowy dla wsparcia

Czym jest. Krótka, skupiona odpowiedź na konkretne pytanie „jak zrobić X?”. Te filmy stanowią podstawę centrum pomocy samoobsługowej. Celem jest wykonanie zadania, nie wyjaśnianie: użytkownik powinien móc śledzić film i pomyślnie wykonać zadanie przy pierwszym oglądaniu.

Docelowa długość: 1–3 minuty. Jedno zadanie na film; nie łącz kroków z niepowiązanych workflow.

Struktura scen:

  1. Opis zadania (5–10 s) — Powiedz dokładnie, co obejmuje film. „Ten film pokazuje, jak [zadanie].”
  2. Wymagania wstępne (10–20 s, tylko gdy są potrzebne) — Co użytkownik musi mieć skonfigurowane, zanim to zadanie będzie możliwe. Pomiń, jeśli ich nie ma.
  3. Przewodnik krok po kroku (60–120 s) — Każdy krok na osobnym slajdzie. Pokaż ekran, powiedz, co kliknąć, i pokaż wynik przed przejściem do kolejnego kroku.
  4. Potwierdzenie ukończenia (10–15 s) — Pokaż, jak wygląda sukces: ekran potwierdzenia, zaktualizowany stan, rezultat, który użytkownik powinien zobaczyć.

Początek narracji: „Oto jak [zadanie] w [nazwa produktu]. Zajmuje to około [X] minut.”

Opis zadania Magic Demo Video: „Pokaż, jak [konkretne zadanie] w [nazwa produktu]. Zacznij od [miejsca w aplikacji, w którym użytkownik rozpoczyna to zadanie]. Kliknij kolejno każdy krok. Na końcu pokaż ekran potwierdzenia lub wyniku. Użyj [adresu URL środowiska testowego lub demonstracyjnego, który jest już dostępny].”

Ten szablon jest typem filmu wymagającym najwięcej utrzymania w każdej bibliotece SaaS, ponieważ zmiany interfejsu sprawiają, że takie filmy instruktażowe dezaktualizują się szybciej niż inne typy. O automatycznym obsługiwaniu tego utrzymania przeczytasz w artykule AI automatyzuje aktualne instrukcje produktu oraz w porównaniu LectureGuru i Loom dotyczącym kosztu utrzymania i automatycznej aktualizacji.

Szablon 5: Przewodnik konfiguracji integracji

Czym jest. Przewodnik pokazujący, jak połączyć produkt z innym narzędziem — podłączyć CRM, skonfigurować webhook, autoryzować klucz API albo mapować pola między systemami. Filmy o integracjach należą do najbardziej wartościowych treści, jakie możesz tworzyć, ponieważ rozwiązują konkretną barierę w procesie bezpośrednio związaną z retencją.

Docelowa długość: 3–6 minut, zależnie od złożoności integracji. Złożone integracje uzasadniają dwuczęściową strukturę: część 1 obejmuje konfigurację początkową, część 2 konfigurację szczegółową i testowanie.

Struktura scen:

  1. Co robi ta integracja (20–30 s) — Nazwij integrację, dwa zaangażowane produkty i dane przepływające między nimi. Jedno zdanie, dlaczego użytkownik miałby tego chcieć.
  2. Wymagania wstępne (20–30 s) — Wymagane uprawnienia, konta potrzebne w obu produktach, poziom dostępu administratora. Bądź konkretny; pominięcie tego frustruje użytkowników.
  3. Konfiguracja: po stronie Twojego produktu (60–90 s) — Gdzie znaleźć ustawienia integracji w produkcie, co włączyć, jakie poświadczenia lub klucze skopiować.
  4. Konfiguracja: po stronie drugiego produktu (60–90 s) — Gdzie skonfigurować połączenie w drugim narzędziu. Jeśli nie kontrolujesz interfejsu drugiego produktu, opisuj kroki ogólnie i zaznacz, że jego interfejs może się różnić.
  5. Test połączenia (30–45 s) — Pokaż, jak sprawdzić działanie integracji: zdarzenie testowe, ekran potwierdzenia synchronizacji lub pierwsze przepływające dane.
  6. Co dzieje się dalej (15–20 s) — Czego użytkownik powinien spodziewać się po konfiguracji: częstotliwości synchronizacji, gdzie zobaczyć dane, co zrobić, gdy coś wygląda nieprawidłowo.

Początek narracji: „Ten przewodnik pokazuje, jak połączyć [nazwę produktu] z [nazwą integracji]. Po skonfigurowaniu integracji między narzędziami będą przepływać [dane lub rezultat].”

Opis zadania Magic Demo Video: „Przejdź przez proces konfiguracji integracji [nazwa integracji] w [nazwa produktu]. Zacznij od [Ustawienia > Integracje lub odpowiednik]. Pokaż, jak skopiować [klucz API / URL webhooka / poświadczenie], skonfigurować połączenie w [nazwa produktu] i uruchomić test potwierdzający połączenie. Użyj [adresu URL środowiska testowego lub demonstracyjnego, który jest już dostępny].”

Szablon 6: Podsumowanie dziennika zmian / wydania

Czym jest. Krótkie, regularne podsumowanie wideo wszystkiego, co wydano w danej wersji lub sprincie. W przeciwieństwie do objaśnienia premiery funkcji (które szczegółowo omawia jedną funkcję), jest to szybki przegląd tygodnia lub miesiąca: co się zmieniło, co poprawiono i co użytkownik powinien sprawdzić. Jest przeznaczone dla obecnych klientów, którzy chcą być na bieżąco bez czytania ściany tekstu.

Docelowa długość: 2–4 minuty.

Struktura scen:

  1. Okres wydania i liczba (10–15 s) — „Oto co wydaliśmy w [miesiącu / sprincie N]: [N] zmian, o których warto wiedzieć.”
  2. Główna zmiana (po 30–60 s każda, maksymalnie 2–3) — Jedna scena na istotną zmianę. Pokaż funkcję lub zmianę, podaj korzyść w jednym zdaniu, przejdź dalej.
  3. Drobne zmiany i poprawki (łącznie 30–45 s) — Krótka lista opowiedziana na statycznym slajdzie lub zrzucie ekranu produktu. Bez szczegółowego omówienia.
  4. Co wypróbować w tym tygodniu (15–20 s) — Jedno konkretne wezwanie do działania: jedna rzecz, którą użytkownik powinien kliknąć w następnej sesji.

Początek narracji: „Podsumowanie [miesiąca / sprintu N]. Oto co się zmieniło i co zasługuje na Twoją uwagę.”

Plan dokumentu źródłowego LectureGuru. Wklej bezpośrednio changelog lub notę wydania. Ułóż go tak: jedna sekcja na każdą główną funkcję (po 3–5 punktów), a następnie lista punktowana drobnych poprawek. LectureGuru odczytuje dokument i tworzy jeden slajd na każdą główną sekcję z narracją podsumowującą zmianę prostym językiem. Edytujesz narrację, która jest zbyt techniczna lub nie uwzględnia wpływu dla użytkownika.

Szablon 7: Demo przejścia na wyższy plan / upsell

Czym jest. Film pomagający obecnemu klientowi zrozumieć, czego brakuje mu w aktualnym planie, i pokazujący konkretny proces odblokowany przez przejście na wyższy plan. Celem nie jest tabela porównawcza funkcji — chodzi o to, by wartość kolejnego poziomu stała się namacalna i konkretna dzięki demonstracji rzeczywistego procesu.

Docelowa długość: 2–3 minuty. Wystarczająco długo, aby pokazać proces, wystarczająco krótko, aby nie przypominało rozmowy sprzedażowej.

Struktura scen:

  1. Obecny stan (20–30 s) — Pokaż, co użytkownik może zrobić w aktualnym planie, w pozytywnym ujęciu. „Oto z czym dziś pracujesz.”
  2. Ograniczenie (15–20 s) — Pokaż konkretny punkt, w którym aktualny plan przestaje wystarczać: funkcja jest zablokowana, osiągnięto limit użycia, proces wymaga przejścia na wyższy plan. Bądź rzeczowy; nie dramatyzuj.
  3. Co odblokowuje kolejny poziom (60–75 s) — Pokaż proces z wyższego planu w działaniu. Skup się na wyniku, nie nazwie funkcji: raporcie, który można wygenerować, automatyzacji, która działa, integracji, która się łączy.
  4. Co zmienia się dla użytkownika (20–30 s) — Jeśli możesz, podaj liczby. Oszczędzony czas, usunięte kroki, wzrost skali. Jeśli nie możesz tego zmierzyć, pokaż przed i po dla tego samego zadania z wyższym planem i bez niego.
  5. Jak przejść na wyższy plan (15–20 s) — Dokładny krok: jeden przycisk, jeden ekran. Uczyń go prostym.

Początek narracji: „Korzystasz z [nazwy planu]. Oto co jest dostępne w [kolejnym poziomie] i bezpośrednio istotne dla [przypadku użycia, który ich interesuje].”

Opis zadania Magic Demo Video: „Pokaż proces [nazwa funkcji] dostępny w planie [plan docelowy] w [nazwa produktu]. Zacznij od [punkt wejścia w produkcie]. Przejdź przez [konkretną czynność lub proces ograniczone przez plan]. Pokaż wynik lub rezultat. Użyj [dostępnego adresu URL demonstracyjnego], na którym dostępny jest [wyższy plan].”

Porównanie LectureGuru i Synthesia pod kątem automatyzacji filmów demo znajdziesz w artykule LectureGuru vs. Synthesia: automatyzacja pipeline’u a wideo z aktorem.

Jak utrzymywać aktualność dem, gdy zmienia się interfejs

Szablony rozwiązują problem pustej strony. Automatyzacja rozwiązuje problem utrzymania. Jest jednak trzeci problem: wiedza, które filmy trzeba zaktualizować po wydaniu.

WebWatcher LectureGuru monitoruje dokumentację pomocy, adresy URL dziennika zmian produktu oraz wskazane strony internetowe. Gdy treść istotnie się zmienia — pojawia się nowy proces, zmodyfikowane ustawienie lub zmieniona nazwa funkcji — może zaproponować do trzech ukończonych dem powiązanych z tą samą stroną lub witryną. Sprawdzasz te propozycje, wybierasz dema do aktualizacji i potwierdzasz nowe nagranie. Oryginalne nagranie pozostaje dostępne.

Pętla utrzymania wygląda tak:

  1. Produkt wprowadza zmianę. Aktualizowana jest dokumentacja lub dziennik zmian.
  2. WebWatcher wykrywa zmianę. Może zaproponować do trzech ukończonych dem z tej samej strony lub witryny.
  3. Wybierasz i potwierdzasz. Wskazujesz dema do aktualizacji i potwierdzasz nowe nagranie.
  4. Sprawdzasz nowy wynik. Oryginalne nagranie pozostaje dostępne.

To właśnie sprawia, że biblioteka szablonów jest biblioteką utrzymywaną, a nie migawką sprzed sześciu miesięcy. Szablony dają strukturę. Proces obsługuje produkcję. WebWatcher zamyka pętlę utrzymania.

Często zadawane pytania

Czy przed użyciem tych szablonów muszę napisać scenariusz?

Nie. W przypadku szablonów Magic Demo Video wklejasz opis zadania, a agent AI LectureGuru porusza się po aplikacji, aby utworzyć narracyjny film MP4. W przypadku szablonów opartych na dokumencie przesyłasz istniejącą notę wydania lub artykuł pomocy, aby utworzyć gotowy wynik. W obu przypadkach przed udostępnieniem sprawdzasz i w razie potrzeby edytujesz wynik.

Czy mogę użyć tego samego szablonu dla wielu funkcji lub integracji?

Tak. Każdy szablon jest strukturą wielokrotnego użytku. Dla filmów instruktażowych wsparcia uruchamiaj za każdym razem ten sam opis zadania Magic Demo Video z inną nazwą zadania. W przewodnikach integracji podmień nazwę integracji i szczegóły konfiguracji. Struktura pozostaje taka sama, zmienia się treść.

Jak obsłużyć przewodnik po aplikacji wymagającej logowania?

Użyj adresu URL środowiska testowego lub demonstracyjnego, który jest już dostępny dla Magic Demo Video i zawiera bezpieczne dane demonstracyjne. W przypadku wrażliwych środowisk produkcyjnych użyj instancji testowej z wcześniej wypełnionymi danymi demonstracyjnymi.

Co, jeśli mój produkt ma rozgałęziające się procesy (ścieżki „jeśli–wtedy”)?

W przypadku rozgałęzionych przepływów nagraj każdą ścieżkę jako osobne zadanie. Uruchom zadanie raz na gałąź, a jeśli chcesz je połączyć, dodaj wyniki jako osobne slajdy w edytorze prezentacji interaktywnych. Z założenia AI nagrywa jedną ścieżkę na jedno uruchomienie zadania; rozgałęzienia obsługuje się przez uruchomienie wielu zadań.

Ile czasu zajmuje wyprodukowanie filmu z jednego z tych szablonów?

Czas zależy od złożoności aplikacji lub dokumentu, dostępności środowiska i zakresu sprawdzenia. W obu przypadkach przed udostępnieniem zaplanuj sprawdzenie i edycję wyniku.

Czy wynik można użyć w LMS lub centrum pomocy?

Tak. LectureGuru tworzy MP4 do osadzenia w każdym LMS lub centrum pomocy przyjmującym pliki wideo. Możesz też dodać ukończone demo do interaktywnej prezentacji internetowej w osobnym procesie edytora. Opcjonalne quizy i certyfikaty ukończenia należą do tej udostępnianej prezentacji interaktywnej, a nie do MP4.

Zacznij od jednego szablonu

Wybierz szablon odpowiadający Twojej potrzebie filmowej o największej skali — zwykle instrukcję wsparcia albo przewodnik po wdrożeniu. Uruchom go raz, sprawdź wynik i zobacz, jak proces radzi sobie z konkretnym interfejsem i terminologią Twojego produktu.

Zaczynając od jednego szablonu, możesz sprawdzić, jak proces dopasowuje się do interfejsu i terminologii produktu, a następnie rozbudowywać bibliotekę na tej podstawie.

Rozpocznij bezpłatny okres próbny i uruchom dziś swój pierwszy szablon.

Powiązane artykuły

Szablony filmów demonstracyjnych SaaS: 7 gotowych struktur prezentacji produktu