Live data from Hacker News

Show HN: We built a developer-first open-source Zapier alternative

trigger.dev

61–70 of 196 posts

Re: Show HN: We built a developer-first open-source Zapier alternative

#61
post #17

At first I thought that a code alternative for a no-code solution like zapier was counterintuitive. But as an engineer using Zapier (for the first time) these past few months I got so frustrated by the lack of an option to just write some "if" or just 2 lines of code to make things work the way I want them. I think trigger.dev nails it. This is exactly what I needed.

You should try make.com. It is great!

Re: Show HN: We built a developer-first open-source Zapier alternative

#62

Earlier quoted context omitted.

It's literally the situation I was in before so: why are you trying so hard to gaslight what is a perfectly valid question? They probably have a good reasons for there not to be a middle tier: if so, cool, but it feels missing so hopefully they read HN comments and can explain why the first paid plan jumps straight to $50.

A challenge many startups face is undervaluing their service. You started out by saying that their service was too expensive — “that's a lot of money to the vast majority =(” — which is the sort of complaint that induces founders to think they need to lower their prices. They don’t. Most startups should be charging more. $50 is nothing to the customers that Trigger want to attract in order to succeed. I have no beef…

Thanks for the clarification. I took your comment as a personal assault from the phrasing, accusing me of being a hypocrite because I happen to draw a paycheque these days. Thank you for explaining that wasn't the intention.

Re: Show HN: We built a developer-first open-source Zapier alternative

#63

Missed an opportunity to call it Zapiest

I've spoken to many IT professionals over the years that have been frustrated with BetterCloud. I've just been waiting for someone to launch BestCloud as a competitor.

Maybe BestCloud was the OG, usurped by BetterCloud.

Re: Show HN: We built a developer-first open-source Zapier alternative

#65

Why are there so many "Zapier alternatives"?

Zapier's UI is a hot mess. If you breathe on a zap it turns off. Default names for zaps are "Untitled Zap". Pricing is very high for any sort of serious traffic. The webapp runs very slow.

But most important, no one knows how to say "Zapier". Is it ZAHpier or ZAYpier?

Re: Show HN: We built a developer-first open-source Zapier alternative

#66
This looks great, congrats on the launch! I am interested in a platform that bundles many pre-built integrations to various services that I could wire up through code and execute on my customers' behalf. Essentially, a way for me to present my customers with a plethora of integrations out of the box without having to build them all myself. This seems like it's moving in that direction and I saw another comment where you mentioned workflow execution on customers' behalf in the future which is great!

How does this compare to something like Prefect?

If there are any other tools folks would suggest to achieve what I'm looking for, I'd love to hear about them!

Re: Show HN: We built a developer-first open-source Zapier alternative

#68

Why are there so many "Zapier alternatives"?

Because Zapier is an established business and showcases that there is market for automation tools. It is a safe bet to make by creating an alternative.

What people are missing is the fact that executing a GTM the way zapier did is more that just building the product and is actually very hard.

Re: Show HN: We built a developer-first open-source Zapier alternative

#69

Why are there so many "Zapier alternatives"?

Zapier's UI is a hot mess. If you breathe on a zap it turns off. Default names for zaps are "Untitled Zap". Pricing is very high for any sort of serious traffic. The webapp runs very slow. But most important, no one knows how to say "Zapier". Is it ZAHpier or ZAYpier?

Zapier's UI might be a hot mess but their revenues indicate that the people are will to go with it and use it as is.

All the points you mention, can be fixed by zapier. Then the alternatives do have a moat.

Re: Show HN: We built a developer-first open-source Zapier alternative

#70

Why are there so many "Zapier alternatives"?

My experience is that for some types of integrations you see about a 70% success rate. Eventually you need something that is more reliable. Maybe you need an all in one solution that has some ETL capabilities. Maybe it’s a cost thing.

Zapier seems to be the best way to get stuff done quickly and cheaply but not the best for long term high volume use as an integration platform. At my old job we migrated a from Zapier to Integrator.io, which fixed the reliability issues but broke the low barrier to entry.

Post reply on HN