Opis projektu
PrzetłumaczoneProwadzimy małą firmę pomocy drogowej z kilkoma holownikami obsługującymi miasto, a każde połączenie zaczyna się tak samo: kierowca dzwoni, dyspozytor próbuje ustalić, gdzie się znajduje, a następnie sprawdza osobną mapę, aby zgadnąć, który holownik jest wolny. Działa, ale jest wolne w godzinach szczytu, a błędy się zdarzają, gdy dwóch dyspozytorów wysyła ten sam holownik do różnych zleceń. Chcemy przenieść ten pierwszy krok do chatbota, którego kierowca może otworzyć bezpośrednio w komunikatorze zamiast czekać na linii.
Bot powinien poprosić kierowcę o udostępnienie swojej lokalizacji na żywo i krótkie opisanie, co jest nie tak — samochód nie chce zapalić, został uderzony i nie można nim jechać, lub po prostu potrzebuje holowania między dwoma adresami. Używając tej lokalizacji, bot porównuje ją z aktualną pozycją i statusem każdego holownika w flocie i oferuje najbliższy, który nie jest już przypisany. Gdy holownik zostanie wybrany, kierowca powinien zobaczyć prosty szacunek czasu przybycia, a przypisany kierowca powinien otrzymać krótki czytelny podsumowanie zamiast telefonu przekazywanego słowo w słowo.
Nie mamy na myśli ściśle określonego stosu technologicznego, ale logika dopasowania i szacunki są ważniejsze niż interfejs. Punkty, które chcielibyśmy uwzględnić:
— akceptowanie udostępnionej geolokalizacji, a nie tylko wpisanych adresów
— łatwy sposób oznaczania holownika jako zajętego lub wolnego w czasie rzeczywistym
— szacunki przybycia oparte na odległości i obciążeniu, a nie stała liczba
— przejście do dyspozytora na żywo, gdy bot nie może pewnie dopasować prośby
Bot powinien poprosić kierowcę o udostępnienie swojej lokalizacji na żywo i krótkie opisanie, co jest nie tak — samochód nie chce zapalić, został uderzony i nie można nim jechać, lub po prostu potrzebuje holowania między dwoma adresami. Używając tej lokalizacji, bot porównuje ją z aktualną pozycją i statusem każdego holownika w flocie i oferuje najbliższy, który nie jest już przypisany. Gdy holownik zostanie wybrany, kierowca powinien zobaczyć prosty szacunek czasu przybycia, a przypisany kierowca powinien otrzymać krótki czytelny podsumowanie zamiast telefonu przekazywanego słowo w słowo.
Nie mamy na myśli ściśle określonego stosu technologicznego, ale logika dopasowania i szacunki są ważniejsze niż interfejs. Punkty, które chcielibyśmy uwzględnić:
— akceptowanie udostępnionej geolokalizacji, a nie tylko wpisanych adresów
— łatwy sposób oznaczania holownika jako zajętego lub wolnego w czasie rzeczywistym
— szacunki przybycia oparte na odległości i obciążeniu, a nie stała liczba
— przejście do dyspozytora na żywo, gdy bot nie może pewnie dopasować prośby
Programowanie stron internetowych Gotówka, Przelew bankowy
