Ho trovato un’offerta fantastica per SMTP, il grande vantaggio è che si tratta di una commissione una tantum. Ci sono diversi livelli che vanno da 20.000 a 1 milione di email al mese con prezzi molto ragionevoli.
Quindi, in sostanza, paghi una volta e ottieni una quota mensile per tutta la durata del prodotto (che si spera sia indefinita). Puoi anche pagare per l’eccesso se necessario in futuro, è anche possibile acquistare l’offerta più volte e combinarle in un unico account (ogni acquisto è uno spazio di lavoro).
Acquistare questo tipo di offerte a tempo limitato per startup all’inizio è un po’ una lotteria, quindi fai le tue ricerche. Ma penso che il rapporto rischio/rendimento sembri piuttosto solido per questa offerta e il fondatore sembra sapere cosa sta facendo. Ho acquistato molte offerte simili e penso che questa sia probabilmente vincente.
Credo che tu possa ottenere uno sconto del 10% sul tuo primo acquisto da quel marketplace, puoi ottenere un altro 10% con l’abbonamento annuale ‘plus’ del marketplace (se lo aggiungi al carrello, dovresti ottenere entrambi gli sconti per il primo acquisto).
Mi spenderò una buona parola con zero tangenti o incentivi per mxroute (o è mxrouting?) per le email transazionali. Sono davvero adatti alle email transazionali con un piano a vita. Ho preso il mio un po’ di tempo fa durante una svendita del Black Friday. Penso che facciano referral ma non voglio farlo qui. Sono adatti alle email transazionali ma ti bannano velocemente per posta commerciale non sollecitata.
Bello! Grazie per l’avviso. Mi ero dimenticato di quell’offerta, la stavo valutando in passato per ospitare alcune email - potrei prenderla quest’anno per quel caso. Non ero a conoscenza del suo utilizzo per le email transazionali. Mxroute è molto apprezzato da molti utenti.
Hai ragione: il prodotto in sé è nuovo, mentre l’azienda che lo propone ha quasi 10 anni. Stavo parlando in generale per questo tipo di offerte: di solito sono per prodotti nuovi nelle loro fasi iniziali. “Startup iniziale” non è la descrizione migliore per questo scenario.
L’ho acquistato e collegato a un sito di staging, e ho inviato e ricevuto correttamente l’email “Get Started” da Discourse. Fin qui tutto bene. Seguirò qui dopo l’implementazione sul mio sito di produzione.
Stavo per passare a un nuovo piano più costoso su Mailgun, quindi l’aspetto economico qui è diventato molto interessante.
Ho sentito le raccomandazioni e la presunta affidabilità del fondatore, ma sarei comunque riluttante a iscrivermi.
Una vendita con “sconto dell’80+%” mi ricorda come alcuni fornitori visualizzano i loro prezzi per mascherare pratiche losche come il sovravenduto.
Recentemente stavo cercando un piano pay-as-you-go ma non ho trovato molte opzioni. Mailgun ha inizialmente nascosto, poi rimosso completamente, il suo piano “flex” pay-as-you-go. Sembra che i fornitori non amino più questi piani, spingendo spesso i clienti verso abbonamenti minimi di $15–$20/mese per inviare 10.000–20.000 email, anche quando tutto ciò di cui abbiamo bisogno sono poche centinaia.
Quali fornitori offrono piani a meno di $5/mese oltre ad Amazon SES?
Detto questo, un prezzo fisso e un pagamento unico per un uso illimitato è certamente una scelta aziendale interessante.
Inoltre, la loro offerta iniziale è di 6€ per 5000 email/mese, che è più vicina a ciò di cui ho generalmente bisogno. Alcuni dei miei forum inviano circa 1000-2000 email/mese.
Dopo aver ricevuto un’email da Mailgun riguardo al loro imminente aumento dei prezzi — raddoppiando la tariffa del piano Flex da $1,00 a $2,00 per 1.000 email — ho deciso di passare a Emailit oggi stesso.
Una breve nota sulla configurazione
Nel complesso, la configurazione è stata completamente fluida. L’unico problema che ho riscontrato è stato quello discusso in questo argomento:
530 From header does not match MAIL FROM address
La soluzione è stata semplice: l’indirizzo “Reply by email address” non deve includere un prefisso come replies+%{reply_key}@mydomain.com.
Quel modello ha causato l’errore sopra. Ho rimosso il prefisso replies+ e tutto ha iniziato a funzionare perfettamente.
La mia configurazione funzionante
Dopo aver aggiunto i record DNS e creato una chiave API in Emailit:
Solo per aggiungere informazioni, il marketing dell’offerta ha molto a che fare con il modo in cui quel marketplace stesso presenta le offerte.
Ci sono una miriade di modi in cui un acquisto del genere può andare male, alcuni sono:
Il prodotto si rompe.
Il prodotto rimane attivo, ma viene mantenuto a malapena.
In futuro vengono aggiunte nuove funzionalità o limiti che non sono inclusi nell’acquisto, quindi il prodotto diventa lentamente meno utile nel tempo.
Il prodotto ha successo e viene acquisito, con i piani acquistati che vengono eliminati nel processo per “motivi”.
Qualsiasi numero di modi loschi per manipolare i limiti acquistati, come aumentare il consumo di crediti per azione, ecc.
L’offerta semplicemente non viene rispettata in futuro.
Con questa offerta, secondo me, i costi principali a rischio sono:
Tempo o costo di sviluppo per l’implementazione (e la sostituzione in seguito se non funziona)
Qualsiasi conseguenza negativa dovuta a problemi/bug imprevisti
Il costo in dollari stesso è molto minimo se paragonato ad altre soluzioni simili fatturate mensilmente/per utilizzo. Quindi, se si considera dal punto di vista del solo costo in dollari del prodotto, dovrebbe essere un periodo di tempo abbastanza breve prima che un acquirente sia “in attivo” rispetto ad altre soluzioni con la stessa quota. Quindi il rapporto rischio/rendimento a questo proposito è piuttosto buono secondo me, soprattutto considerando che c’è un periodo di rimborso di 60 giorni.
Anche un piccolo abbonamento può sommarsi rapidamente, ad esempio 6 EUR (~$7 USD) finiranno per costare 72 EUR (~$84 USD) all’anno. I piani gratuiti sono ottimi, ma notoriamente soggetti a “tappeti tirati via” (rug pulled). Essendo gratuiti, il fornitore ha un obbligo minimo di continuare a fornire quel servizio gratuito a lungo termine.
Molte aziende fanno offerte come questa per ottenere utenti entusiasti che forniscano feedback per un prodotto giovane, trovando bug di casi limite, ecc. In sostanza, assicurandosi che il loro prodotto sia testato sul campo. Penso che per un ESP che possiede la propria infrastruttura (hanno un piccolo data center e il proprio blocco IP), sia probabilmente una strategia piuttosto solida.
Don, sarei interessato a sapere se riscontri problemi con il nuovo limite di frequenza di Emailit di 2 messaggi/sec, o se sai qualcosa su come Discourse gestisce la posta in uscita che rende questo non un problema:
