Live data from Hacker News

Ask HN: Best business advice for software developers

news.ycombinator.com

211–220 of 325 posts

Re: Ask HN: Best business advice for software developers

#211
post #14

The best advice I've had (and seen applied in practice) is this: You need to get your company to 10k USD monthly product revenue within three months. If you can't, either the product, target market or team needs to be revised drastically. It's hard advice to follow, but it will save you a lot of time because you can't wait months and years doing unessential tweaks to the product and marketing, hoping that sales mirac…

I'm sorry but I find this advice deeply misguided. Few startups get to $1k MRR in their first quarter, let alone 10X that. Three months is a good timeframe for a first release and hopefully a few paying customers, but this is unrealistic.

Re: Ask HN: Best business advice for software developers

#212

Earlier quoted context omitted.

This is excellent advice. There is a local company near me that has been working on their SaaS for almost 2 years now and still yet to launch. They started it on Angular 1 and are now re-factoring it on Angular 2 (or maybe 4 now). During this time they released a small open source Angular library but not even an alpha release of their own product. Keep in mind their product is not gear towards devs. They also hit eve…

May I know what you built and they're building? Maybe different product easier with different tech stack? I use Scala because Google App Engine didn't support PHP for example. It's an Android app, so I use Kotlin for that.

I think the lesson here is use what tools you already know, and are intimately familiar with. There's no reason it takes two years to launch an Angular app, unless you keep updating to use all the latest and greatest features and versions. The same goes for an old workhorse technology like PHP, avoid using the new stuff in favor of proven frameworks and patterns.

Re: Ask HN: Best business advice for software developers

#213

Earlier quoted context omitted.

All the more reason to stick to tried and tested tech. Engineers like to experiment themselves, not have the foundations they stand on be experimental.

I don't think that really answers the question. If your customers are developers, then you need to bring something new to the table or you won't have any customers. You can't sell them someone else's products...

You're talking about two different things. "Technology" in the phrase "don't be seduced by the technology" means, the tech used to build your product. Not the technology of your product itself. Obviously you should innovate when making your product itself, but the tools used to make the product don't need to be bleeding edge for you to do that.

E.g. if you make a website, it should be a unique and engaging website. But you can make a unique and engaging website with Java. Even though it's old tech, your users will not know or care.

Re: Ask HN: Best business advice for software developers

#214

Earlier quoted context omitted.

Industry loves a solution that works. If your grassroots customers are happy they'll tell people. Keep it cheap and keep it good.

You mean, keep it good. Keeping it cheap is almost never a good idea if you are able to sell it expensively.

I'll never understand why developers almost always underprice themselves.

Re: Ask HN: Best business advice for software developers

#215

Earlier quoted context omitted.

This is excellent advice. There is a local company near me that has been working on their SaaS for almost 2 years now and still yet to launch. They started it on Angular 1 and are now re-factoring it on Angular 2 (or maybe 4 now). During this time they released a small open source Angular library but not even an alpha release of their own product. Keep in mind their product is not gear towards devs. They also hit eve…

Honestly, I'd rather use PHP7 or Python. I'm sick and tired of seeing Javascript now.

Being "sick and tired" of a technology is just about as bad a reason to not use it in your business as chasing the shiny new thing.

Re: Ask HN: Best business advice for software developers

#216
Haven't seen this mentioned yet, so I thought I'd bring it up.

Communication, communication, communication. I'll say it again, communication.

When it gets time to hiring someone to take over the day to day handling of your clients support needs and/or sales inquiries. I suggest you get someone who is very knowledgable about your product and who is interested in converting every single lead into a sale.

This will mean the difference in your business making money or not.

I'm starting a venture and I have many vendors. I must have spoken to 50 potential vendors across many different markets and there are so many sales and support people who are utterly clueless about their company and product. Who go above and beyond telling a potential customer to pound sand. Sometimes I am speechless in the service that I have had with some companies.

In fact, a few times I've actually had to use the nuclear option, which btw I hate. I've had to find the CEO's email and contact them directly. This always made the difference in the connection.

When I have had to do this, it always it went from the support person detailing reasons why the business can't do "that" and that they supposedly pushed it up the chain or spoken with colleagues and it's just not possible to accept my request.

After emailing directly with the CEO, who then forwards the communication to a senior manager and the issue gets resolved quickly.

In fact, I have a beauty of communication which I may one day publish on Medium. Which outlines the how someone went above and beyond not to win my business. I'll be framing this email in my office for sure!

Other great examples are when I am trying to clarify a question and highlighting something in a faq or a webpage and then I get that url link right back at me with the same quote. As if they are copying and pasting me wording from a support document. Which quickly leads me to believe VA's are handling the support and they immediately lose my interest.

Finally, the best ones are when on the vendors side, the communication goes cold. That they just are not interested in getting back to you. Which I can't understand. I want to give them lots of money!

Don't be one of these companies. One lesson I have learnt in the past. Is that if someone approaches you to make money, don't immediately turn them down. Even if they can't help you right now. They may do in the future and it may be really beneficial to both parties then!

Re: Ask HN: Best business advice for software developers

#217

Since this is an audience of passionate technologists, here's the top piece of advice I have: Do not be seduced by the technology! I killed one of my startups this way. I've seen many many die this way. It can hurt your pride as a passionate technologist to choose non-cool but mature and easy-to-hire-for tools. But it's those tools that are the most economical. Remember, your customers care 0% about the backend techn…

I disagree. Technology is actually an advantage. I would look at it this way, if you used N tech, and it actually results in a faster, better app, meaning happier users and therefore more business. TLDR; use technology that gives you an advantage.

> and it actually results

Big if there...

Re: Ask HN: Best business advice for software developers

#218
post #142

Earlier quoted context omitted.

>Remember that the most economical tool for the job is often not the coolest or trendiest - but is some old boring workhorse that other engineers will scoff at. When I read this, a voice in my head yelled PHP.

These days Ruby on Rails is fairly orderly as well.

I have to agree. Rails is so much more productive now that the cowboys are gone... they're all writing node.js now snicker

Re: Ask HN: Best business advice for software developers

#219
post #162

Earlier quoted context omitted.

> Do not be seduced by the technology! I want to emphasize this, and expand on it: Your cool tech startup is not about the tech . You exist to solve a problem. Sure, you might use your Cool Tech(TM) to solve the problem. But the salient point is that the problem gets solved. Your customers don't give a rats ass if you solve it with automatic hyperparameter selection for LSTMs, or if you solve it with an Excel macro.…

Agreed. It's one thing if the Cool Tech actually gives you a competitive advantage by solving the problem better, easier, with lower costs, faster, more personalized, etc. Outside of that...it's all about the business. That's why so many successful businesses are built with Ruby and not "benchmark winner of the week" because Ruby tends to deliver on almost all of the business cases around solving problems and growth.…

There was a time when Ruby was "the cool exotic and unproductive technology". A lot of wheels had to be reinvented (and new ones added) before it became what it is today, there is nothing special about it.

All mature technology will come with a known set of tools and processes to tackle almost any problem very quickly, as long as you're familiar enough with the stack.

Re: Ask HN: Best business advice for software developers

#220

Earlier quoted context omitted.

I don't think that really answers the question. If your customers are developers, then you need to bring something new to the table or you won't have any customers. You can't sell them someone else's products...

You're talking about two different things. "Technology" in the phrase "don't be seduced by the technology" means, the tech used to build your product. Not the technology of your product itself. Obviously you should innovate when making your product itself, but the tools used to make the product don't need to be bleeding edge for you to do that. E.g. if you make a website, it should be a unique and engaging website. B…

I understand what you're saying and totally agree. However, I was under the impression that the parent poster was talking about the products, not the tools, due to the way that it was phrased regarding "foundations".
Post reply on HN