clickSomo
Apri ClickSomo

Panoramica

Quattro parti in movimento, e sono tutte ordinarie

Persone, con un registro di cosa ti è permesso inviare loro. Un grafo che decide cosa succedere quando. Documenti che si renderizzano in ciò che il grafo vuole inviare. E un motore che accompagna i contatti attraverso il grafo senza perdere nessuno, senza doppii invii e senza rompersi quando lo modifichi alle quattro e mezza di un venerdì.

1ContattiChi sono e su quale base puoi scrivere loro.
2TriggerSuccede qualcosa. Parte un'esecuzione.
3GrafoAttese, condizioni, split, obiettivi, invii.
4CreativitàUn documento renderizzato sul canale di destinazione.
5InviaLa tua casella o il tuo provider. La soppressione viene verificata qui.
6EventiConsegnato, aperto, cliccato — tutto riportato sul contatto.

Il passaggio sei alimenta il passaggio due. Un messaggio aperto è esso stesso un trigger; un link cliccato è un trigger; l'assenza di entrambi per novanta giorni è un segmento in cui qualcuno può entrare. Quel ciclo è l'intero prodotto, e tutto ciò che segue è un dettaglio di come è costruita una delle sue sei parti.

Quello che segue non è un elenco di funzionalità disposto per impressionare. È la forma del sistema, nell'ordine in cui una persona lo incontra davvero.

Il piano dei contatti e il piano degli account non si incontrano mai

Un cliente sei tu — accedi con un account castomo, e ClickSomo non vede mai la tua password, perché l'identità appartiene a un servizio separato e viene verificata offline.

Un contatto è qualcuno a cui fai marketing. Un contatto non accede mai, non possiede mai una credenziale e non diventa mai un account. I due piani restano permanentemente separati, perché tu sei il titolare del trattamento dei tuoi contatti e noi siamo il responsabile — ed è proprio questo accordo che rende il tutto lecito, e non semplicemente comodo.

Ha anche un risvolto pratico. Un pagamento non crea un contatto. Una prenotazione non crea un contatto. Non esiste una porta sul retro attraverso cui un servizio gemello possa aggiungere qualcuno alla tua lista senza una base per scrivergli.

Contatti, segmenti e consenso →

Cosa ClickSomo memorizza su di teConfini
  • 1Tre identificatoriTenant, progetto e utente, come uuid. Niente password, niente profilo, niente carta.
  • 2Le quote come numeriContatti, invii, generazioni AI. Niente importo, niente valuta, niente fattura — il vocabolario della fatturazione non attraversa questo confine.
  • 3I tuoi contattiTuoi. Con scope su un tenant e un progetto insieme, così un progetto dimenticato non vede nulla, invece delle righe di qualcun altro.

Due piani, permanentemente separati

Tutto ciò che avviene qui avviene nella tasca di qualcuno.

Il motore

Un'esecuzione è una riga, e un'attesa è un orario su di essa

Un'esecuzione per contatto per versione di funnel. Un worker prende in leasing le esecuzioni scadute, esegue i nodi finché non raggiunge un'attesa o un terminale, e scrive il prossimo orario di riattivazione. È tutto il ciclo, e la sua semplicità è il punto.

Un nodo è una funzione pura

Dell'esecuzione, del contatto e del nodo — e i suoi effetti vengono registrati nella stessa transazione dell'avanzamento dell'esecuzione stessa. Un worker ucciso tra "invia" e "avanza" non lascia nulla a metà, ed è questo che rende un retry sicuro invece di una seconda e-mail.

Le attese non sono righe in coda

Un'attesa imposta wake_at sull'esecuzione. Nulla a valle viene scritto in anticipo, quindi non c'è nulla a valle da corrompere quando modifichi il funnel — la modalità di guasto di ogni strumento che pre-materializza una sequenza all'ingresso.

L'idempotenza è un indice

Non un controllo seguito da un insert: la finestra tra i due è esattamente abbastanza larga per un doppio invio. Un indice univoco su esecuzione, nodo, contatto e finestra è ciò che lo impedisce davvero, e lo impedisce anche sotto carico.

Ogni trigger, azione e nodo di flusso →

Le parti, in ordine

Otto pagine, e poi avrai letto il prodotto

Non c'è profondità nascosta sotto questo. Ogni pagina è il meccanismo vero, non un riassunto di esso.

Cosa non è

Non è un CRM. Contiene una mailing list e ciò che quella lista ha fatto, non la tua pipeline, i tuoi affari o le tue fatture. Se ti servono, tieni il sistema che già usi e mandagli eventi.

Non è un agente che decide da solo cosa inviare. L'AI redige una funnel o un testo nel punto in cui gliel'hai chiesto; il grafo che produce viene poi validato dallo stesso controllo che filtra quello di un essere umano, e nulla arriva a una persona reale senza che un essere umano lo pubblichi. È un limite voluto, ed è per questo che un'esecuzione è riproducibile.

Non è un server di posta, e non lo sarà mai. La reputazione di deliverability appartiene al tuo provider o alla tua casella — ed è anche per questo che la brutta campagna di un altro non può danneggiare la tua qui.

La parte onesta: portare il tuo invio è un vero compromesso. Configuri una casella o un provider, aggiungi tre record DNS e verifichi che siano validati, e le conseguenze se invii qualcosa che le persone segnalano sono tue. In cambio non paghi nulla per la consegna, la tua reputazione non è messa in comune con sconosciuti, e cambiare provider non cambia nulla a monte di esso.