Ha comprato il software. Lo aggirano lo stesso.
Ogni azienda fa qualcosa in un modo che nessun prodotto da scaffale aveva previsto. Di solito è proprio quella la parte che conta.
Come si presenta nel quotidiano
Lo strumento è stato scelto, configurato per mesi, e metà del team ha continuato in silenzio a modo proprio. C’è un campo usato per qualcosa di diverso dal suo nome. C’è un passaggio che tutti fanno fuori dal sistema, perché il sistema non lo consente.
Colmare quel divario è di solito meno lavoro di quanto ci si aspetti, perché tutto ciò che già calza resta esattamente dov’è. Si costruisce la parte che la sua azienda fa in modo diverso, che in genere è la parte su cui compete.
Da qualunque punto stia partendo
Non c’è ancora nulla
Il lavoro si fa su carta, in una chat o nella testa di qualcuno, e nessuno strumento è mai stato provato. Questo lo rende il progetto più pulito di tutti: il processo viene disegnato attorno a come lavorate davvero, invece di essere ereditato da un prodotto.
Qualcosa c’è, ma non basta
Avete uno strumento e il team ci combatte. Campi usati per la cosa sbagliata, passaggi fatti fuori dal sistema, un espediente che tutti conoscono. La risposta è costruire la parte che non riesce a fare e collegare i due, oppure sostituirlo del tutto con qualcosa sagomato sulla vostra azienda, cosa oggi ampiamente alla portata. Entrambe vengono quotate prima che scegliate.
Funziona bene, ma potrebbe andare oltre
Lo strumento calza e le persone lo usano davvero. Ciò che conviene fare dopo di solito sta accanto: il processo vicino ancora manuale, l’accesso da telefono per chi non sta alla scrivania, o la reportistica sui dati che lo strumento raccoglie in silenzio da tempo.
Dove di solito va a finire
Nulla di tutto questo è deciso in anticipo. Queste sono le direzioni che questo problema prende di solito. Quale sia la sua emerge osservando come lavora davvero la sua azienda.
Uno strumento sagomato sul lavoro
Costruito attorno al processo che il suo team segue davvero, con i campi che gli servono davvero e i passaggi nell’ordine in cui davvero avvengono.
Solo ciò che manca
Dove il prodotto che possedete è buono, resta e viene collegato. Costruiamo il vuoto e non un sostituto, perché rifare ciò che già funziona è uno spreco dei suoi soldi.
Usabile dove il lavoro accade
Su un telefono, in un furgone o in magazzino, se è lì che si usa. Uno strumento per cui bisogna raggiungere una scrivania viene compilato dopo, a memoria e male.
Costruito con chi lo usa
Il team che fa il lavoro lo vede presto e spesso, così quello che arriva è lo strumento che voleva. L’adozione è tutto, e si vince durante la costruzione, non si annuncia dopo.
Come capiamo di quale si tratta
Guardiamo come si svolge il lavoro oggi: la sequenza reale, non il documento di processo. Cosa viene fatto, da chi, con quale frequenza e dove resta in attesa. È una conversazione e poi del tempo con le persone che lo fanno, ed è da lì che arriva la risposta. La chiamata e l’analisi le conduce Bruno in prima persona, così nulla di ciò che spiega dovrà essere spiegato di nuovo a chi poi lo realizzerà.
Quello che riceve è l’elenco di ciò che vale la pena costruire e di quanto rende ciascun elemento, ordinato in modo che il più efficace venga per primo. Lo vede per iscritto, con le condizioni, prima che inizi qualsiasi cosa.
Che cosa cambia
Gli espedienti spariscono, perché non resta più nulla da aggirare. I dati diventano affidabili per la prima volta, perché lo strumento ha smesso di spingere le persone fuori da sé per far finire il lavoro.
FAQ
Il software su misura non è più caro?
Da costruire sì. Su qualche anno spesso no, una volta contate le licenze per utente, il tempo di configurazione e le ore che il team passa a compensare una cattiva aderenza. Quei numeri finiscono nella proposta, così il confronto lo fa lei.
Che succede quando servono modifiche?
Si fanno. È il vantaggio principale rispetto a un prodotto: la roadmap è vostra, e una modifica è una conversazione invece di una richiesta di funzionalità messa in coda.
Diventiamo allora dipendenti da voi?
Non più che da qualsiasi fornitore, e meno che dalla maggior parte. Il codice è vostro, documentato, su tecnologie standard, e potete portarlo altrove. Preferiamo tenere i clienti perché vogliono restare.
Non potremmo farlo con uno strumento no-code?
Per flussi interni semplici, spesso sì. Il no-code tende a esaurirsi su integrazioni, volumi e permessi, di solito proprio dopo che lo strumento è diventato importante: che è il momento in cui vale la pena costruirlo per bene.
Che cosa aggira il suo team?
Ci dica dove il software smette di corrispondere al lavoro. Un’ora di solito basta per inquadrare il pezzo mancante e quotarlo.
Contattaci → Cosa risolviamo →