Przykładowy rezultat
Zapytania produktowe: przykład raportu po demo
To fikcyjny scenariusz demonstracyjny. Nie jest case study klienta ani obietnicą gotowego wdrożenia produkcyjnego.
Wersja decision-report-v2 ·
Przykład decyzji o dalszym etapie: zakres, trzy opisane ścieżki i ryzyka do sprawdzenia przed pilotażem.
Opisane scenariusze: 3. Testy rzeczywistego systemu: nie wykonano.
Scenariusze
Scenariusze opisane w przykładzie
Status „ścieżka opisana w przykładzie” oznacza opis oczekiwanego przebiegu. Nie jest wynikiem testu rzeczywistego systemu ani potwierdzeniem jakości.
- Wejście
- Zapytanie o parametry produktu opisane w aktualnej instrukcji i cenniku.
- Oczekiwane zachowanie
- System wskazuje źródło, przygotowuje propozycję odpowiedzi i daje operatorowi możliwość zatwierdzenia.
- Przebieg w fikcyjnym przykładzie
- Operator widzi dokument źródłowy, szkic odpowiedzi i ekran zatwierdzenia przed wysłaniem.
- Wejście
- Zapytanie z niejednoznacznym wariantem, gdzie materiał sugeruje odpowiedź, ale potrzebna jest kontrola.
- Oczekiwane zachowanie
- System oznacza odpowiedź jako wymagającą zatwierdzenia i zatrzymuje wysyłkę do czasu decyzji człowieka.
- Przebieg w fikcyjnym przykładzie
- Operator widzi propozycję, źródło i przycisk przekazania do akceptacji bez automatycznej wysyłki.
- Wejście
- Zapytanie o nieudokumentowany wariant produktu lub warunek, którego nie ma w materiałach.
- Oczekiwane zachowanie
- System nie udaje pewności, tylko przekazuje sprawę do handoffu z informacją o braku danych.
- Przebieg w fikcyjnym przykładzie
- Pytanie trafia do handoffu z wyjaśnieniem, że nie ma podstaw do odpowiedzi automatycznej.
Pytanie walidacyjne
Jedno pytanie, które miało odpowiedzieć demo
Czy operator może od wiadomości dojść do propozycji odpowiedzi, sprawdzić źródło i podjąć decyzję o wysłaniu albo handoffie?
Punkt wyjścia
Obecny punkt wyjścia
Role
- Osoba obsługująca skrzynkę
- Ekspert produktowy
- Osoba zatwierdzająca odpowiedź
Ręczne kroki
- ręczne czytanie wiadomości i rozpoznanie tematu
- szukanie informacji w dokumentach
- kopiowanie danych do odpowiedzi
- przekazanie trudniejszych pytań właściwej osobie
Źródła danych
- e-maile produktowe
- instrukcje i dokumentacja
- wewnętrzna lista osób odpowiedzialnych
Główne miejsca utraty czasu
- przerzucanie informacji między skrzynką i dokumentami
- brak jednego widoku statusu sprawy
Założenia wejściowe
- skrzynka zawiera powtarzalne pytania produktowe
- operator ma dostęp do materiałów źródłowych
- istnieje osoba zatwierdzająca wysyłkę lub handoff
Zakres demo
Zakres demo i elementy poza zakresem
Najpierw wartość i rezultat
- jedna propozycja odpowiedzi i widoczny punkt akceptacji
- przykładowy zestaw dokumentów i danych dla jednego procesu
- kontrola człowieka przed wysłaniem albo handoffem
Co nadal wymaga walidacji
- produkcyjna integracja poczty i automatyczna wysyłka
- pełny system uprawnień, audytu i monitoringu
- generalizacja na wszystkie linie produktowe bez walidacji
- obietnica wyniku biznesowego bez danych konkretnej firmy
Przykładowe kryteria do uzgodnienia z klientem
Przykładowe kryteria do uzgodnienia z klientem
- operator widzi źródło odpowiedzi
- odpowiedź nie jest wysyłana bez zatwierdzenia
- pytanie bez danych trafia do handoffu
- status sprawy jest widoczny na każdym etapie
Rejestr ryzyk
Rejestr ryzyk
Jakość dokumentów
Znaczenie: Nieaktualne lub niejednoznaczne materiały mogą prowadzić do błędnych propozycji odpowiedzi.
Proponowane ograniczenie ryzyka: Wybrać zatwierdzony zestaw źródeł i ustalić właściciela dokumentów.
Weryfikacja: Przed podłączeniem szerszego zestawu materiałów.
Dane osobowe
Znaczenie: Wiadomości mogą zawierać dane wrażliwe lub identyfikujące klienta.
Proponowane ograniczenie ryzyka: Uzgodnić maskowanie, zasady retencji i ograniczony dostęp do treści.
Weryfikacja: Przed testami na realnych wiadomościach.
Integracja poczty
Znaczenie: Błędna konfiguracja może skutkować brakiem pobrania lub wysyłki wiadomości.
Proponowane ograniczenie ryzyka: Najpierw uruchomić sandbox i sprawdzić scenariusze odbioru, kolejki i błędów.
Weryfikacja: Przed jakąkolwiek integracją produkcyjną.
Błędna klasyfikacja
Znaczenie: Zapytanie może zostać przypisane do złego typu odpowiedzi albo do złego handoffu.
Proponowane ograniczenie ryzyka: Zdefiniować reguły klasyfikacji i zestaw pytań granicznych do testów.
Weryfikacja: W testach jakości i w pilotażu.
Koszt modeli
Znaczenie: Przy większej liczbie spraw koszt przetwarzania może być wyższy niż zakładano.
Proponowane ograniczenie ryzyka: Limitować liczbę wywołań, monitorować zużycie i ustalić progi eskalacji.
Weryfikacja: W sandboxie i po pierwszym tygodniu pilotażu.
Odpowiedzialność człowieka
Znaczenie: Bez jasnego zatwierdzenia nie wolno sugerować, że AI ponosi decyzję za zespół.
Proponowane ograniczenie ryzyka: Wprowadzić widoczny etap akceptacji i jasno opisać, kto zatwierdza wysyłkę.
Weryfikacja: Przed startem pilotażu i przed odbiorem etapu.
Plan pierwszego etapu
Plan pierwszego etapu
- 1warsztat danych
- 2sandbox integracji
- 3role i uprawnienia
- 4testy jakości
- 5monitoring
- 6pilotaż
Zachowaj raport lub opisz podobny proces
PDF zawiera ten sam fikcyjny przykład. Zakres konkretnego etapu ustalamy osobno.
