Ask HN: Starting my own hosting company, any advice?
I've been wanting to start out on my own for a while, just to generate a little extra money and my ethos is:
Transparency is the best policy
I've built my website, created my products (aimed at the beginner) and now I'm stuck. I'm worried about the failing my customers. Any advice on what to avoid or do to stay motivated and on my goals?
[+] [-] patio11|15 years ago|reply
The reason: hosting is saturated and the marketing is cut-throat. Most of the companies are highly dependent on affiliates, and the type of affiliates who operate in hosting are often about one level more scrupulous individuals than the ones in PPC. (It means Porn, Pills, Casino in this context.)
[+] [-] zalew|15 years ago|reply
1) Focus on a niche. There are thousands of similar php standard setups and it will be hard for you to get out with yours, while there are far less reliable python/django/pylons, ruby/rails shared hosting platforms. If you know (or have someone who knows and will work for you) how to set up for this technologies, you can rock in this market.
2) Hire an uber-geek who can give instant support, fix stuff, install and configure needed frameworks, dbs, libraries, deal with problems, etc. If you are small, don't act big - be accessible, respond to every email, have an emergency-only phone number, give support, engage with your clients. If you have lots of devs as clients they'll probably help you (willingly or by accident) tune up your setup, you'll know the common needs, and so on.
I'm on a local shared hosting who meets both of the points above and I bring all my clients to them when it's possible.
An affiliate program would be nice, it can be simple - give discount points to devs that bring new customers. I don't even pay a dime for my shared thanks to the clients I've brought.
[+] [-] sushi|15 years ago|reply
I think you can experiment with billing and can come up with an innovative sales pitch. Also honesty matters a lot in this industry. It's the reason why people who host on nearlyfreespeech.net, prgmr.com and linode.com swear by their service.
[+] [-] petervandijck|15 years ago|reply
[+] [-] mseebach|15 years ago|reply
Anyway: what's your differentiator? Once that's clear, identifying clients and delivering that value to them is much easier.
[+] [-] foxtrot|15 years ago|reply
My target is to not oversell my systems, what most people fail to do most of the time. Offer spam protection at no extra cost, means less server administration for me and happier customers overall.
My differentiator is that whilst I offer very small hosting packages, aimed at the small business website I offer a package addon which means they can pickup their phone and just ask for something to be done, a page updated, email address created, sent a backup of their site etc etc (this is within reason). My aim is to take out the worry of maintaining a website for the new user, and allow them to focus on running their own business instead of fiddling around with a hosting control panel.
[+] [-] stoic|15 years ago|reply
- Make sure your policies/procedures are clearly written and do not have any gaps or gray areas. Keep in mind that you will probably have to train a new hire from the ground up at some point, and the less hand-holding needed, the better. This goes for everything from operations to sales to billing.
- Automate EVERYTHING. Linode is a great example of how to do this correctly (although automating VPSes is a touch easier than bare-metal servers). Softlayer's web panel is pretty good, as well. The more your clients can do without opening a support ticket, the better.
- Monitoring is important. You should be notified of problems instantly so that they can be fixed very quickly, ideally before any clients notice a problem.
- Proprietary software/hardware for core offerings is generally a bad idea, unless you're hosting MS Exchange (and Openchange should eliminate that issue eventually). Keep in mind that you may have to migrate every bit of data someday in the future, and implement your stuff accordingly. This also ties into automation: proprietary stuff tends to be harder to write code for, harder to troubleshoot, and more expensive to maintain in the long run.
- Do not skimp on facilities, hardware, or network architecture. Always have hot spares to replace your live gear in case something gets fried (switches/routers, power supplies, hard drives, RAM, server chassis). This requires some investment, but telling clients "we're waiting for a new powersupply shipment from Dell, you're down for X hours" will make them spend X hours researching their next hosting company.
- If your organization is responsible for deploying hardware in datacenters, be absolutely sure that you are not overloading your power drops. If you can, get intelligent power strips that allow you to monitor load on each circuit. Know the maximum load for your hardware, in case everyone on a circuit gets slashdotted or similar.
- Do not roll out new services/datacenters/hardware without stress testing them first. Launching new stuff that doesn't quite work 100% (or will work with minor adjustments) will cause headaches for staff and clients alike.
- DO NOT LIE TO ANYONE, ABOUT ANYTHING, EVER. Transparency may be your policy, but integrity is pretty high on everyone's list, too. Admit mistakes, especially the embarrassing ones. Don't make promises you can't keep without breaking a sweat.
- When mistakes are made, take systematic steps to eliminate their causes, permanently. Examine procedural failure before human failure; the former generally leads to the latter.
That's just a few things I've gleaned from the last 6 years fixing broken servers... I may have left a few things out, but that should be a good start. Feel free to drop me a line sometime (email is in my profile) if you want to talk more about this kind of thing :)
[+] [-] foxtrot|15 years ago|reply
The automate everything is tricky, I would like to offer this, but it also steers me away from the client a little as a package could get setup and they have not spoken to me about their needs. Automations with package setup all so leaves you open to abuse which incurs more cost.
Softlayers panel is pretty cool, a little outside what I want to do but inspiring all the same.
[+] [-] charliepark|15 years ago|reply
[+] [-] foxtrot|15 years ago|reply
[+] [-] megamark16|15 years ago|reply
[+] [-] bcx|15 years ago|reply
Here's what I would avoid:
1) competing on price
2) building a commodity
If you focus on customer service, you won't fail your customers, your product can be mediocre i.e. (http://www.tiptopwebsite.com) and with the right connection to your customers you can still make money.
If I was going to start a new hosting company today. My cheapest plan would be $25 a month. I'd shoot for superb service, and try to find a really wealthy under-served part of the market to focus on. I'd try to build something that was unique, i.e. not a commodity. (That said, as an executive in a webhosting company, you probably know how tough it is to compete in webhosting)
Good luck!
[+] [-] foxtrot|15 years ago|reply
[+] [-] anamax|15 years ago|reply
How much will it cost you to deliver?
How much will it cost you to acquire said customer?
How much is that customer willing to pay? How much do they pay now? Why will they pay you instead?
If there's a mismatch, change what you can and go through the exercise again.
I suspect that there's a huge market one level up from hosting, but I'm not in the biz, so YMMV. (No one says "we want hosting" - they want something else that they get via hosting.)
[+] [-] qeorge|15 years ago|reply
To be frank, that scares me. I want my webhost to live and breath hosting, not treat it as a side-project.
[+] [-] foxtrot|15 years ago|reply
[+] [-] rianjs|15 years ago|reply
http://en.wikipedia.org/wiki/Perfect_competition
[+] [-] eisokant|15 years ago|reply
[+] [-] foxtrot|15 years ago|reply
[+] [-] SingAlong|15 years ago|reply
P.S: If you want a niche idea I have one: start a cheaper heroku, I'll be your first customer and can get you one more for sure
[+] [-] freeformz|15 years ago|reply
[+] [-] FreeRadical|15 years ago|reply
[+] [-] paolomaffei|15 years ago|reply
[+] [-] foxtrot|15 years ago|reply
[+] [-] unknown|15 years ago|reply
[deleted]