Corto
Agenda e prenotazioni per un barber club, pensate prima di tutto per il telefono.
Scopri le scelte del progetto →Definiamo e sviluppiamo app per prenotazioni, servizi, acquisti o processi operativi, scegliendo piattaforme e funzioni prima di iniziare.
Una prima versione utile deve risolvere bene un percorso prioritario. Account, pagamenti, notifiche, backend e pubblicazione vengono valutati separatamente e inseriti nel perimetro.
Sede unica a Montecatini Terme: Kreluna non ha uffici a Pistoia. Gli incontri in studio sono su appuntamento. Analisi, revisioni e consegna possono svolgersi online; eventuali altri incontri si concordano separatamente e non sono inclusi automaticamente.
Esperienza mobileProva l’app CortoApri la demoLe demo permettono di esplorare schermate e passaggi di prenotazione o acquisto. Non dimostrano un backend operativo, notifiche effettive, pagamenti reali o una pubblicazione sugli store: queste parti richiedono un progetto dedicato.
Agenda e prenotazioni per un barber club, pensate prima di tutto per il telefono.
Scopri le scelte del progetto →
Un percorso mobile dedicato a trattamenti, disponibilità e prenotazione.
Scopri le scelte del progetto →
Un concept di noleggio con ricerca, scelta e utilizzo immediati.
Scopri le scelte del progetto →Concept dimostrativi progettati e sviluppati da Kreluna: mostrano approccio e qualità, ma non sono presentati come lavori commissionati da clienti. Esplora tutti i progetti e le scelte di design →
Se tecnici, agenti o addetti devono lavorare fuori sede, definiamo quali dati consultare e registrare dal telefono. Copertura di rete, autorizzazioni e sincronizzazione incidono sulla scelta tra app e web app.
Assegnazioni, foto, firme e stato del lavoro possono seguire una sequenza unica. Valutiamo copertura di rete, uso offline e permessi prima di scegliere piattaforma e tecnologia.
Se l’app deve leggere disponibilità o inviare richieste al gestionale, verifichiamo API e accessi prima di stimare l’integrazione. Definiamo chi può correggere i dati e cosa accade in caso di errore o mancata sincronizzazione.
Portali mobili e web app possono raccogliere richieste, documenti e avanzamenti senza moltiplicare telefonate e messaggi. Ogni notifica viene legata a un evento utile, non usata come rumore promozionale.
Utenti, schermate e azione principale vengono definiti prima del codice.
Il flusso viene verificato e poi realizzato sulle piattaforme concordate.
Dispositivi, account store, pubblicazione e manutenzione sono specificati nell’offerta.
Partiamo dall’azione che l’app deve rendere più semplice: prenotare, acquistare, accedere a un servizio oppure gestire un’attività.
Schermate, account, pagamenti, notifiche, backend e versioni iOS, Android o web vengono definiti prima del codice.
Dispositivi, account store, dati, verifiche e responsabilità di pubblicazione sono indicati nella proposta.
Per un’attività sul campo seguiamo un esempio dall’assegnazione alla chiusura: dati obbligatori, foto o documenti, stato e responsabile. Se serve lavorare offline, definiamo anche invio differito e gestione dei conflitti prima di stimare lo sviluppo.
Prima dello sviluppo chiariamo chi aggiorna informazioni, disponibilità e notifiche. Un’app sostenibile richiede un flusso di gestione oltre all’interfaccia visibile agli utenti.
Condividiamo un percorso campione con utente, dati iniziali, azione e risultato atteso, includendo un errore o un annullamento. Il prototipo chiarisce i passaggi; integrazioni e verifiche tecniche vengono valutate separatamente. Decisioni e revisioni restano documentate.
Obiettivo, destinatari, materiali e strumenti attuali.
Attività incluse, tempi, costi e dipendenze esterne.
Revisioni concordate, verifiche e consegna.
Dipende dalle API e dagli accessi offerti dal sistema. La compatibilità viene verificata prima di includere il collegamento nel preventivo.
Ogni progetto parte dalle tue esigenze. Definiamo insieme obiettivi, funzionalità e tempi, poi prepariamo una proposta su misura.
Sì, quando entrambe le piattaforme sono previste dal progetto. Il preventivo chiarisce sempre quali versioni e dispositivi sono compresi.
Non necessariamente. Spesso conviene partire da una prima versione essenziale e verificare l’utilità del percorso principale.
Descrivi chi userà l’app, l’azione principale e un esempio completo, compresi errori o annullamenti. Indica dispositivi, dati, sistemi esistenti, necessità offline e account disponibili. La proposta distingue prototipo, sviluppo, backend, pubblicazione e manutenzione.
Raccontaci un’azione che l’app deve permettere di completare e chi la userà. Indica dispositivi, dati e sistemi da collegare: da qui definiamo la prima versione da valutare.
Scrivi a KrelunaLa sede Kreluna è unica, a Montecatini Terme. Gli incontri in studio avvengono su appuntamento. Analisi, revisioni e consegna possono svolgersi interamente online; eventuali altri incontri si concordano separatamente. Materiali, decisioni e responsabilità vengono raccolti per iscritto.
Descriviamo l’azione principale, gli utenti, i dati e le notifiche indispensabili. Prototipo, piattaforme, pubblicazione sugli store e gestione successiva vengono separati per evitare costi o funzioni non previsti.
Immagini e stile hanno un compito preciso: aiutare le persone a capire l’offerta e raggiungere l’azione importante senza confusione.