Show HN: I made it easy to create invoices
invoicefast.io
invoicefast.io
- I worry about businesses with a "pay once" model as your costs are recurring. Even if the costs are low you will need a constant flow of new sign ups just to break even. You can't ever have a stable user base that ensures the service longevity. You could have a million happy users but if there are no new sign ups then the service is at risk of closing as it's losing money. I prefer an adequate free tier and then low monthly or annual costs for power users who want more features.
- I wonder about the use case and that may limit the potential customer base. It looks like your target audience is those wanting to send a one off invoice or a handful or less manual invoices a year and have a separate accounting system that does not send invoices. I worked for a few years developing invoicing applications and the actual generation of the invoice is the easy bit. What's necessary for even a small business is the accounting, integration to other systems, tracking, reporting, reminders, payment handling, etc... In some countries it is necessary for all invoices to be electronically reported to tax authorities. A lot of small businesses or self-employed people already have highly featured accounting software that includes invoicing. So your target market for perpetual new signs (see first point) seems rather small.
Sorry if this is all rather negative. Products pivot over time and and I think you in the future you shouldn't be too committed to the pay once model as your main selling point. Perhaps cheap & simple is good enough. And good luck!
From what i have seen in the freelancing world, the alternatives are way more feature packed, but way harder to use, and they all come with a monthly bill - some even charge based off of how much you are invoicing.
The customer profile is freelancers and small business owners, who just want to send some invoices whenever they need - without having a monthly bill.
Im already considering doing 35$ a year instead of a one-time payment going forward with new customers.
Thank you so much for the detailed feedback. Trust me, i appreciate you guys a lot.
An "invoice generator" is an age-old and still pertinent inside joke in shareware circles.
Whenever someone new surfaces and says "I had enough, I want to write something of me own, I'm ready! Give me some ideas!", the answer to that is "do an invoice generator". It's a technically simple project that looks viable on the surface, but is ridiculously hard to market and monetize. It's a trap basically.
If I used your service, i wanted it to stay around and paying one time doesn't give you incentive to keep it up.
Better model:
$35 a year - which renews for free unless you hit a certain invoice amount (for example, if you invoice more that $35000, you'll have to pay again.)
Add a free trial, the first $3500 invoiced are free as a test and you have a valid offering. And you can do unlimited, watermarked tests.
Finally, consider data protection: You need to exactly explain what data you store and that - as a paying customer - I can selectively delete it.
I really like the 35$ a year model a LOT. Im strongly considering this going forward. I will of course not change it for users who already paid.
I do understand your reasoning, and also from a business perspective, its much better.
Currently on the GDPR right now.
I cant thank you enough.
Creating an invoice is very easy. You can more or less reuse another invoice and replicate it in Word or Excel, just replacing the information with your own and your customers.
The added value would come from integration with bookkeeping, but I see nothing about that in the linked page.
Im a freelancer myself, and some of my friends had this problem too, so i made it into a product.
While you can edit a template on Word and create invoices, it does not remember your company information, payment details, and you don't have an overview of all of your invoices, customers etc. Not to be rude, but that's like saying "Why would i use Uber when i can just pick up my phone and call a cab" - convenience, cheaper, faster.
I think a lot of business owners and freelancers would like a tool where they dont have a monthly bill. A tool that is easy to use etc.
With that said, i do see your point and trust me, i dont plan to stop here. This is just the beginning. Thank you so much for your input.
That is just my opinion though. If you find Zoho good, thats great as well.
Overall, without conforming to the relevant legal framework, there is a risk of exposing both your operations and your clients, who may trust your invoicing software, to potential issues and non-compliance.
I sincerely wish you the best, but I would advice being careful with any such statement because getting it wrong means a lot of pain for your customers that trusted your word.
I did this for a company developing retail software closely related to SAP and still have some PTSD from time to time.
Thats why i made the free trial, so users can see what it is before they pay. I never want to take money from anyone if i cant provide value.
Please forgive me for not having the perfect product. I just launched it.
If you serve the U.S., then you need to calculate all the different sales taxes for each state. If you serve the E.U., you need to create PDF with included standardized XML soon. Don't know about other continents.
I think invoices are not about quick and pretty anymore, but there is a lot more to consider. You should make it clear what you provide and for which target customer.
This is also why theres a free trial. To make sure that users see what the system is capable off before they buy it. I never want to take money from people without providing value.
I am interested, the single payment is a big plus.
Then however, the only sign-in option being google is somewhat of a turn-off for me. For a paid service, I would want to login with my own email. I am clicking away.
Back on the homepage I ask myself: Why is there no picture/pdf of an actual invoice? I only see some part of the UI.
1: I understand your concern in terms of google auth. I always refused to implement it because i did not want google to have information about my users, but every developer told me i was missing out on so many signups, so i tried it this time. Now it hurts me to see that a potential customer walked away.
2: In terms of the actual invoice, I will implement this instantly.
I hope it will be good enough one day for you to give it a chance. I appreciate you a LOT.
I think the key here is having it optional. I am personally far more likely to sign up to something if there's google auth - I don't need another thing to track I can just easily assign it to my work or personal account.
Consider making it possible to test the tool without signing up.
Is this for use in the US? Have you looked into electronic invoicing formats which are increasingly used/required in the EU ... I am curious if there is a similar move on the way in the US.
(As an example here is what the electronic invoicing format looks like in Denmark: https://www.oioubl.info/downloads/OIOUBL_Bekendtgørelse.pdf (scroll a bit past the Danish mumble to see the structure of the XML-documents interchanged.))
Im currently talking to users, and going country by country making sure its good.
An example, invoicing for Denmark works. Try it out yourself, its free.
I think its fine that they have to sign up tbh. Im not asking for any payment or anything before they try the tool and like it.
OP: there could be a better middle ground - you could still offer a one-time payment, and optional subscriptions to newer versions (eg. conformity to newer regulations).
In serious countries, the changes will be anounced in advance, so the author will have to track all of them and may show a warning a few days/weeks before the deadline.
But here in Argentina a few years ago we decided to skip DST one week before the change. I guess the mantainers of all OS still hate us.
You'll have servers to run. You'll have servers fail in a weird fashion. You'll have customers that have weird issues. You'll see GDPR requests for data. You'll have servers to patch, software to update. Wait until something comes up where you need legal guidance (ToS and GDPR compliance, for example)
You're doing invoicing for customers - they'll expect that you keep their data safe. They are legally required to keep that data for 10 years. Unless your offer is "Create the invoice from a template and ythe customer is responsbile for safeguarding their data" - in which case I can replace you with an OpenOffice Document Template, for free.
https://finance.belgium.be/en/enterprises/vat/e-invoicing/ma...
Might be nice if the last 3 words of that sentence were hyperlinked. (I know the ToS is linked at the bottom of the page, but still).
Also I'm not clear if the $35 payment truly is one-time, for access forever? If so, how will you continue to fund this once user growth levels off?
Thanks!
Your location matters when deciding whom to entrust with daily business minutiae and the fact there's not a single bit of info there currently implies you have something to hide.
I will make sure the company details are on the website as soon as possible.
Also, from your Terms of Service:
>If you have any questions about these Terms of Service, please contact us at support@example.com.
This makes it look like you have just been using a pre-made template (or even software?) to launch your SaaS.
My bad on the email. Fixed now!
I can assure you its not a template. Im working very hard on making the product good. Please forgive me, as i just launched.
That is a job for a paid lawyer, specialised on data protection laws. Or, 10 seconds of Google usage: https://gdpr.eu/privacy-notice/
Also, you are using Google Fonts, which in itself is a violation of GDPR: https://www.cookieyes.com/documentation/google-fonts-and-gdp...
thanks for the laugh!