Encontrei uma oferta incrível para SMTP, o grande benefício é que é uma taxa única. Existem diferentes níveis que variam entre 20 mil e 1 milhão de e-mails por mês com preços muito razoáveis.
Então, essencialmente, pague uma vez - obtenha cota mensal para a vida útil do produto (que esperamos que seja indefinida). Também é possível pagar pelo excedente, se necessário no futuro, e também é possível comprar o acordo várias vezes e combiná-los em uma única conta (cada compra sendo um espaço de trabalho).
Comprar esse tipo de oferta por tempo limitado de startups em estágio inicial é um pouco uma loteria, então faça sua própria diligência. Mas acho que o risco/recompensa parece bastante sólido para esta oferta e o fundador parece saber o que está fazendo. Comprei muitas ofertas como essa e acho que esta provavelmente será um sucesso.
Acredito que você possa obter 10% de desconto na sua primeira compra nesse marketplace, e também pode obter mais 10% com a assinatura anual ‘plus’ do marketplace (se você adicionar isso ao seu carrinho, deverá obter ambos os descontos para a primeira compra).
Vou falar bem do mxroute (ou é mxrouting?) para e-mails transacionais. Eles são ótimos para e-mails transacionais com um plano vitalício. Comprei o meu em uma promoção de Black Friday. Acho que eles fazem indicações, mas não quero fazer isso aqui. Eles são receptivos a e-mails transacionais, mas banem rapidamente e-mails comerciais não solicitados.
Legal! Obrigado pelo aviso. Esqueci desse negócio, eu estava olhando para ele no passado para hospedar alguns e-mails - posso pegá-lo este ano para esse caso. Eu não estava ciente de usá-lo para e-mails transacionais. Mxroute é muito amado por muitos usuários.
Você está certo - o produto em si é novo, com a empresa por trás dele tendo quase 10 anos. Eu estava falando em geral para esse tipo de negócio - geralmente é para novos produtos que estão em seus estágios iniciais. Início de startup não é a melhor descrição para este cenário.
Comprei e conectei a um site de Staging, e enviei e recebi com sucesso o e-mail “Get Started” do Discourse. Até agora, tudo bem. Darei seguimento aqui após a implementação no meu site de Produção.
Eu estava alcançando um novo e mais caro nível na Mailgun, portanto a economia aqui se tornou muito atraente.
Já ouvi as recomendações e a suposta confiabilidade do fundador, mas ainda assim relutaria em assinar.
Uma promoção de “mais de 80% de desconto” me lembra como alguns provedores exibem seus preços para mascarar práticas duvidosas, como a venda excessiva.
Recentemente, estava procurando um plano pré-pago (pay-as-you-go), mas não encontrei muitas opções. A Mailgun inicialmente escondeu, depois removeu completamente, seu plano pré-pago “flex”. Parece que os provedores não gostam mais desses planos, muitas vezes empurrando os clientes para assinaturas mínimas de US$ 15–US$ 20/mês para enviar 10.000–20.000 e-mails, mesmo quando tudo o que precisamos são algumas centenas.
Quais provedores oferecem planos por menos de US$ 5/mês, além da Amazon SES?
Dito isso, um preço fixo e pagamento único para uso ilimitado é certamente uma escolha de negócios interessante.
Além disso, a oferta inicial deles é de 6€ por 5000 emails/mês, o que está mais próximo do que eu geralmente preciso. Alguns dos meus fóruns enviam cerca de 1000-2000 emails/mês.
Depois de receber um e-mail da Mailgun sobre o aumento iminente de seus preços — dobrando a taxa do plano Flex de US$ 1,00 para US$ 2,00 por 1.000 e-mails — decidi mudar para a Emailit hoje.
Uma nota rápida sobre a configuração
No geral, a configuração foi totalmente tranquila. O único problema que encontrei foi o discutido em este tópico:
530 From header does not match MAIL FROM address
A correção foi simples: o “Endereço de e-mail de resposta” não deve incluir um prefixo como replies+%{reply_key}@mydomain.com.
Esse padrão causou o erro acima. Removi o prefixo replies+ e tudo começou a funcionar perfeitamente.
Minha configuração funcionando
Após adicionar os registros DNS e criar uma chave de API na Emailit:
Só para adicionar informações, o marketing da oferta tem muito a ver com a forma como o próprio marketplace exibe as ofertas.
Existem inúmeras maneiras pelas quais uma compra como essa pode dar errado, algumas são:
O produto morre.
O produto continua funcionando, mas é pouco mantido.
Novos recursos ou limites são adicionados no futuro e não são incluídos na compra, fazendo com que o produto se torne gradualmente menos útil com o tempo.
O produto faz sucesso e é adquirido, com os planos comprados sendo descontinuados no processo por “razões”.
Qualquer número de maneiras questionáveis de mexer com os limites comprados, como aumentar o consumo de crédito por ação, etc.
A oferta simplesmente não é honrada no futuro.
Com esta oferta, na minha opinião, os principais custos em risco são:
Custo de tempo ou desenvolvimento para implementá-lo (e substituí-lo mais tarde se não funcionar)
Quaisquer consequências negativas devido a problemas/bugs inesperados
O custo em dólar em si é muito mínimo em comparação com outras soluções semelhantes cobradas mensalmente/por uso. Portanto, se pensarmos apenas do ponto de vista do custo em dólar do produto, deve levar um período de tempo relativamente curto para que um comprador fique ‘no azul’ em comparação com outras soluções com a mesma cota. Portanto, o risco/recompensa nesse sentido é muito bom na minha opinião, especialmente considerando que há um período de reembolso de 60 dias.
Mesmo uma pequena assinatura pode aumentar rapidamente, por exemplo, 6 EUR (~$7 USD) acabarão custando 72 EUR (~$84 USD) anualmente. Planos gratuitos são ótimos, mas notórios por serem descontinuados abruptamente. Por serem gratuitos, o provedor tem uma obrigação mínima de continuar fornecendo esse serviço gratuito a longo prazo.
Muitas empresas fazem ofertas como esta para obter usuários entusiasmados fornecendo feedback para um produto jovem, encontrando bugs de casos extremos, etc. Basicamente, garantindo que seu produto seja testado em batalha. Eu acho que para um ESP que possui sua própria infraestrutura (eles têm um pequeno data center e seu próprio bloco de IP), provavelmente é uma estratégia bastante sólida.
