Show HN: I'm a single founder. Please review my bootstrapped startup
distelli.com
distelli.com
However, this does a disservice to you and to me.
To you: You don't really know if people want to buy your product or not. Collecting email addresses is way easier that collecting money. It's also not nearly as exciting. Don't remove the option for me to just give you just my email address, but also let me give you money.
You'll know I really want your product that way. Also, initial customers are probably more forgiving that you imagine. Worst case scenario, you can just refund the money.
To me: Without the pricing page, I can't really tell what your product does. For all the description and "how it works" pages in the world, nothing really tells me what you are selling like your pricing page.
Companies tend to charge where they are adding value. If I can see what you are charging for, I can see where you are going to add value to my company. Are you charging per server, per deploy, per employee, per user? Without the pricing page, I don't understand what I'm buying.
Our pricing is still TBD, but its going to be a low price per server per month sort of model.
We'll update the site with a pricing page soon! Please email me and I can answer more of your questions in detail.
edit: Also see my comment about this below.
The thing I noticed that I would improve upon is simply the blog. It's all about your product and its latest features, but it could be such a better channel for you to reach users and customers.
Open these posts up to all sorts of topics you know something about that your audience is probably also going through. How do I get better at: server monitoring, security, downtime, status communication, setting up DNS, mail, etc.?
Don't neglect helping me get better at being a system admin. If you help me get awesome, you'll have a fan for a long time. I'll be happy to check out products you're selling.
Kathy Sierra has even more on this topic. And it's brilliant:
http://businessofsoftware.org/2013/07/building-the-minimum-b...
No matter what your product anticipates, it doesn't anticipate all the things I do, in fairly boring applications. I compile my own Python. I install postfix for some applications. I install a kernel module that increases the Linux entropy pool. You have not anticipated my set of problems.
What this means is that no matter how much great stuff your product brings to the table, I bring just as much, if not more, configuring your product and designing a deployment solution around it for my application.
If your product isn't open-source, that's a non-starter for me. Because now I'm worried that I could spend a lot of time configuring the product, and not being able to add that one feature that I need. I'm not sure if you can run a business with an open-source deployment product, but I know that I won't ever use a closed-source one.
Do a better job of explaining how these apps run. I took a look at your sample manifest files, and it wasn't clear to me if you are installing nginx or something? Or if you intend the apps to be daemon-like? So create a page that explains, in words, how to deploy a daemon-like app and how to deploy a webapp, and who is responsible for installing the web server and editing its configuration file(s) (do you clobber them?) and what web server it is supposed to be.
Finally, add a docker.io example. It's not production ready, but it looks like it's designed for people like me who have deployments involving heterogeneous payloads. I'm going to move to it eventually, so if I was to switch deployment stacks I would want good support for it.
Also you are correct that I have not anticipated your set of problems and I would love to get some time with you (phone / email or chat) and learn what your problems and pain points are around deployments and figure out if distelli is a good fit.
Distelli can be used to automate compiling a new python on the server (eg. I already have an example where NodeJS is built from source) as well as installing postfix or a kernel mod.
Lastly having an example that integrated with docker.io is a great idea. I'll add that to the list.
Thanks for your feedback and please contact me if you're available to share details of your pain points around deployments and help me improve my product for you.
One can certainly provide an open source software which is not free software and illegal to redistribute. I can't see how that's detrimental to business. E.g. you can download the source code but you can share it to anyone.
I'm not just being pedantic; this matters because if Distelli advertised itself as "open source" and I invested time into it then I found out that they didn't allow me to redistribute my amazing changes or to see my friends brilliant changes I'd be really pissed off. It would mean there was no scope for building up an alternative ecosystem that wasn't under the control of Distelli and thus I'd have no real freedom.
For what it's worth (ie. not much, I'm probably not your target market), I agree with drewcrawford - If I'm looking at this kind of tool freedom is important to me and I'll check the open source options before checking the closed source ones.
Part of the central definition of open source is the users freedom; which means the producers have to give up some control.
You either go full Open Source and accept the potential loss of control or you don't (in which case be honest and don't call it that).
Therefore there's three possible cateogories: closed source, open source and 'access to the source code but no free license'.
Some people will argue about that point and say it ain't so, but you've seen what I think about that :-)
> 'access to the source code but no free license'.
I've never seen a good term for that but some big names do it - Atlassian used to do it with JIRA and Confluence (don't know if they still do). It's not a bad thing to do - it's just not Open Source.
I guess this confusion is why Richard Stallman wrote this: http://www.gnu.org/philosophy/open-source-misses-the-point.h...
I don't want to deploy my code/application to "any" server. In fact, I want to deploy it to the smallest number of servers possible and then change that infrastructure as infrequently as possible. Time spent futzing with infrastructure that's not essential to my customer's experience is time wasted, after all.
And from your copy it seems like you're selling "portability." Once I settle on EC2, though, I'm going to be pretty-well settled on EC2, so portability does very little to benefit me.
Moreover, once I've settled on EC2 I'm quickly going to set up a deployment process. Let's say I'm using Rails + Capistrano for deployment. In a world where I need to switch urgently to another infrastructure service, I know I'll be able to do so with only minimal modifications to my Capistrano script. In any case, necessary changes to the deploy script will be about the same amount of work as necessary changes to the application code and I'm going to have to make those, regardless.
So, overall, the value this provides seems very minimal relative to the likely complexity it would add in other places.
Edit: Reading other comments, this is more like Capistrano-as-a-service it seems? That might be interesting, especially if it comes with process monitoring tools. The page really screams "portability" to me, though.
A tag line like "Deploy your application like the professionals" might do better to get that point across.
However, there's one gaping problem with it.
You seem to have a hosted "weird proprietary yaml language" master.
I don't want the headache of learning a new language, particularly not one with vendor lock in. If it is one of the above, tell me. If it's not, why the hell not?
So it's a git post-receive hook that parses a YML and starts your app?
In all seriousness though there have been a lot of businesses that are evolving out of this relatively easy to do push-to-deploy mentality. The ability spin up new servers on demand is kind of nice but ultimately doesn't save me much in the way of overhead when I can already set up a new AMI with the push-to-deploy mechanisms already built into it with just a few clicks. Why should I use your product when I can set up the same thing manually in under 10 minutes?
I applaud your effort and I also think you've done a bang up job at packaging it and I really like that you support so many hosting environments (that is your key differentiator here) but I hate to see too many people dump a lot of time into heroku-style deployments. This was a solved problem even before heroku came around and it seems many of these new variations are just saturating the market which drives down the value.
Although having said that, I'll be honest, I'm very jaded on this topic. Also I'm not your target customer at the end of the day because I have a decent understanding of how this works behind the scenes having built similar deployment mechanisms into just about every project I've worked on in the last 4 years manually.
My advice is that you need to differentiate yourself with up front feature based value. Your compatibility with many hosting providers is a really nice feature, but all it gives me up front is the confidence to know I can move to a cheaper competitor if I don't like how it's going. Focus on some upfront feature based value differentials and I think you'll do pretty well in this market if you focus on private enterprise.
You're selling a service though - I'm guessing your service will connect into the Linux servers directly (root access?) and manage everything directly. Obviously, that gives your service full access to both the package contents and to the servers themselves. That feels a bit risky - am I correct here?
You also do not give distelli access to your code or package . Your code is uploaded to your S3 bucket directly from your laptop or dev machine and the service merely gets a bucket name and s3 key which it passes to the agent.
Concatenating/minifying/compressing your JS files on the home page would speed things up a _lot_. If you have web inspector open, you'll see 55+ HTTP requests just for the landing page. If anyone is trying to view your site over a mobile network, especially those that pay for data or time, that could really hurt.
Also, unless there is a specific reason you're doing it that I'm not seeing, I would really recommend getting rid of the @imports in your CSS in favor of just adding more <link> tags; or better yet, go with my last suggestion and compress them. You could even just copy and paste the code into a tool like this[1].
Congratulations on shipping! I'm working on my own bootstrapped, single founder project right now and it's inspiring to see others releasing their products.
Mostly because marketing speak is often far more grandiose than reality...
"Easily Deploy your Code to Any Server".
Really? Any server? There are a lot of operating systems in this world.
I agree that it sounds too grandiose but I would love the opportunity to have you as a beta users and demonstrate that are claims are not marketing speak and smoke and mirrors.
I'm a developer myself and I don't like marketing speak.
When I scroll all the way to the bottom your footer bar appears (with your Facebook and Twitter icon/links). The footer then disappears if I don't move the cursor for a second or two. This happens on Firefox, Chrome, and Safari on my Mac.
It's kind of jarring for the footer to disappear when I didn't knowingly do anything to make it disappear because:
1. it disappeared
2. the rest of the page moves when the footer disappears.
Good luck!
I agree its super annoying and jarring. I'll debug it and fix it. I'll let you know how it goes.
Your design could use a bit of work, but nothing to worry about right now.
If you need help with dev or design in the future, I'd gladly put some time in to a project like this. I can help in other areas as well. Contact me.
At first glance I got a feeling that the website design is incomplete. The hovering on the menu seems a bit too sharp. I am no designer so I am not sure what the exact terms to be used are. I just think you should maybe put some work into the interface and it would look much more appealing.(I am just talking about the look and not the app itself). Good Luck.
Edit: Too much text. Show some screenshots. What are the benefits? Weird logo. My brain spent too long trying to piece it together, which bothers me from a design perspective. Having the logos of your integrations (like AWS) is great!
When I sign up I'm attempting to test it out now, on "my time". When access is delayed by a month testing it is on "whenever I get to it time" and generally just falls by the wayside. Hopefully this is meaningful feedback in and of itself.
How would sidekiq/delayed jobs worker instances be deployed using a setup like this? I glanced through the docs section and didn't see that.
In a nutshell you'd run it just like you'd run any ruby or rails app.
Sign Up|How it Works|Documentation|Blog
And the Twitter follow button in the main navigation is really confusing.
Digging the concept!
Congrats on bootstrapping your product.. It looks very cool and promising. And certainly will help dev's focus more on the coding part.
Would love to test out your product...
Cheers!
The only thing I really have to say is beware of carousels... I didn't even notice you had carousels until reaching the bottom of your 'how it works' page.
edit: Also Distelli works with any server whether its a cloud server (AWS, Rackspace, Digital Ocean) or a private server (private datacenter, under your desk etc) and lastly distelli does not need your cloud credentials if you do run a cloud server
I'll send you details later tonight with details on how to get set up.
Also the teams features make it easy to collaborate and see who change what and when.
Give point by point details about how what I am doing right now sucks. It make me hate my job, keeps me up at night, turns away customers, and loses me money.
Then, after you have convinced me that my current process sucks (and epiphanized with me that it was the best I could do at the time), go back though every point and tell me how you have fixed them.
One tiny nit on the logo, you should use hexagons instead of pentagons. Lots of hexagons fit together nicely. Pentagons, not so much.