Sito pubblico, catalogo moduli e ISPINO commerciale

Funzione del sito pubblico

Il sito presenta ISP Billing a visitatori e potenziali clienti. Spiega benefici, aree funzionali e moduli senza esporre strumenti amministrativi, route interne, tabelle, cron, credenziali o dettagli riservati.

Il contenuto pubblico deve rispondere a due domande commerciali: che cosa può fare il prodotto e quale problema operativo risolve. Le procedure complete restano nel manuale.

Pagine informative e identità ISP APP

La Home accompagna il visitatore dal quadro generale ai flussi operativi, alla Dashboard, alle aree funzionali, all’esperienza cliente, alle integrazioni e alle offerte. Le schermate desktop mantengono il formato orizzontale, mentre le sei catture native di ISP APP usano una cornice iPhone 15 Pro uniforme senza deformare l’interfaccia originale.

La pagina ISP APP conserva il logo ufficiale e spiega come la stessa applicazione serva clienti, operatori ISP e rivenditori in base al ruolo. FAQ, Contattaci, Privacy, Compliance e Social condividono il sistema grafico pubblico. La Privacy mantiene integralmente il testo legale e aggiunge un indice consultabile; Compliance distingue standard, percorso e controlli senza trasformare la pagina in un semplice elenco di bollini; Social chiarisce contenuto e destinazione di ogni canale ufficiale. Tutte le pagine espongono la lingua e lo stato attivo nel menu.

La pagina Il sistema in azione

Il sistema in azione sostituisce la precedente galleria Screenshot e presenta il prodotto attraverso sette percorsi: Dashboard, CRM e servizi, amministrazione, assistenza e comunicazioni, rete e provisioning, esperienza cliente e integrazioni. Non è un secondo catalogo moduli e non sostituisce le istruzioni operative.

Le quindici immagini provengono dal manuale ufficiale, usano dati dimostrativi e possono essere aperte nel formato completo. Ogni area riassume il risultato, indica le funzioni principali e collega l’articolo pertinente. La pagina dispone di versione italiana e inglese, canonical, hreflang, metadati sociali e dati strutturati; quando una schermata del manuale viene sostituita bisogna controllarne anche l’uso in questa vetrina.

Catalogo moduli

Il catalogo viene generato dai moduli realmente pubblicabili e nasconde quelli marcati come non esposti. Le sezioni distinguono moduli inclusi e moduli a pagamento; prezzo e disponibilità devono provenire dalla configurazione ufficiale, evitando elenchi duplicati mantenuti a mano.

Un modulo attivo in un tenant corrente non è necessariamente incluso per tutti. Il sito deve descrivere l’offerta commerciale corrente e rimandare alla conferma del piano quando necessario.

Scheda informativa di un modulo

Ogni scheda usa titolo, testo informativo e immagine ufficiale del modulo. L’immagine hero deve essere responsiva, contenuta e priva di cornici artificiali che facciano sembrare lo screenshot parte dell’interfaccia.

Funzioni diverse devono avere schede e selezione autonome: FiberCop, CRM ed E-Commerce, per esempio, non condividono lo stesso contenuto. Ogni descrizione deve essere verificabile nel prodotto o nella documentazione tecnica.

Scrittura commerciale corretta

Descrivere risultati concreti: riduzione del lavoro manuale, allineamento tra CRM e fatturazione, controllo della rete, portali self-service e integrazioni. Evitare promesse assolute, funzioni future presentate come disponibili o limiti tecnici interni incomprensibili al visitatore.

Quando una funzione richiede provider, licenza o configurazione, dichiararlo in forma semplice. La scheda può vendere il beneficio senza nascondere i prerequisiti sostanziali.

ISPINO per i visitatori

Il widget pubblico risponde a domande sul prodotto e aiuta a individuare il modulo adatto. Conserva una cronologia breve della conversazione e non possiede accesso ai dati amministrativi degli ISP.

L’invito appare dopo circa 3,5 secondi, resta visibile per 11 secondi e può ripetersi ogni due minuti, al massimo tre volte nella sessione. Dopo che il visitatore apre ISPINO, l’invito non insiste più nella stessa sessione.

Dalla risposta alla vendita

Le risposte del widget devono usare catalogo e documentazione pubblica per spiegare funzioni, differenze e prerequisiti. Se il visitatore chiede un confronto, ISPINO deve distinguere moduli realmente diversi invece di sommare caratteristiche.

Il passaggio commerciale corretto è proporre approfondimento, prova o contatto quando la domanda richiede prezzo personalizzato, contratto o valutazione tecnica. Non deve inventare disponibilità o condizioni.

Indicizzazione del manuale pubblico

Il manuale italiano e inglese pubblica per ogni pagina titolo, descrizione, indirizzo canonico, lingua alternativa e dati strutturati. La sitemap viene generata direttamente dagli articoli correnti: un nuovo articolo entra automaticamente nell’elenco destinato ai motori di ricerca, mentre i moduli esclusi non vengono pubblicati.

Dopo la messa online verificare che robots.txt e la sitemap siano raggiungibili sul dominio definitivo, quindi registrare la sitemap in Google Search Console. Un indirizzo inesistente o una pagina non ancora pubblicata non può essere indicizzata; canonical e collegamenti interni devono sempre usare il percorso pubblico reale.

Aggiornamento e controllo qualità

Dopo l’aggiunta o modifica di un modulo controllare esposizione, categoria, prezzo, immagine e scheda su desktop e smartphone. Verificare che collegamenti e stato selezionato appartengano al modulo aperto.

La ricerca e ISPINO devono trovare lo stesso vocabolario usato nelle schede. Titoli, sinonimi e prerequisiti vanno mantenuti coerenti con il manuale italiano e inglese.

Checklist

• Pubblicare soltanto moduli esposti
• Separare inclusi e a pagamento
• Usare prezzi ufficiali
• Creare una scheda autonoma per modulo
• Usare l’immagine ufficiale responsiva
• Descrivere benefici e prerequisiti reali
• Non esporre dettagli interni o segreti
• Limitare l’invito ISPINO per sessione
• Mantenere ISPINO fuori dai dati tenant
• Provare catalogo e schede su desktop/mobile
• Allineare sito, manuale e knowledge base