4 ms·

I have already cut features - I was going to launch with multiple integrations, but I decided to just do one. The difficulty is carving out time, and being pain

I have already cut features - I was going to launch with multiple integrations, but I decided to just do one. The difficulty is carving out time, and being painfully aware that anything I go to do could give me a grief and cost me lots of time trying to figure it out :) I am mostly done with the bare minimum of what I need for it to be usable for myself. I have a little more work to do. Not much though, I've tested the most of the bits I still need to do. Now I just need take that learning and finish building it. I think I'm only halfway because I need to get billing working (planning on integrating with Stripe - there goes my no JS goal...), fix the CSS so it doesn't look terrible (doesn't need to be fancy, just passable), and work on my error logging / reporting. So... mostly polish. But not feature polish, but "don't drive away potential users via stupid stuff" polish. Edit: I do hope to launch by Jan. 1 since new years resolutions could be a great driving force for new user signups, but your assessment is a reasonable guess.

rpeden 8y ago
I've heard of quite a few products that launched without billing in place yet. They gave users a 30 day trial period, so starting on launch day, they had precisely 30 days to get billing sorted out if they hoped to be able to charge anyone. A free trial period may or may not be suitable for your product. But you can probably get by without it on launch day. You could even launch in beta mode and give people access in exchange for feedback. If you're targeting graphic designers, then go ahead and tweak that CSS. Otherwise, go ahead and get some real people using it. If they're using it to solve a pain point, they'll quickly tell you what's good and what's not. And if they don't use it at all...well, that's valuable feedback too.
- jakobegger 8y ago
  I agree. Getting billing to work isn't the most important part. Get users first. If you don't have anybody using your stuff, having a store won't do any good. Once users complain that they can't pay you, you know you're on the right track.
  - fooster 8y ago
    You can always invoice them manually as long as you keep track of whatever your billable items are. If its SMS's then keep track of how many they've sent and there you go. As long as they pay that is, otherwise you are out of pocket.
- swsieber 8y ago
  Thank you for the advice. I hadn't considered launching without billing. I don't think a free trial for my product could be very long (since it involves sending lots of SMS which would cost me quite a bit if I get a big user spike). But I think I can provide a sort of demo without that bit.
  - rpeden 8y ago
    Right, that makes sense. It's not the right fit for every business idea. If you could find yourself a 5-10 beta customers, perhaps launching to them before billing is ready might work? You could even perhaps set a cap on how many SMS messages they can send per day or week. That would keep your costs low while still getting you some feedback. You should of course do whatever is best for your product. I've just learned from experience that launching as soon as you can is great, because you'll often find that many of your assumptions about how and why people will use your product don't match how they actually use it.
- mrhappyunhappy 8y ago
  Agree with this regarding billing. I just made the mistake of spending a ton of money on getting this working and mind you I don't have any customers. Stupid stupid stupid.

rpeden 8y ago

I've heard of quite a few products that launched without billing in place yet. They gave users a 30 day trial period, so starting on launch day, they had precisely 30 days to get billing sorted out if they hoped to be able to charge anyone. A free trial period may or may not be suitable for your product. But you can probably get by without it on launch day. You could even launch in beta mode and give people access in exchange for feedback. If you're targeting graphic designers, then go ahead and tweak that CSS. Otherwise, go ahead and get some real people using it. If they're using it to solve a pain point, they'll quickly tell you what's good and what's not. And if they don't use it at all...well, that's valuable feedback too.

jakobegger 8y ago
I agree. Getting billing to work isn't the most important part. Get users first. If you don't have anybody using your stuff, having a store won't do any good. Once users complain that they can't pay you, you know you're on the right track.
- fooster 8y ago
  You can always invoice them manually as long as you keep track of whatever your billable items are. If its SMS's then keep track of how many they've sent and there you go. As long as they pay that is, otherwise you are out of pocket.
swsieber 8y ago
Thank you for the advice. I hadn't considered launching without billing. I don't think a free trial for my product could be very long (since it involves sending lots of SMS which would cost me quite a bit if I get a big user spike). But I think I can provide a sort of demo without that bit.
- rpeden 8y ago
  Right, that makes sense. It's not the right fit for every business idea. If you could find yourself a 5-10 beta customers, perhaps launching to them before billing is ready might work? You could even perhaps set a cap on how many SMS messages they can send per day or week. That would keep your costs low while still getting you some feedback. You should of course do whatever is best for your product. I've just learned from experience that launching as soon as you can is great, because you'll often find that many of your assumptions about how and why people will use your product don't match how they actually use it.
mrhappyunhappy 8y ago
Agree with this regarding billing. I just made the mistake of spending a ton of money on getting this working and mind you I don't have any customers. Stupid stupid stupid.