Supporto prelaunch

Supporto per membri, team pilot ed early adopters.

Durante il prelaunch il supporto e strutturato, asincrono e founder-led. L'obiettivo e instradare bene le richieste, chiarire le aspettative e risolvere i problemi senza fingere di avere già una funzione di supporto matura.

Apri il form di supporto Vedi stato del lancio

Fatti chiave

Modello: Supporto asincrono founder-led
Finestra risposta: Best-effort, tipicamente 1-2 giorni lavorativi
Canale migliore: Email strutturata con contesto
Priorità: Team pilot, membri, blocchi al lancio

Scegli il percorso di supporto giusto

Instrada la richiesta sul percorso più stretto possibile. In questo modo il turnaround resta più veloce ed e più facile ricevere una risposta concreta invece di una generica.

Account

Accesso account e billing

Usa questo percorso per problemi di accesso, dubbi sullo stato dell'account, confusione sulla waitlist o prime domande di billing. Includi l'email associata all'account.

Apri form supporto account

Tecnico

Problema tecnico o bug report

Usa questo percorso quando una pagina si rompe, un flusso si blocca o qualcosa si comporta in modo diverso da quanto previsto. Includi URL, screenshot e comportamento atteso versus reale.

Apri form bug report

Self-serve

Domanda sul prodotto

Usa prima le pagine self-serve quando la domanda riguarda doctrine, esempi, prezzi o sequenza di lancio invece di un workflow rotto.

Apri prezzi

High-touch

Supporto pilot o team

Usa questo percorso per team live o vicini al lancio che hanno bisogno di un ciclo più stretto di review, guida sui rischi di lancio o supporto ad alto contatto.

Apri percorso pilot

Prima di contattarci

Le richieste di supporto migliori sono brevi, specifiche e riproducibili. La maggior parte dei ritardi non nasce dal problema in se, ma dal contesto mancante.

Usa l'email associata al tuo account o alla tua waitlist entry

Includi l'URL esatto della pagina dove si e verificato il problema

Allega uno screenshot o una breve registrazione quando è utile

Spiega cosa ti aspettavi e cosa e successo davvero

Per blocchi al lancio, chiarisci perché il problema e critico o urgente

Prima le risorse self-serve

Una parte importante della domanda di supporto è in realtà domanda di orientamento. Se la domanda riguarda cosa fa la piattaforma, cosa esce quando o come usare il materiale pubblico, queste pagine risolvono più velocemente di una risposta manuale.

Doctrine

Principi

Parti da qui quando la domanda riguarda doctrine, standard di design o il modo in cui la piattaforma definisce il comportamento agentico governabile.

Apri principi

Implementazione

Esempi

Usa la libreria esempi quando ti servono pattern di implementazione concreti, riferimenti al source o flussi eseguibili invece di guida astratta.

Apri esempi

Agenti

Per agenti

Apri questa pagina quando la domanda riguarda accesso MCP, asset agent-ready, tooling pubblico o il modo in cui gli agenti consumano il blueprint.

Apri Per agenti

Commerciale

Prezzi e percorso di lancio

Usa questa pagina per capire sequenza dei piani, cosa e pubblico oggi, cosa diventa practitioner software al lancio e cosa resta governance successiva.

Apri prezzi

Perimetro del supporto durante il prelaunch

Durante il prelaunch il supporto deve impostare aspettative oneste. Il layer di supporto serve a sbloccare uso serio del prodotto, non a imitare un team operations 24/7 prima che esista davvero.

Solo supporto asincrono, nessuna live chat o copertura always-on

Troubleshooting best-effort per superfici pubbliche e primi layer per membri

Priorità maggiore per team pilot attivi, membri e blocchi vicini alla produzione

Le domande di prodotto vengono spesso reindirizzate al materiale pubblico già documentato

Timing di lancio, sequenza funzionalità e disponibilità dei piani possono ancora cambiare

Contatto

Contatto diretto

Se il problema riguarda l'account, blocca il lancio o non è chiaramente risolto dal materiale pubblico, usa prima il form di supporto. Crea un intake più pulito e mantiene l'instradamento più affidabile rispetto a esporre l'email grezza come percorso principale.

Finestra di risposta best-effort, tipicamente entro 1-2 giorni lavorativi, più veloce per casi pilot urgenti o blocchi al lancio.

Apri il form di supporto

Email supporto

support@aidesignblueprint.com

Finestra di risposta best-effort, tipicamente entro 1-2 giorni lavorativi, più veloce per casi pilot urgenti o blocchi al lancio.

Per richieste team o launch-critical, usa il form con il topic corretto come percorso primario.

FAQ

Offrite live chat o supporto telefonico?

Non in questa fase. Il supporto e asincrono per permettere istruzione corretta della richiesta e risposte con contesto invece di interruzioni superficiali.

Cosa devo includere in una richiesta tecnica?

Includi email dell'account, URL della pagina, screenshot, comportamento atteso versus reale e i passaggi più brevi possibili per riprodurre il problema.

Dove vado per aiuto launch-critical o team-level?

Usa il percorso pilot o team quando il problema impatta un workflow live o vicino al lancio e richiede review più stretta, escalation o guida sui rischi.

Devo contattare il supporto per domande generali sul prodotto?

Di solito no. Parti prima da principi, esempi, Per agenti, launch e prezzi. Contatta il supporto quando la risposta non è documentata o il tuo caso e specifico dell'account.

Se il problema non è supporto

Usa il percorso giusto prima di aprire un thread inutile.

Launch

Per capire cosa è già live, cosa e ancora prelaunch e come si accede al prossimo step.

Esempi

Per pattern concreti, source references e flussi eseguibili quando la domanda non è davvero supporto.

Per agenti

Per MCP pubblico, asset agent-ready e guida sul consumo del blueprint da parte degli agenti.