Web aplikacije po meriBeč

Kada je posao raspoređen na više različitih alata, vođenje firme postaje teže. Pravimo web i mobilne aplikacije po meri za firme i njihove klijente — od sistema za rezervacije do online alata prilagođenih vama.

  • Prema vašem procesu rada
  • Klijenti + tim povezani
  • Jasne uloge i dozvole

Šta pravimo: sisteme za rezervacije, dashboarde za dispečere, portale za klijente, interne alate, web i mobilne aplikacije i povezivanje sa alatima koje već koristite.

Primer iz pravog projekta

Rezervišite transfer na strani klijenta i pogledajte kako stiže kod dispečera. Ovako radi sistem za taksi rezervacije iz jednog od naših projekata — pojednostavljen za ovu stranicu.

Klijent · web aplikacija

9:41

Aerodromski transfer

Gde putujete?

Unesite vožnju jednom. Dispečer dobija istu rezervaciju.

2

Dispečer · dashboard

Dispečer · Današnje vožnje Uživo
Rezervacije18
Dodeljeno6
Traži pažnju1
VremeRutaVozačStatus
  • 09:10VIE → CentarM. HuberAC-102Potvrđena
  • 09:40VIE → HotelL. WagnerAC-201Dodeljena
  • 11:15VIE → CentarM. BraunAC-118U toku
  • 12:30Hotel → VIEH. Müller—Na čekanju

Interaktivni primer · pojednostavljen i nije povezan sa sistemom uživo.

  1. 01 · Rezervacija

    Klijent unosi vožnju jednom.

    Polazak, odredište, datum, let i putnici ulaze u jednu rezervaciju umesto da se prepisuju između poruka ili alata.

  2. 02 · Dispečer

    Kancelarija radi iz istog zapisa.

    Dispečer može da pregleda vožnju, ispravi detalje i organizuje rezervaciju iz jednog dashboarda.

  3. 03 · Status

    Promene ostaju vezane za vožnju.

    Izmene, status rezervacije i informacije koje timu trebaju ostaju povezani sa istim poslom.

Kako aplikacija nastaje

Pratimo jednu vožnju od rezervacije do dispečera — i puštamo da stvarni proces rada oblikuje aplikaciju.

  1. Razgovor

    Mapiramo rezervaciju onako kako stvarno teče.

    Prolazimo kroz sve što se dešava od trenutka kada putnik zatraži aerodromski transfer do trenutka kada dispečer može da reaguje. Tako se vidi koji detalji su važni, kome treba pristup i gde predaja informacija zapinje.

    Polazna tačka

    Korisnici, detalji rezervacije i predaje koje prva verzija mora da podrži.

  2. Plan

    Povezujemo stranu klijenta sa dispečerom.

    Odlučujemo šta klijent unosi, šta dispečer vidi, koji detalji mogu da se menjaju i kako rezervacija prolazi kroz svoje statuse.

    Mapa procesa

    Jedan tok rezervacije sa jasnim ulogama, statusima i mestima za izmene.

  3. Podaci

    Strukturiramo informacije iza aplikacije.

    Pre nego što ekrani mogu da rade zajedno, definišemo šta sistem čuva i kako su zapisi povezani — rezervacije, klijenti, vozači, vozila, detalji vožnje i statusi.

    Struktura podataka

    Jasan model zapisa, veza i informacija koje aplikaciji trebaju.

    Ovde odlučujemo i koji podaci idu zajedno, šta može da se menja i ko sme da ih vidi.

  4. Izrada

    Jedna rezervacija radi na obe strane.

    Povezujemo ekrane sa istim podacima, dodajemo odgovarajuća pravila pristupa i testiramo šta se dešava kada se rezervacija kreira, izmeni ili ažurira.

    Radna verzija

    Funkcionalan tok od rezervacije klijenta do upravljanja kod dispečera.

    Podaci o letovima, plaćanja, obaveštenja ili postojeći alat koji treba povezati? Te zahteve proveravamo rano, ne na kraju.

  5. Lansiranje

    Testiramo situacije koje se dešavaju u stvarnim rezervacijama.

    Pre puštanja u rad prolazimo kroz slučajeve sa kojima dispečer stvarno radi — izmene, podatke koji nedostaju, otkazivanja i različite nivoe pristupa.

    Spremno za puštanje

    Prva verzija spremna za stvarne rezervacije i povratne informacije tima.

Ne samo taksi

Koristimo projekat aerodromskih transfera jer pokazuje ceo proces rada od početka do kraja. Isti pristup funkcioniše za interne alate, portale za klijente, sisteme za rezervacije i još mnogo toga.

  • 01

    Sistemi za rezervacije

    Klijenti rezervišu jednom, vaš tim to odmah vidi.

  • 02

    Dispečing i raspored

    Dodeljujte ljude, vozila ili termine iz jednog pregleda uživo.

  • 03

    Portali za klijente

    Klijenti se prijavljuju, vide svoju istoriju i sami upravljaju svojim zahtevima.

  • 04

    Interni alati

    Zamenite tabelu koju svi izbegavaju da diraju alatom napravljenim baš za taj posao.

  • 05

    Dashboardi i izveštaji

    Brojke od kojih posao zavisi, bez ikakvog izvoza podataka.

Aplikacija za taksi rezervacije

Pogledajte tok rezervacije, dispečerski dashboard i stvarnu logiku procesa — isti sistem oko kog je napravljena ova stranica.

Poslaćemo vam pristup demo verziji.

Pre nego što počnemo

Pitanja koja se obično jave kada stvarni proces rada postaje funkcionalna aplikacija.

Imate neko drugo pitanje?[email protected]
  • Kod aplikacije za rezervacije cena zavisi od toka rezervacije, korisničkih uloga, podataka koji se čuvaju i eventualnih integracija. Prvo definišemo korisnu prvu verziju, zatim dajemo ponudu i posebno navodimo sve ponavljajuće troškove ili troškove trećih strana.

  • Rok dogovaramo kada su prvi tok rezervacije i korisničke uloge jasni. Integracije, postojeći podaci i vreme za proveru mogu uticati na tempo.

  • Ne. Ovde koristimo projekat aerodromskog taksija jer se na njemu proces rada lako vidi od početka do kraja. Dostupni smo i za druge projekte aplikacija po meri, uključujući interne alate, portale za klijente, sisteme za rezervacije i procese napravljene prema načinu na koji vaša firma radi.

  • Ne. Aplikacija po meri može da bude samostalan projekat. Sajt je koristan kada klijentima trebaju i javne informacije o firmi pre nego što počnu da koriste aplikaciju.

  • U ovom primeru je tok rezervacije za klijente napravljen za telefone, dok je dispečerski deo pogodniji za veći ekran. Svaki interfejs planiramo prema uređajima koje ljudi stvarno koriste. Objava u App Store-u, rad bez interneta ili funkcije specifične za telefon su posebni zahtevi koje zasebno procenjujemo.

  • Moguće je. Procesu rezervacija mogu trebati plaćanja, obaveštenja, informacije o letovima ili postojeći poslovni sistem. Da li je povezivanje moguće zavisi od servisa, njegovog API-ja, dozvola i uslova pretplate.

  • Nalog klijenta i nalog dispečera ne bi trebalo da imaju isti pristup. Definišemo ko može da vidi ili menja podatke o rezervacijama, a zatim planiramo autentifikaciju, dozvole i odgovarajuće mere zaštite oko tog stvarnog procesa.

  • Da. Kada prva verzija počne da obrađuje stvarne rezervacije, mnogo je lakše proceniti da li se isplati dodati funkcije kao što su plaćanja, automatska obaveštenja, izveštaji ili dodatne korisničke uloge. Kasniji rad se posebno planira i nudi.

Manje zastoja

Pokažite nam kako to danas radi. Dovoljno je nekoliko stvarnih koraka — zajedno ćemo videti šta treba povezati, pojednostaviti ili automatizovati.