Przejdź do treści
Wtyczka Chrome dla supportu, testerów i devów

Zamień buga
w gotowy raport
w mniej niż minutę.

Wszystkie potrzebne dane Bez przełączania kontekstu

Darmowy test

30dni

pełna wersja

Odzyskaj czas

Zamiast pisać zgłoszenie od zera, nagrywasz przebieg buga w przeglądarce.

Mniej dopytywania

Kroki, URL, komentarz i pełny kontekst techniczny trafiają do ticketa.

Przekaż dalej

W zależności od konfiguracji raport udostępniasz linkiem albo wysyłasz e-mailem lub do Jiry.

Demo: bez komentarza głosowego

Zobacz, jak raport trafia do Jiry.

Nie chce Ci się mówić? Nie ma sprawy. W tym wideo Voice2Bug zbiera przebieg problemu i tworzy ticket w Jirze - bez komentarza głosowego.

Ticket w Jirze gotowy w 14 sekund.

Koszt ręcznego raportowania

Ile czasu zjada jeden bug report?

Kompletne zgłoszenie buga zajmuje zwykle ok. 15 minut. Do samego opisu dochodzi przełączanie się z aplikacji do Jiry i z powrotem. W skali miesiąca to godziny supportu, QA albo devów, które nie idą na diagnozę i naprawę.

Jedno zgłoszenie

15 min+

ręcznej pracy

Odtworzenie problemu, opis kroków, URL, screenshoty i dopisanie kontekstu technicznego w zgłoszeniu.

20 zgłoszeń miesięcznie

5 h+

samego opisywania

Tyle może znikać na samą dokumentację zgłoszeń, zanim zespół zacznie właściwą diagnozę.

50 zgłoszeń miesięcznie

12,5 h+

czasu zespołu

To prawie cały dzień pracy miesięcznie, który zespół może przeznaczyć na naprawę znalezionych bugów.

Konserwatywna matematyka

50 zgłoszeń × 15 minut = 12,5 godziny pracy nad przygotowaniem raportów.

Liczymy tylko ręczne przygotowanie zgłoszenia. Przełączanie się między aplikacją a Jirą oraz późniejsze pytania o szczegóły podnoszą realny koszt procesu.

Przez 30 dni sprawdzasz na własnych zgłoszeniach, ile czasu zespół odzyskuje przy raportowaniu bugów.

Problem nie jest w samym bugu

Problemem jest czas potrzebny na opis i brak kontekstu, który wraca do supportu, QA albo programistów jako kolejne pytania.

Czas znika w opisie

Ktoś musi odtworzyć problem, przepisać kroki, zebrać URL i dopisać brakujące szczegóły.

Zgłoszenie
wraca

Gdy brakuje kroków, środowiska albo momentu wystąpienia buga, zespół musi dopytywać zamiast diagnozować.

Naprawa startuje później

Im dłużej trwa kompletowanie materiału, tym później bug trafia do realnej pracy.

Mniej pytań.
Więcej kontekstu.

Ręcznie

1

Zgłoszenie przychodzi jako krótki opis.

2

Ktoś odtwarza problem i ręcznie dopisuje kontekst.

3

Kroki, URL-e i zrzuty są ręcznie przepisywane do zgłoszenia.

Z Voice2Bug

1

Odtwarzasz buga w przeglądarce.

2

Raport powstaje z danych zebranych podczas odtwarzania problemu.

3

Zespół dostaje jeden materiał do sprawdzenia i dalszej pracy.

Status quo kontra raport z kontekstem

Sam opis albo samo wideo mogą nie wystarczyć.

Voice2Bug nie zastępuje Jiry ani komunikacji w zespole. Pomaga zebrać materiał przed utworzeniem lub przekazaniem ticketa.

Ręczny opis w Jirze

Co pomaga
Proces jest znany i mieści się w obecnym workflow.
Gdzie pęka
Ktoś nadal musi przepisać kroki, URL-e, zrzuty ekranu i kontekst techniczny.
Co dokłada Voice2Bug
Raport korzysta z działań, URL-i, opcjonalnych zrzutów i dostępnego kontekstu.

Zrzuty ekranu

Co pomaga
Są szybkie przy bardzo prostych problemach.
Gdzie pęka
Nie pokazują przebiegu, kolejności akcji ani tego, co wydarzyło się między ekranami.
Co dokłada Voice2Bug
Może połączyć przebieg, kroki, URL i opcjonalny komentarz w jednym materiale.

Loom albo nagranie ekranu

Co pomaga
Dobrze pokazuje, co użytkownik widział.
Gdzie pęka
Odbiorca musi sam odnaleźć w materiale właściwe kroki i moment błędu.
Co dokłada Voice2Bug
Tworzy raport z zebranych działań i dostępnego kontekstu, który można sprawdzić i przekazać dalej.

Slack albo mail

Co pomaga
Szybko uruchamia rozmowę w zespole.
Gdzie pęka
Kontekst może rozproszyć się w wątku, a materiał nadal trzeba przenieść do zgłoszenia.
Co dokłada Voice2Bug
Tworzy materiał, który można udostępnić linkiem albo wysłać e-mailem lub do Jiry.
Porównanie ręcznego opisu, nagrania ekranu, Slacka lub maila oraz Voice2Bug
Sposób Co pomaga Gdzie pęka Co dokłada Voice2Bug
Ręczny opis w Jirze Proces jest znany i mieści się w obecnym workflow. Ktoś nadal musi przepisać kroki, URL-e, zrzuty ekranu i kontekst techniczny. Raport korzysta z działań, URL-i, opcjonalnych zrzutów i dostępnego kontekstu.
Zrzuty ekranu Są szybkie przy bardzo prostych problemach. Nie pokazują przebiegu, kolejności akcji ani tego, co wydarzyło się między ekranami. Może połączyć przebieg, kroki, URL i opcjonalny komentarz w jednym materiale.
Loom albo nagranie ekranu Dobrze pokazuje, co użytkownik widział. Odbiorca musi sam odnaleźć w materiale właściwe kroki i moment błędu. Tworzy raport z zebranych działań i dostępnego kontekstu, który można sprawdzić i przekazać dalej.
Slack albo mail Szybko uruchamia rozmowę w zespole. Kontekst może rozproszyć się w wątku, a materiał nadal trzeba przenieść do zgłoszenia. Tworzy materiał, który można udostępnić linkiem albo wysłać e-mailem lub do Jiry.

Nowy standard zgłaszania bugów

Raport porządkuje materiał potrzebny do przekazania zgłoszenia. Dzięki temu zespół pracuje według wspólnego standardu.

Przebieg buga

Zebrane działania mogą zostać przedstawione jako kroki i oś przebiegu; głos oraz zrzuty są opcjonalne.

Kontekst
techniczny

Raport może zawierać URL-e, dostępne logi oraz zredagowane dane wybranych żądań i odpowiedzi sieciowych.

Gotowy
materiał

Raport z zebranym kontekstem można udostępnić linkiem albo wysłać e-mailem lub do Jiry.

Bez integracji na start

Zacznij od raportu z linkiem.

Do indywidualnego testu instalujesz rozszerzenie, tworzysz raport i możesz udostępnić go linkiem.

Utwórz
raport

Odtwarzasz buga, a wtyczka zbiera ekran, kroki, URL i kontekst przeglądarki.

Udostępnij
link

Raport możesz wysłać devowi, supportowi albo klientowi bez konfiguracji integracji.

Sprawdź
integracje

Gdy raport z linkiem działa, w pełnym dostępie sprawdzasz wysyłkę do Jiry albo e-maila.

Zacznij od jednego zgłoszenia i porównaj raport z materiałem, który zespół przygotowuje dziś.

Dla kogo jest Voice2Bug

Firmy produktowe

Support
aplikacji

Gdy klient zgłasza problem, support szybko odtwarza go i przekazuje pełny raport dalej.

Software house'y

Bug w
projekcie

Tester, PM, developer albo klient pokazuje błąd, a zespół dostaje gotowy materiał do pracy.

Wdrożenia CRM

Po wdrożeniu

Po wdrożeniu klient pokazuje, co nie działa, a zespół wdrożeniowy dostaje kontekst do reakcji.

Kiedy Voice2Bug nie jest dobrym wyborem

Gdy problemu nie da się pokazać w przeglądarce.
Gdy nie odtwarzacie zgłoszeń przed przekazaniem ich dalej.
Gdy każde zgłoszenie już dziś zawiera cały kontekst potrzebny zespołowi.
Gdy organizacja zabrania zbierania działań, URL-i, zrzutów, audio lub kontekstu technicznego.
Gdy koszt wdrożenia procesu przewyższa częstotliwość takich zgłoszeń.

Do codziennego
przekazywania bugów.

Voice2Bug powstał z prostego problemu: bug jest widoczny w przeglądarce, ale materiał dla zespołu trzeba później ręcznie opisywać, uzupełniać i przepisywać do narzędzi.

Obejrzyj nagrane demo i stronę bezpieczeństwa, aby ocenić, czy ten proces pasuje do Twojego zespołu.

Zobacz nagrany proces

Obejrzyj nagrane demo. Informacja o 14 sekundach dotyczy wyłącznie pokazanego scenariusza.

Dane i ograniczenia

Sprawdź jakie dane może zebrać rozszerzenie, jak działa udostępnianie i czego produkt nie gwarantuje.

Kontakt

Masz pytanie przed testem albo po pierwszym raporcie? Napisz na support@voice2bug.com.

Pytania przed startem

Tak. Zostawiasz adres e-mail i potwierdzasz go. Następnie dostajesz kod aktywacyjny. Dokładnie 30 dni zaczyna się dopiero po skutecznym zapisaniu aktywacji przez wtyczkę. Nie podajesz karty i nic nie jest naliczane automatycznie.

Po potwierdzeniu otrzymujesz link do rozszerzenia, kod aktywacyjny i instrukcję startu. W tym momencie licznik triala jeszcze nie działa.

Nie. Voice2Bug przydaje się też testerom, programistom, software house'om i firmom wdrożeniowym CRM. Proces jest ten sam: pokazujesz buga, zbierasz kontekst i wysyłasz czytelny raport.

W trybie ręcznym możesz poprawić wybrane pola i usunąć część materiału przed wysłaniem. Jeśli administrator włączył automatyczną destynację, raport może zostać wysłany po wygenerowaniu bez ręcznego zatwierdzenia.

To zależy od konfiguracji obszaru roboczego. Administrator może włączyć automatyczną wysyłkę do e-maila lub Jiry. Gdy automatyczna wysyłka jest wyłączona, raport można przejrzeć i wysłać ręcznie.

Do indywidualnego testu instalujesz rozszerzenie, tworzysz raport i możesz udostępnić go linkiem.

Nie do pierwszego raportu udostępnionego linkiem. Potwierdzone miejsca docelowe to e-mail i Jira; ich użycie wymaga konfiguracji obszaru roboczego.

Trial obejmuje pełną funkcjonalność i nielimitowane raporty przez 30 dni. Po wygaśnięciu nagrywanie, treść raportów, eksporty i linki workspace są zablokowane. Wygaśnięcie nie usuwa automatycznie konta ani danych; obowiązują zasady retencji i żądania usunięcia. Nic nie nalicza się automatycznie.

Rozszerzenie może zebrać działania, URL-e, zrzuty, opcjonalne audio, dane przeglądarki oraz zredagowane logi i ruch sieciowy. Zakres zależy od sesji i ustawień. Szczegóły i ograniczenia opisuje strona Bezpieczeństwo.

Co dzieje się po formularzu

Dostęp krok po kroku.

Nie kupujesz i nie podajesz karty. Zostawiasz mail i potwierdzasz adres. Potem dostajesz kod oraz link do wtyczki; 30 dni zaczyna się dopiero po skutecznej aktywacji.

Krok 1

Potwierdzasz e-mail

Klikasz link potwierdzający, żebyśmy mogli wysłać dostęp na właściwy adres.

Krok 2

Dostajesz dostęp

W mailu dostajesz kod, link do wtyczki i instrukcję uruchomienia testu.

Krok 3

Instalujesz Voice2Bug

Instalujesz Voice2Bug i aktywujesz je kodem. Skuteczna aktywacja uruchamia dokładny licznik 30 dni i zmienia pływający przycisk na „Report a bug”.

Krok 4

Testujesz na bugach

Przez 30 dni sprawdzasz Voice2Bug na realnych zgłoszeniach z zespołu.

Przez 30 dni od aktywacji masz pełną funkcjonalność i nielimitowane raporty. Po wygaśnięciu nagrywanie i dostęp do raportów są zablokowane. Nie ma karty, automatycznej płatności ani zobowiązania.

Przetestuj przez 30 dni.
Potem zdecyduj.

Najpierw mierzysz efekt na realnych bugach. Dopiero potem decydujesz, czy Voice2Bug zostaje w procesie.

Darmowy test

Darmowy test przez 30 dni

Zostaw adres e-mail i potwierdź go. Otrzymasz kod aktywacyjny, link do rozszerzenia i instrukcję startu. Mierz efekt na własnym procesie, bez założonego wyniku.

  • Sprawdzasz link, a po konfiguracji także wysyłkę e-mailem i do Jiry.
  • Sprawdzasz raport z działaniami, URL-ami, opcjonalnymi zrzutami i głosem.
  • Sprawdzasz Voice2Bug na realnych zgłoszeniach.
  • Mierzysz czas i liczbę pytań uzupełniających według własnych danych.
  • Bez karty i bez automatycznej płatności.
  • W aktywnym trialu tworzysz nielimitowane raporty; po 30 dniach nagrywanie i dostęp do raportów są zablokowane.

Bez karty

Nie proszę o dane płatnicze przy starcie testu.

Bez automatu

Po 30 dniach nic nie nalicza się samo.

Po trialu

Nagrywanie i dostęp do raportów są zablokowane. Wygaśnięcie samo nie usuwa konta ani danych.