Competenza · Software
Software costruito sul modo in cui lavora già, non il contrario.
Una parte di ciò che serve a un'azienda non esiste ancora. Non un'impostazione in un prodotto, non due sistemi da collegare — uno strumento che va scritto, perché il lavoro che svolge è il suo. Noi costruiamo questi strumenti: app interne, portali, dashboard, la cosa che finalmente sostituisce il foglio di calcolo condiviso. E li costruiamo attorno ai sistemi che già usa, così nessuno deve cambiare piattaforma.
Gratuita, 30 minuti, senza impegno.
Cosa costruiamo
- App web interne e portali di amministrazione per il lavoro che nessun prodotto copre
- Portali clienti e strumenti self-service, con dentro le sue regole
- Dashboard e calcolatori che leggono i dati dai sistemi che già usa
- Un sostituto del foglio di calcolo condiviso che tre persone si contendono
Il problema
Il processo che conta di più è quello per cui nessuno vende software.
Ogni azienda che è sul mercato da un po' fa almeno una cosa in un modo che nessun prodotto ha mai previsto — come si pianificano i lavori, come si calcola un prezzo, una registrazione che va fatta dove si svolge il lavoro e non al rientro in ufficio. Di solito è la parte che funziona. Ed è anche la parte che gira su un foglio di calcolo, perché niente sul mercato le si adatta e la piattaforma che ci va più vicino vorrebbe dire spostare tutti i dati e insegnare a tutti un sistema nuovo.
Oggi
- 1Il processo da cui dipende l'azienda è proprio quello che nessun prodotto copre
- 2Vive in un foglio di calcolo condiviso, in una chat di gruppo e nella memoria di una persona
- 3Solo quella persona sa dire a che punto è davvero il lavoro
- 4La piattaforma che lo coprirebbe vorrebbe dire migrare i dati e riformare tutto il personale
- 5Così la soluzione tampone resta, e quella successiva le viene costruita sopra
Con Reviamo
- 1Per quel lavoro esiste un piccolo strumento — le sue regole, il suo vocabolario, e nient'altro
- 2Legge e scrive nei sistemi già in uso, così nessuno cambia piattaforma e nessuno deve imparare un secondo modo di lavorare
- 3Lo stato del lavoro è visibile senza chiedere a nessuno, e ciò che lo strumento registra alimenta qualunque passaggio venga dopo
Il software su misura non è un prodotto più grande. È un prodotto più piccolo — la parte del lavoro che svolge davvero, e nessuna di quelle che non svolge.
Come funziona
Pensato per un solo lavoro, costruito attorno a ciò che già usa.
-
1
Perimetro
La prima decisione è quanto non costruire. Un lavoro si può delimitare così: occorre registrare le presenze del personale; i veicoli che già usa hanno un codice QR; una piccola app web sul telefono ne scansiona uno; la scansione crea una registrazione di presenza; e quelle registrazioni alimentano poi i documenti di trasferta — i rapportini e i registri chilometrici — che altrimenti qualcuno batte a mano a fine mese. Tre piccoli pezzi, ciascuno con un solo compito. Questa è la dimensione sensata di una prima realizzazione, non un sistema.
-
2
Adattamento
Prima di progettare qualsiasi cosa stabiliamo cosa lo strumento non deve disturbare. Le persone accedono con gli account Microsoft 365 o Google Workspace che hanno già. Le anagrafiche si leggono dal gestionale invece di essere digitate di nuovo. Ciò che lo strumento produce torna dove quel dato deve stare. La vera prova di uno strumento su misura è quanto poco deve cambiare tutto il resto perché sia utile.
-
3
Realizzazione
Costruiamo a piccoli pezzi visibili, sui suoi dati reali, così può cambiare idea finché cambiarla costa ancora poco. La tecnologia è volutamente ordinaria — uno stack web standard, un database standard, niente di esotico — perché chi aprirà questo codice tra tre anni potrebbe non essere noi, e questo è un requisito, non un rischio.
-
4
In parallelo
Il nuovo software affianca il vecchio modo di lavorare, non lo sostituisce, finché le persone non lo preferiscono. Il foglio di calcolo resta aperto finché qualcuno lo vuole ancora; il giorno in cui nessuno lo apre più, la realizzazione è finita. La formazione è una conversazione, non un corso, perché uno strumento che richiede un corso è stato pensato male.
-
5
Consegna
Riceve il codice, il repository, gli account di hosting e una documentazione scritta per chi verrà dopo. Poi la parte onesta: il software su misura va mantenuto, e qualcuno deve esserne responsabile — noi, con un accordo di assistenza concordato, oppure una persona indicata da lei, con gli accessi e il tempo necessari. Un software senza responsabile si deteriora in silenzio, ed è meglio chiarirlo alla consegna che scoprirlo un anno dopo.
A titolo illustrativo, e volutamente generico — la forma che prende una registrazione, non quella di un'azienda in particolare. Il punto è la riga segnalata: una scansione mancante si ferma e aspetta una persona invece di essere completata tirando a indovinare.
Si collega a
Cosa deve raggiungere uno strumento su misura fin dal primo giorno
- Gestionali ed ERP
- TeamSystem, Zucchetti, Danea EasyFatt, Odoo
- Fatturazione e SdI
- Fatture in Cloud, XML FatturaPA tramite il Sistema di Interscambio
- Account e strumenti di lavoro
- Microsoft 365, Google Workspace — le persone accedono con l'account che hanno già
- Negozi online, siti e dati
- PrestaShop, il suo sito web e i database e i fogli di calcolo in cui oggi vive il lavoro
Uno strumento su misura è utile quanto ciò che riesce a raggiungere. Se un sistema ha un'API, o esporta in XML o CSV, quasi certamente va bene; dove manca un'API, di solito bastano un file depositato a orari programmati o una casella di posta. L'unica eccezione è SAP — non ci integriamo, e lo diciamo fin dall'inizio.
Per chi è
-
Aziende il cui processo migliore non esiste in commercio
Il modo in cui fa una certa cosa è il motivo per cui i clienti restano con lei. È anche il motivo per cui nessun software sul mercato le va bene.
-
Team che vivono in un unico foglio di calcolo condiviso
Tre persone, un file e una versione corretta per circa un'ora al giorno. Tutti sanno che è fragile; nessuno ha il tempo di sostituirlo.
-
Chi ha ricevuto un preventivo per una migrazione di piattaforma
Il prodotto lo coprirebbe, al prezzo di spostare ogni dato e riformare ogni persona. Spesso una realizzazione più piccola attorno a ciò che ha già fa lo stesso lavoro.
-
Lavoro che si svolge lontano dalla scrivania
Sopralluoghi, consegne, installazioni — dove la registrazione va fatta sul posto, dal telefono, altrimenti viene scritta male ore dopo.
Soluzioni in quest'area
I processi specifici che comprende, ciascuno messo a confronto prima e dopo.
Operatività
Documenti che si scrivono da soli
Uno strumento su misura raccoglie i dati di un lavoro; qui quei dati diventano i documenti che devono seguirlo.
Scopra di piùConoscenza
Un assistente sui suoi documenti
Quando ciò che serve è un modo per trovare ciò che l'azienda sa già, prende questa forma.
Scopra di piùHR
Selezione dei CV per una vera campagna di assunzioni
Uno degli strumenti interni più piccoli che un'azienda chiede, e di solito la prima realizzazione più facile da delimitare bene.
Scopra di piùDomande
Le domande che ci fanno prima di commissionare un software.
In cosa è diverso dall'automatizzare i sistemi che abbiamo già?
L'automazione collega software che esistono già; il software su misura è la parte che va scritta perché non c'è niente da collegare. In pratica le due cose si incontrano di continuo — uno strumento su misura è di solito il passaggio mancante al centro di un flusso per il resto automatizzato, ed è il flusso a rendere lo strumento utile. Se il suo problema è che due sistemi non si parlano, parta dal collegare ciò che già usa; costa meno, e spesso è l'intera risposta.
Dobbiamo abbandonare i sistemi che usiamo già?
No — lo strumento è costruito attorno a loro, ed è proprio questo il senso di costruirlo. Il suo gestionale resta dov'è, che sia TeamSystem, Zucchetti, Danea EasyFatt o Fatture in Cloud; le persone accedono con gli account Microsoft 365 o Google Workspace che hanno già; e il nuovo strumento copre solo il lavoro che prima non copriva nulla. A nessuno viene chiesto di imparare una piattaforma per continuare a fare ciò che faceva già.
Di chi è il codice?
È suo — il codice, i dati e gli account sono suoi dal primo commit. Il repository sta nella sua organizzazione, l'hosting e il database sono intestati a lei e non c'è nessuna licenza da continuare a pagarci. Se un giorno vuole affidarlo a un altro fornitore, consegna un repository con la sua documentazione, e nulla di suo deve prima essere estratto da una piattaforma.
Cosa succede se smette di funzionare, o se il processo cambia?
Qualcuno deve esserne responsabile — il software su misura non si mantiene da solo, ed è questo il costo onesto di averlo. Significa un accordo di assistenza concordato con noi, oppure una persona indicata da lei con gli accessi e il tempo per tenerlo aggiornato. Teniamo la superficie piccola e la tecnologia noiosa proprio per questo: meno parti in movimento da seguire, e una modifica al processo di solito richiede un pomeriggio, non una ricostruzione. Se nel processo non c'è ancora nulla di stabile, le diremo che è troppo presto per costruire qualsiasi cosa.
C'è dentro l'intelligenza artificiale?
Di solito no, e lo diciamo chiaramente. La maggior parte del software su misura è software normale — moduli, registrazioni, regole, permessi, un report a fine mese — e spacciarlo per intelligenza artificiale sarebbe disonesto, oltre che più difficile da mantenere. Ricorriamo a un modello solo dove il lavoro consiste davvero nel leggere testo o documenti non strutturati, che è lo scopo di un assistente sui suoi documenti, e altrove lo lasciamo fuori.
Non sappiamo bene cosa andrebbe costruito. Da dove si comincia?
Da una consulenza gratuita, prima di progettare o quotare qualsiasi cosa. Poi un audit dei processi a pagamento che si chiude con un prezzo fisso, da cui il costo dell'audit viene scalato per intero se decide di procedere. È nell'audit che si risponde onestamente alla domanda più difficile: a volte un prodotto copre già l'esigenza, a volte il processo va sistemato prima che valga la pena scrivere software, e a volte la risposta è un collegamento, non una realizzazione. I passaggi sono descritti in come lavoriamo, e la decisione stessa è una conversazione di consulenza strategica prima di diventare un progetto.
Soluzioni correlate
Due conversazioni da fare prima che qualcuno scriva codice.
Competenza
I sistemi che ha già, finalmente in dialogo tra loro
Una parte sorprendente di ciò che sembra software mancante sono in realtà due sistemi che non si parlano. Meglio escluderlo prima di commissionare una realizzazione.
Scopra di piùCompetenza
Decidere cosa automatizzare, e cosa lasciare com'è
Costruire, acquistare, collegare o lasciar stare: la conversazione su cosa fare e in che ordine. Non tutto ciò che la infastidisce merita che si scriva software apposta.
Scopra di piùTutte le soluzioni
Tutto ciò che automatizziamo
Sei dei processi che ci vengono chiesti più spesso, ciascuno messo a confronto prima e dopo.
Torna ai servizi
Consulenza gratuita
Ci racconti il lavoro che gira ancora su un foglio di calcolo.
Un processo, chi lo svolge e quali sistemi tocca. Trenta minuti online bastano per dire se va costruito, collegato o lasciato com'è. Non serve prepararsi.