Sviluppo di applicazioni web e portali aziendali

Il portale interno è usato da persone dell'azienda. L'accesso può essere semplice, i dati sono già tuoi, e il problema principale è non far vedere a tutti le stesse cose. È spesso il perimetro più contenuto, se il flusso è uno solo.

Il portale clienti espone dati verso l'esterno. Servono inviti, recupero password, un linguaggio comprensibile a chi non conosce i tuoi codici interni, e una regola su che cosa il cliente può vedere dei propri documenti. Un errore qui non è un fastidio interno: è un dato di un cliente mostrato a un altro.

Il portale fornitori o partner aggiunge aziende diverse dentro lo stesso sistema. Ogni azienda vede solo le proprie pratiche. I permessi non sono «admin e utente»: sono confini tra organizzazioni. Questo solo fatto sposta il lavoro rispetto a un'area riservata per i colleghi.

Un primo rilascio utile ha l'accesso, almeno due ruoli che non vedono le stesse schermate, l'oggetto principale del lavoro (pratica, ordine, ticket, documento) e gli stati che quell'oggetto può avere. Ha un modo per avvisare la persona giusta quando lo stato cambia, anche solo con un'email sobria. Ha una ricerca.

Possono aspettare: l'app nativa, la personalizzazione grafica di ogni schermata, le notifiche su ogni evento, il multilingua, i pagamenti online, l'accesso con l'identità dell'azienda cliente. Sono aggiunte legittime. Messe nel primo rilascio alzano il costo prima di sapere se il flusso base è quello giusto.

• Chi si registra, chi viene invitato, chi resta fuori
• Quali dati sono visibili a ciascun ruolo
• Quali file si caricano e quanto possono pesare
• Che cosa resta nel gestionale e che cosa vive solo nel portale
• Che cosa succede se una persona lascia l'azienda o il cliente chiude il rapporto

Il costo segue il numero di ruoli con regole diverse, il numero di tipi di pratica o documento, e il fatto che il portale sia la copia di un sistema esistente oppure il posto in cui il dato nasce. Rifare in bella una schermata di dati che restano altrove è un lavoro. Far nascere il dato nel portale, con storico e permessi, è un altro.

Spostano l'intervallo anche i pagamenti, la firma, l'accesso con account aziendale del cliente, le lingue, e l'obbligo di accessibilità se il portale è usato da un pubblico ampio. Nessuno di questi è un interruttore. Ognuno è un pezzo di scope.

Se nel portale compaiono dati di clienti o di dipendenti, va deciso quali campi servono davvero, chi può aprirli e per quanto restano. Non è il testo di un'informativa: è un vincolo che cambia schermate, log e cancellazioni. Ignorarlo all'inizio fa rifare il lavoro dopo.

Le fasce con cui la chat si orienta sono sotto i 2.000 €, tra 2.000 e 5.000 € e oltre i 5.000 €. Un'area interna con un flusso e due ruoli può stare in basso. Un portale clienti con documenti, stati e integrazioni sta di solito sopra i 5.000 €. Non è una media di mercato. È la distanza tra i due perimetri. Hosting, email transazionali, eventuale gateway di pagamento e canoni di terzi non sono dentro lo sviluppo.

Nella chat, dopo nome e email, descrivi chi entra, che cosa deve concludere in una sessione, e che cosa non deve vedere. Un esempio anonimo di pratica vale più di un elenco di pagine. Di' anche da dove arrivano i dati oggi: email, gestionale, foglio, oppure non esistono ancora.

Il riepilogo che ricevi è preliminare: macro-funzionalità, intervallo di investimento, indicazione di tempi. Non è un contratto. La call con Cristian Gintili si sblocca solo da quel riepilogo, così si conferma uno scope e non una parola generica come portale.

Un sito vetrina presenta l'azienda e raccoglie un contatto. Una web app è lo strumento con cui si svolge un lavoro, anche se lo usa solo il tuo team. Un portale è quella web app quando una parte degli utenti sta fuori dall'organico. Confondere i tre nomi è il modo più comune per chiedere un preventivo inutilizzabile. Nella stima usa il comportamento, non l'etichetta: chi entra, che cosa modifica, che cosa è vietato.