21–30 of 40 posts
We already have Google spreadsheets and many more such apps/web apps. Why would someone jump to this? I think you need to clarify more about your USP. Becoming more specific about your functionalities such as what kind of security or what kind of user permissions, etc. might help you gain more attention. People already have such apps/web apps available. So, you need that one wow factor to make the users jump from one…
This is a problem I have that I thought was near to impossible. I have a nightmare test case for you. I am a property manager of 1000 units. We have 40 properties each of which we track vacancies with a spreadsheet. They've got all relative property data on them as well. Let me know if you are interested. My solution was to build a web app for this completely out of spreadsheet land. But I've got some other things to…
This is a problem I have that I thought was near to impossible. I have a nightmare test case for you. I am a property manager of 1000 units. We have 40 properties each of which we track vacancies with a spreadsheet. They've got all relative property data on them as well. Let me know if you are interested. My solution was to build a web app for this completely out of spreadsheet land. But I've got some other things to…
We've had a few real estate offices and property managers use us; you wouldn't be the first! If you send me your spreadsheet I can even get it migrated for you as a demo. jason@fieldbook.com
Hey lvp3, this sounds like a good case for Fieldbook (my startup): https://fieldbook.com . It's as flexible as a spreadsheet, but with the power of a relational database. We've had a few real estate offices and property managers use us; you wouldn't be the first! If you send me your spreadsheet I can even get it migrated for you as a demo. jason@fieldbook.com
We detached this comment from https://news.ycombinator.com/item?id=11458280 and marked it off-topic.
This is already happening on a lot of fronts, I've built entire apps on zapier. What are your thoughts on the following: Flex.io zapier.com Blockspring Zoho Creator Domo If you build this platform I think you have to start application first and not try to theorize it.
From the apps you mention, except for zoho creator, I feel like are all developer oriented (I can be wrong). In a way, what I want to do is to make apps using spreadsheets as the requirements for the app. What do you mean by 'start application first and not try to theorize it'? Isn't that I don't agree but I didn't understand it well and it looks like somenthing interesting to take into account.
Earlier quoted context omitted.
From the apps you mention, except for zoho creator, I feel like are all developer oriented (I can be wrong). In a way, what I want to do is to make apps using spreadsheets as the requirements for the app. What do you mean by 'start application first and not try to theorize it'? Isn't that I don't agree but I didn't understand it well and it looks like somenthing interesting to take into account.
Have you looked at spreadsheetweb.com and calcfusion.com? The former seems mature, with plenty of real paying customers. The latter is new, and I guess they're still working on getting traction.
So when you say "convert a spreadsheet into a web app", it means many things to many people. Which is a real expectation management challenge!
The sketch of the user flow for the first prototype can be seen here https://app.moqups.com/santiago.ingold@gmail.com/KCTLq4WnAL/... Again, comments are welcomed :)
If it can be solved beautifully, it would be cash cow. like the others mentioned, translating UDF (user defined function) would be a challenge. also in bank, it usually load quant library xll. It would be impossible to host quant library as service. nowaday i see bank just use spreadsheet as front end. a lot of logic are wrapped in code and fully tested somewhere else