
Send With SES is a wrapper built around AWS for sending Emails, SMS, and Push Notifications to your customers at low cost while ensuring high deliverability.
In addition to sending messages, Send With SES lets you 'tag' and store all your contact/user details. You can slice-n-dice your contacts and send them targeted messages manually or via the API.
We're looking for feedback. Yes. there's a FREE plan.
Looks like all the commenters here are pissed because OP's product is either a competitor or the landing page design doesn't conform to their view of the world.
I will be candid your landing page needs some work.
Handling email requires a lot of trust and your landing page doesn't build any with the visitor.
Have a look at https://saaspages.xyz/ for examples and tips.
Hi. We wanted to keep the landing page simple and light weight. It however has links to all things you need to know. https://docs.sendwithses.com/
Is that what a potential customer wants?
As i mentioned in another comment up here ...
Regarding the landing page .... "again a conscious choice to keep things light weight. Send With SES may not be for everyone. Most people who use Send With SES are AWS developers who know what they are getting into ... i.e. they already have a context of the product. They use it because it solves a lot of pain points of wrangling with multiple AWS services."
Many projects that do SES, why are you different?
That is what a landing page is for.
Also to build trust with them.
I think your pricing and design of the landing page definitely need work. Really need to build out the sales pages as that's where people will sign up.
Also strange choice to restrict login just to Google or Facebook accounts, any reason you don't allow just normal emails to sign up?
Here's what my engineers say ...
"It was a conscious decision not to use normal email signups. While we follow best practices like bcrypting, etc, normal email signups are becoming increasingly riskier ... given that most people reuse passwords.
We will however put in more auth sources (Github, Twitter, etc) in future."
Regarding the landing page .... "again a conscious choice to keep things light weight. Send With SES may not be for everyone. Most people who use Send With SES are AWS developers who know what they are getting into ... i.e. they already have a context of the product. They use it because it solves a lot of pain points of wrangling with multiple AWS services."
I appreciate you probably want to run the business your way so please take my advice with a pinch of salt, for reference though I do run the largest hosted SES platform in the market (https://emailoctopus.com). So my advice:
Many SME's have engineering contractors, if not a separate team. You do not offer multi-logins so you're telling me I have to grant access to a contractor to my personal Facebook account to access this platform and get it set-up? With an email address/password at least they can share passwords in lieu of team access.
The majority of people who use SES solutions are not developers. Perhaps the majority of your users are – but that's hugely biased by your existing landing page. Why should anyone use you over EmailOctopus, Sendy or any of the other platforms? You're not selling anyone at all on it.
And finally, these are never engineering decisions. They are product and marketing decisions, they need to be made with the consideration of your users – not simply what's easiest to implement. It outright scares me that you're outsourcing these decisions to your engineers. In my view the decision to limit access to FB/Google is one taken because it's the simplest to implement it is not one taken with consideration of users.
As CMO one of your key metrics should be CAC, the landing page is your remit. It will directly influence CAC. Github is a platform aimed solely at developers, yet they still have a relatively complex landing page and sales funnel – are you telling me they're taking the wrong approach?
NO. You don't have to share your personal facebook login details with contractors or anybody. Just create a new gmail account and share that account. We also have team accounts coming up.
We generally discourage email+password signups because we feel password reuse is a major concern. If we allowed email+password signups, we would also want to implement 2FA. And i doubt end users will want one more 2FA to worry about.
It's not about doing what's easy. Theres no right or wrong way. For us its always about what is the most secure way. Your use case may vary.
Send With SES lets you send send SMS, Push Notifications (currently in closed beta) and emails. If you want to ONLY send emails, there is no compulsion to use Send With SES. You could use any tool out of hundreds out there.
You've literally just suggested that they create a new email address and password with Gmail that they then share – please explain how this is anymore secure than just creating a well implemented email address and password system that you control. A system that you can log access to, create additional security options such as 2FA or lock access based upon unusual log-ins.
The simple fact is, it isn't. And you're instead just creating another obstacle for your users to sign-up, because you don't want to deal with the security. It's plain stupid.
From my experience in the B2C industry when presented with an option to sign-up with email vs Facebook, 80% choose the email option. Please, please, please just ask users who are bouncing on this page what they want here.
In respects of the landing page vs competion. Fair points and perhaps the SendWithSES landing page should talk about those benefits more? Instead of linking off to an ugly helpdesk article you could create quite a compelling story.
so let your engineers make the marketing also ;)
Just saying, see all the comments here, many report that the design is not great. Anyway, it's your, your design, your sales, your success. Just want to help
Just I guess you are here to get some other point of view.
Speaking of the product, if your targeted clients are people that are using AWS SES, I guess that you know the product sendy that has a simple design, but incredible efficient.
Cheers
Sound engineering decisions are often the greatest marketing tools.
We'd rather not discuss how efficient and secure Sendy is. If you want to ONLY send emails, there is no compulsion to use Send With SES. You could use any tool out of hundreds out there.
So what do you do as a CMO if the marketing decisions are left to engineers?
Interesting idea, but I recommend adding more information on your landing page. I want to know more about the product before signing up.
Hi. We wanted to keep the landing page simple and light weight. It however has links to all things you need to know. https://docs.sendwithses.com/
Looks a great product. But your landing page needs to be rebuild. Use some free template like https://cruip.com/ and it'll rock
Hi. We wanted to keep the landing page simple and light weight. It however has links to all things you need to know. https://docs.sendwithses.com/