Live data from Hacker News

A million-dollar engineering problem

segment.com

111–120 of 265 posts

Re: A million-dollar engineering problem

#111
post #97

Earlier quoted context omitted.

That's awesome, do you have more information about your acquisition?

This was several years ago before we had the "growth hackers" lexicon. One of our customers bought the entire company to get a hold of the core team + essentially continued the "30%" deal as a long term incentive as convertible equity. Was a good run, and reinforces my post of if you can bring measurable / substantial value to large enterprise companies amazing things can happen. Large enterprise have fun accounting…

What would you say is the most important, specific skill required in conversion rate optimization?

Is it copywriting? Is it UI/UX? Is it analytics?

Or would it be fairer to say CRO is holistic, requiring a multitude of skills?

Re: A million-dollar engineering problem

#112

Addendum missing from the article: Segment charges per request, these users who run performance testing with analytics enabled should be very profitable. Business rule => You gotta optimize for your cash cows. ;)

Actually, our pricing is no longer based on API calls-- https://segment.com/pricing.

Re: A million-dollar engineering problem

#113
post #42

Earlier quoted context omitted.

Also as a SaaS founder running on AWS, I would totally do this once our AWS bill is in the 4-5 figures.

It's almost like clockwork. Companies start wondering around $10K a month; they start doing something about it at $50K a month. I can almost set my watch by it. This turns into a fun parlor trick when I can estimate a client's bill based upon the story they tell me!

[deleted]

Re: A million-dollar engineering problem

#114

Earlier quoted context omitted.

I actually do this as a full time thing; I started a consultancy to fix horrifying AWS bills. Something I've learned is that flat fee pricing makes the most sense-- while tempting, the other models are off-putting. Hourly is a great way to starve to death, and "percentage of savings" grows difficult to quantify. "Okay, you just recommended the following reserved instance purchases. Is this really the best for us, or…

Put a maximum amount to the fee. Let's say 100k for the month I am here.

If you're volunteering as a test case, I'm game! :-)

Re: A million-dollar engineering problem

#115
post #42
post #40

Earlier quoted context omitted.

Or charge 20% of what you save them over the next year. This way you're charging more overall (especially if their costs are growing). Also your revenue will be more recurring rather than a one time thing. And by the time the 12 months is up, maybe they'll need your service again. :P

Also as a SaaS founder running on AWS, I would totally do this once our AWS bill is in the 4-5 figures.

The savings are too miserable to pay a consultant.

Remember that he has to charge at least $1000 a day. He's more expensive than your entire bill.

Re: A million-dollar engineering problem

#116

A friend of mine was annoyed that a small service he liked was shutting down. He contacted the developer who said that they were shutting it down because the server costs were higher than the money they were making. They were spending 5k a month on AWS crap and claimed it was impossible to get any lower. He helped them consolidate everything onto a single rented dedicated server costing 400 a month. Now the service i…

> At this point simply not using AWS is a competitive advantage. Respectfully, I'm going to disagree. I consult full time on AWS cost optimization / reduction / understanding. If you blindly run things on AWS without an understanding of the costing model, that'll work for a time. As you scale, you start to realize "oh my god it runs on money." There are myriad ways around that, but a blanket "never use AWS" isn't goi…

A blanket "never use AWS" isn't going to address it constructively.

But that's not what the commenter was saying, of course.

More like (paraphrasing) "before you go full-hog on AWS, do some simple math first." Which an amazingly high percentage of people neglect to do, these days.

Re: A million-dollar engineering problem

#117
post #78

Earlier quoted context omitted.

Are bursting and resizing an issue in the trough, though? GP's premise is that these companies have platform and load stability. There can be marginal gains in having a dynamic architecture, sure, but when it also costs "months of engineering," I don't see where the savings would be compelling, or even guaranteed.

There are companies "in the trough" who are contently spending tens of millions a year on AWS. It's hard to give generic advice for all situations-- as with so much else, context matters heavily. Those marginal gains could potentially pay for a dozen engineers...

My point was based on how dynamic the architectures are (or aren't) of those in the trough, not their level of spending.

Re: A million-dollar engineering problem

#118

Earlier quoted context omitted.

Put a maximum amount to the fee. Let's say 100k for the month I am here.

If you're volunteering as a test case, I'm game! :-)

Nope, I'm the consultant advising you how to charge more. Actually a daily $500 per day + 10% of the savings with an upper limit of 100k is an easier sell.

My bills are so optimized you wouldn't make a penny :p

Re: A million-dollar engineering problem

#119

A friend of mine was annoyed that a small service he liked was shutting down. He contacted the developer who said that they were shutting it down because the server costs were higher than the money they were making. They were spending 5k a month on AWS crap and claimed it was impossible to get any lower. He helped them consolidate everything onto a single rented dedicated server costing 400 a month. Now the service i…

> At this point simply not using AWS is a competitive advantage. Respectfully, I'm going to disagree. I consult full time on AWS cost optimization / reduction / understanding. If you blindly run things on AWS without an understanding of the costing model, that'll work for a time. As you scale, you start to realize "oh my god it runs on money." There are myriad ways around that, but a blanket "never use AWS" isn't goi…

I would guess the network egress costs, specifically, might justify a blanket statement like...

"If you have content where you can't put a cache in front of it, and it drives significant bandwidth use, then AWS is not a great option"

Re: A million-dollar engineering problem

#120
post #37

Earlier quoted context omitted.

Most of those providers you mentioned aren't as reliable and scalable as AWS, Google Cloud, Azure, etc. That isn't an apples to apples comparison. I would not want to host my business on So You Start, Kimsufi, Hetzner, and especially not Joe's Data Center. I have personally used Joes DC and they have had numerous outages in the past. Hetzner is known for terminating you for any sort of "DOS" like traffic, including h…

Reliability wise, do you actually use these services, as in my experience that's a complete myth. One of my clients on a dedicated server has never gone down. The site is blazingly fast, barely touches 5% CPU and pages have sub 50ms response times. Deploys take 10 seconds or so, I could make it faster but it's not really worth the cost/benefit. My client on Azure, with a significantly lower visitor count, pays 3-10 t…

> on top of that there's a 3-5ms delay between the database and website which causes all sorts of performance problems

Yea that's something I don't get too. With all of that IPC going over amazon's network for all of their services how much time are programs wasting sending and waiting for messages from other amazon services?

I never really thought about that. If someone could measure this it would be interesting.

Post reply on HN