Nadim here, I'm the founder of WeKeep.
In my previous startup I found that Xero and Quickbooks are not suited for our needs; that they are more geared toward small businesses that need to issue invoices to customers and for typically low volume transactions. You can use their APIs and build an integration, but I found that most startups are not willing to put their engineers' precious hours into this at the early stage – so they end up tracking their financials in a spreadsheet.
So I built an accounting software with a spreadsheets-first approach. WeKeep is a double-entry accounting software with in-browser spreadsheets (for the most part) to serve some common use cases, but also has all the advanced features an accountant needs for when you're ready to hand over.
A typical use case of early stage startups that we've used WeKeep with: They don't send out invoices (no accounts receivable), so instead we created simplified invoices - these are invoices paid in cash (typically through a payment gateway or a POS). So they can export data from their backend and paste into the simplified invoice sheet. Same for expenses – typically no accounts payable, just expenses paid for through a company card or a founder's personal card.
Right now the product isn't tailored for any geography, so you'll probably find several features lacking (e.g. Stripe integration, bank feeds). I'll surely get these going at some point if I see traction.
Would love to know whether this is something you would find useful, and if there are any hard requirements for your geography I would love to hear them too.
> I found that Xero and Quickbooks are not suited for our needs; that they are more geared toward small businesses that need to issue invoices to customers and for typically low volume transactions.
It sounds like you have identified a niche that you feel WeKeep is designed for. I think that your landing page should reflect that.
I would say that when people are choosing their account software, they really want to know you're trustworthy and are going to be around long term. Are those testimonials all legit? Because that really helps to make me feel comfortable.
Other things I have see similar software do is put on their front page "$1,000,245 in bills recorded", "X invoices tracked and paid". Knowing others are using your software to do their accounting successfully will help people trust you are the real deal.
One thing that I would want to see before I would really start using such software in earnest is the ability to get my data out quickly/easily if I need to switch to another account software provider. Import features would also be important as a "getting started" thing.
Last tiny bit of feedback: I found it a bit difficult to logout as the logout button is hidden in the settings.
Great point about making it easy to export your data. Would an "export to google sheets" work for you, or is there any specific format you have in mind?
One hard requirement for my geography is having i18n support for at least the client-facing parts. My local clients speak French, and sending them an English invoice is pretty rude, but I also have English-speaking clients, and sending them an invoice in French would be incomprehensible.
Does your software support that use-case? Most of them don't; I'm honestly thinking about building my own at this point.
I have the i18n feature but haven't included French (yet). Language switch is only visible in countries where I've enabled it and where there are more than one language. Besides sending out invoices to customers in French, which other elements are critical for you to be i18n'ed?
I can add support for French in a few days – if you sign up :)
In fact I wrote a small script to extract GnuCash transactions into a csv file that can be used as a spreadsheet as a starter point:
https://github.com/dorfsmay/gnucash_general_journal
(There are still issues with this, especially with the way GnuCash converts currencies)
I'll definitely take a look at WeKeep, it might solve some of my issues, and I might just stop my efforts if you got where I was hoping to get.
In WeKeep all general ledger transactions can be looked up under Reports > Account Transactions, laid out in as a spreadsheet https://www.wekeep.co/c/dashboard/account-transactions/ Here's a screenshot: https://imgur.com/a/6eKNgKr
Suggestion to think about: add screenshots/animation of the Sales module, as it is where the whole business process begins and a major reference for users of this type of app.
I have a system where I record payments in Excel and send out invoices via a Word template.
What reason would someone like me have to switch to your service? Besides a slight ease of use, how is your service better for a solo founder on a budget (one of your target markets, I assume)?
As a solo founder you might not get extra value over Excel – but I hope that would change once we add integrations like Stripe.
Is there anything Excel doesn't do that you'd like to see in WeKeep?
I clicked pricing first thing, and thanks for having that accessible quickly (not hidden)
I am not the target market perhaps. I want software I can download and own. I am going to assume this is cloud based since it's a monthly fee - I also want software that keeps all my financial data local and out of the clouds.
thanks for sharing, you add hope to my disdain for QB.
OP's "its a spreadsheet doing what you do" is so much more welcoming to many of those just trying to be a business. There's folks trying to see if their hobbies will pay, who can use this. If you asked them to install gnucash they'd argue that "i'm not really in it for the money" because they're that scared of attempting to learn "Accounting".
Add Integration with payment processors and it should grow like a kudzu plantation.
On top of that it comes with all kinds of crap I will never use. I use it because my accountants are (were) simpletons who only knew that.
All that stuff on the main screen with the arrows.. while I appreciate an attempt at a GUI ( I usually prefer) I don't need any of those things and they waste space on the screen and cognitive time sorting them.
I had bought the pro software years ago, non-cloud. They bricked it, forced to buy again, and kept pushing for the cloud option. I hate cloud options.
I did enough QB learning to find it's possible to take a spreadsheet and import expenses.. I almost started doing that instead of buying the new software so it could download from my banks.
If I used the payroll stuff I could see paying to update - otherwise it's just a huge program downloads a csv from my bank and puts a few same expenses in columns to export to my accountant - at least for me, and it's over priced for that.
I would make custom GUI screens for different businesses and have a preview with one-click change - if a business does not use the software for invoicing, take all that crap off the screen and put it behind a menu - this could make graphics larger and simpler.
I would have totally different GUI's for a conststruction business compared to a hair stylist compared to a dentist compared to web dev.. sometimes I think of these things and sigh.
So.. export to a format that accountants can use, sadly needs to be a thing that is prioritized.
There was such a brouhaha with the We brand (WeWork, et al) that it's hard to imagine them keeping silent.[1]
I really don't want to rain on your parade, but are you really willing to fight a bunch of high powered lawyers as a startup?
[1] https://www.businessinsider.com/wework-ceo-gives-back-millio...
I saw this and instantly thought it was related, before it dawned on my that they wouldn't post to HN.
That's right, I'm using react-virtualized right now with a customized react-datasheet. I found it's a good first iteration, as even fully rendering 100 rows will result in pretty poor performance, so the windowing technique is definitely a must.
That said I'd really like to reach Google Sheets-like performance. Do you know how it's built?
Haven't looked at Handsontable or agGrid, will check them out.
With react-virtualized, you are already on the right path as virtual rendering - rendering only the currently visible cells - is the key in regards to the performance of DOM-based approaches. But if you want to reach google sheets performance, there is probably no way around canvas-based rendering (e.g. https://github.com/fin-hypergrid/core or https://github.com/TonyGermaneri/canvas-datagrid). Office 365 seems to use a canvas-based approach as well. The problem with the canvas-based approach is that interaction like mouse clicks and key navigation is a lot more complicated. I think one of the fastest DOM-based grids out there is https://github.com/6pac/SlickGrid. But there shouldn't be too much difference in performance to react-virtualized as both are DOM-based. Often these components are called "grid" if you search for alternatives. Feel free to contact me if you have some specific questions :-)
First congratulations! Add Stripe as an integration and we’re absolutely in. They have a great Partner program that you can apply to for.
I would remove Kobe Bryant from your list of sample names. He just recently passed and you might offend a potential customer.
