I am concerned that you may be working on something that does not have a market in its present form, or possibly ever. I am worried as to how much of your life / time / money you might be pouring into this. It is difficult for me to be categorical about this, as for all I know it's a tiny side venture and you're not bothered about adoption. But, based on the marketing copy / launch, previous HN posts and your comments here, it does seem that you feel this could potentially compete with Workspace/Zoho/365/Notion with the USP that it's more tightly integrated, plus some local storage and encryption benefits.
I think that's quite a stretch. And that's not to dismiss or play down what you've achieved.
What you have created is, measured on sheer volume of work/technical accomplishment (and assuming it's a solo project completed in around 1-2 years, when you first began posting about it) really impressive for a solo dev. I say this as somebody who considers themself a fairly speedy full-stack dev. There is a lot of complex functionality - an MVP recreation of Docs, Drive, Airtable (e.g. Sheets, which appears to be an 'Airtable'-style visual database with support for multiple datatypes) and the UI is, in many parts, clean, fluid and responsive. All this is without even trying/testing the additional 4-5 client apps!
But in my opinion, the difference between your current product and something that would gain significant adoption is light years. Just some very basic examples: adding keyboard shortcuts to the docs module, drag and drop table re-ordering, image resizing, multiple fonts, page sizing, tabs, a ruler, text flow options and layout. (just the basics here to get it to circa-Word-2000 level) The need for a spreadsheet module. File permission management, upload progress, account onboarding, help and support. The UX of the workspace itself - at the moment it's unclear why some modules exist (what is a 'canvas'? Why would I need it? Same question for a 'grid'. Don't make me work to discover this, tell me upfront. Inline help, or example documents would help steer users).
I could write out a ton more examples, but I'm not trying to beat you over the head, more just to illustrate that the road ahead of you is far longer than you might imagine. If there's just one of you developing this, then I'm not sure how long it would take to just get even one of these modules up to feature parity with a close competitor. This, plus the maintenance, support.. ..and that's before we even begin to discuss the issues around marketing and onboarding, which are probably the area where you're most significantly falling short. Some of your UI choices bely a certain naivety, for example why would you choose to name a module 'Sheet's, when this is already the name of a popular web spreadsheet, and your module appears to be something other than a spreadsheet? This introduces confusion and frustration for users and makes me question your ability to succesfully get this project to profitability. Much of your main website doesn't do a great job of explaining to a layperson what the product is, why they'd want to use it, or giving real-world examples. Even the screenshots on your Play Store app don't really provide good reasons to download, or insights into concrete use cases. Why would somebody pay for this in the era of free-Google-Docs or $5 Zoho plans? How much B2C marketing money would you need to spend to market it to them just so they're aware of its existence in the first place?
I know how difficult this might be to hear, and I don't want to demotivate you, in fact quite the opposite. The thing is, I have had several occasions during my career when I was in a similar place to this. I have, in the past, obsessively focussed on product development, with my head in the sand about market potential. It's great that you have now asked for feedback and I'd rather risk annoying you than squander an opportunity to make you sit up and think for a moment, even if you end up choosing to ignore me.
I'm sure that, if you chose to take a different path with this IP/product, there would be lots to salvage and some valuable learnings to build upon based upon all the code you've created and approaches you've refined. As a suggestion, would you perhaps be better off here just taking one single component and making that world-beating, instead of trying to develop 18 different modules to pre-MVP quality.
Whatever you decide, you're clearly a very talented and prolific developer. Very best of luck with everything.
I appreciate this feedback. Thanks for writing it out. You have some valid points here and I'll think about them going forward.
You mentioned you were in a similar place to this, I'm curious to hear about your experience and the specific decisions you made back then, if you're comfortable sharing.
In my time I have had a roughly 50/50 split between projects that failed and ones that took off.
The ones that failed tended to be 'passion projects' where I was led by what I wanted to do, or what seemed cool, and became obsessed with 'finishing' them to a high standard rather than releasing (or abandoning) them. One failure was a puzzle game for early iPhone (iOS 5 I think) - it took 6 months, but ultimately was far more fun to build than to play. Looking bad, I was kidding myself - it looked average at best, and there were far better people and games out there than the one I was building. I learned some fun things but I probably should have stopped after a couple of months, whereas I think I threw 6 months at that one.
The success stories were the ones where I was led more by a sense of market demand - e.g. there was a problem that needed solving, and I had some awareness that existing solutions either did not exist, or weren't a good fit.
I built one of the very first apps in the transport tech space and that was a big success, both in terms of adoption and profitability. That was a combination of skill and luck - i.e. 'right place right time'.
While I have now had 2-3 'success stories' in terms of products that took off / gained significant adoption, I must say I haven't fully learned my lesson and I do still have the same obsessive tendencies! Coding is addictive huh. I recently spent 3 months building a full stack React app that I just did because I wanted to "finish" it, and I'm not really sure if there is a market for it. But I had the time available and I think the older I get, the more I can self-police and know when it's time to step away.
Also, if you only spend a small amount of time on something, even if it doesn't get used, as long as you've learned new skills or experiences, then it might arguably have been worth it.
Agreed. As a solo dev I am 1.5 years in to building something that represents just one of these apps, and I am still at least 6-12 months away from a v1. I guess it's a choice of going wide or deep.
I am concerned that you may be working on something that does not have a market in its present form, or possibly ever. I am worried as to how much of your life / time / money you might be pouring into this. It is difficult for me to be categorical about this, as for all I know it's a tiny side venture and you're not bothered about adoption. But, based on the marketing copy / launch, previous HN posts and your comments here, it does seem that you feel this could potentially compete with Workspace/Zoho/365/Notion with the USP that it's more tightly integrated, plus some local storage and encryption benefits.
I think that's quite a stretch. And that's not to dismiss or play down what you've achieved.
What you have created is, measured on sheer volume of work/technical accomplishment (and assuming it's a solo project completed in around 1-2 years, when you first began posting about it) really impressive for a solo dev. I say this as somebody who considers themself a fairly speedy full-stack dev. There is a lot of complex functionality - an MVP recreation of Docs, Drive, Airtable (e.g. Sheets, which appears to be an 'Airtable'-style visual database with support for multiple datatypes) and the UI is, in many parts, clean, fluid and responsive. All this is without even trying/testing the additional 4-5 client apps!
But in my opinion, the difference between your current product and something that would gain significant adoption is light years. Just some very basic examples: adding keyboard shortcuts to the docs module, drag and drop table re-ordering, image resizing, multiple fonts, page sizing, tabs, a ruler, text flow options and layout. (just the basics here to get it to circa-Word-2000 level) The need for a spreadsheet module. File permission management, upload progress, account onboarding, help and support. The UX of the workspace itself - at the moment it's unclear why some modules exist (what is a 'canvas'? Why would I need it? Same question for a 'grid'. Don't make me work to discover this, tell me upfront. Inline help, or example documents would help steer users).
I could write out a ton more examples, but I'm not trying to beat you over the head, more just to illustrate that the road ahead of you is far longer than you might imagine. If there's just one of you developing this, then I'm not sure how long it would take to just get even one of these modules up to feature parity with a close competitor. This, plus the maintenance, support.. ..and that's before we even begin to discuss the issues around marketing and onboarding, which are probably the area where you're most significantly falling short. Some of your UI choices bely a certain naivety, for example why would you choose to name a module 'Sheet's, when this is already the name of a popular web spreadsheet, and your module appears to be something other than a spreadsheet? This introduces confusion and frustration for users and makes me question your ability to succesfully get this project to profitability. Much of your main website doesn't do a great job of explaining to a layperson what the product is, why they'd want to use it, or giving real-world examples. Even the screenshots on your Play Store app don't really provide good reasons to download, or insights into concrete use cases. Why would somebody pay for this in the era of free-Google-Docs or $5 Zoho plans? How much B2C marketing money would you need to spend to market it to them just so they're aware of its existence in the first place?
I know how difficult this might be to hear, and I don't want to demotivate you, in fact quite the opposite. The thing is, I have had several occasions during my career when I was in a similar place to this. I have, in the past, obsessively focussed on product development, with my head in the sand about market potential. It's great that you have now asked for feedback and I'd rather risk annoying you than squander an opportunity to make you sit up and think for a moment, even if you end up choosing to ignore me.
I'm sure that, if you chose to take a different path with this IP/product, there would be lots to salvage and some valuable learnings to build upon based upon all the code you've created and approaches you've refined. As a suggestion, would you perhaps be better off here just taking one single component and making that world-beating, instead of trying to develop 18 different modules to pre-MVP quality.
Whatever you decide, you're clearly a very talented and prolific developer. Very best of luck with everything.