Live data from Hacker News

Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

nino.app

151–160 of 269 posts

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#151
A lot of people are saying to specialise your business or die. I think you have a good opportunity here to do what nothing else does quite well, and that is to implement a vertically integrated document management system for use cases such as ISO 9001 etc.

Use case 1, document management: This basically just means that you need to implement the capability to “publish” a document version, permanently view that document version (think tag), and auto generate a document “identifier” using the companies naming convention (and allow this to be embedded automatically in the document so the client can use it too). The document ID might look something like SOP-2401001.

Once a document is published it should be read-only, and you should be able to put artifacts a long with published documents … ie exported PDF copies, or signed copies or something.

Use case 2, document siloing: One of the most difficult parts of document management is creating forms for procedures, and then teaching everyone how to not ruin the document management of these forms once they are filled. I have always wanted a silo that automatically copies a form when you start to fill it out, allocates it a brand new document ID, and collects it together with all the other forms of the same kind.

This could be integrated with an automation platform so that ie if you fill out a form it sends someone an email or something like that. Or if you wanted to get really fancy, you could allow people to define “workflows” for documents and actually visually show a business process alongside a document.

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#152
If you haven't seen a team using Feishu/LarkSuite, then I'd make an effort to see how that works. It's essentially a super office app that does the whole "everything is integrated" significantly better than Microsoft and Google have with their office products. For example, you can share a document during a call and interact with others inside the live document.

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#153

Single biggest thing you need to nail down fast: the data model. It is extremely hard to shift as things grow, and without careful thought, it’ll turn into a horrifying miasma of JSONB columns, duplicated data, orphaned rows, and garbage performance. Customers are going to store surprisingly large items in Docs, where you’d be tempted to inline them instead of offloading to S3 et al. Chat practically needs to be its…

No one cares about that. Export to open document format or microsoft. You are living in a bubble of “hackers”. You are not your average user. Case in point of “engineers are not product people”

If your selling point is consolidating apps, you absolutely have to get the data model right, else you don't solve the problem. Just because you don't go in and sell it that way, doesn't mean it's not important as hell. The very reason it's hard to get apps to interoperate is that each one has it's own data model. If they used one giant data model... it wouldn't be a problem.

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#155
post #135
post #121

This is not the first product of the kind and won't be the last one. And they look great in theory but get complicated and very confusing and ultimately never find their place. People don't need an integrated tool that does everything. People need a few very good tools that work well with each other. Confluence/Jira is such an example, and to some extent Google's suite and Microsoft's, plus a few more. Unless you can…

You’re describing Unix philosophy basically, right? While I like it I think it doesn’t scale past certain point - think about cases like companies finding they have trouble maintaining a system made up of tons of bash scripts (most config driven systems e.g. CIs fall into this). Same applies to SaaS IMO. > ultimately never find their place Here’s a few counter examples: - Clickup - Notion - Datadog - Amplitude I feel…

Not going to counter you. In related examples, I will pick ClickUp from your list. It is the closest to this one in terms of trying to combine a database, (multi)composition, and communication (Notion is more specialized than that.)

I would say that in this arena, the 2010s started with Quip and ended with ClickUp. Quip was sold at $750 million, but Salesforce never let it bloom. ClickUp is now worth 4 billion dollars.

Just one critical thought: Consolidation must transcend mere visual modularity and deliver deeper usefull integration to compensate for the absence of features of dedicated tools.

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#156

Earlier quoted context omitted.

[flagged]

Google chrome is worse. Safari on iOS has native features like auto-filling verification codes.

Google Chrome can't even use it's rendering engine on iOS, you're comparing WebView implimentations (which Apple will always be superior at... since they control the OS and every API entitlement).

Antitrust regulation says what?

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#158
>solve the app chaos problem for today's knowledge worker

I'm today's knowledge worker and I don't have an app chaos problem.

Integration between different apps is not really an issue for me. Mostly I care about each individual app being as good as it possibly can be.

I don't have any need for spreadsheets to integrate with calendars, or email to integrate with docs for instance.

Re: Show HN: I made an app that consolidated 18 apps (doc, sheet, form, site, chat…)

#160
post #87
post #72

One of the most important features to get right for tools like this is collaborative editing. It's incredibly difficult to get this right (live preview, conflict resolution, history management, etc), especially given how the vast majority of users are non-technical folks (which aren't used to toolks like git). Could you expand a bit on how you intend to tackle this problem in Nino?

I actually think this hyper-granular realtime collaboration like in Google docs is slightly overrated. I think it’s ok to have more a git-like workflow where feedback and changes happen over cycles. As a programmer, I don’t give a shit about your working directory. I do care, however, about your commits :) All I’m saying is this CRDT craze isn’t always necessary or even appropriate for many products. It adds a lot of…

Realtime collab apps tend to kill their competitors without realtime collab. See Figma: slightly worse UX and performance compared to Sketch, easily killed Sketch. How did Notion penetrate the competitive docs/wiki market? Much more collaborative than the incumbent Confluence (now confluence is iterating on realtime collab to remain relevant).

Realtime is becoming table stakes in any online collab system. I think code is the exception, not the rule, because it’s 100x more brittle than prose or pixels that need to convey approximate meaning to humans.

You can implement realtime without using CRDT/OT, Notion is paragraph-by-paragraph last write wins, no fancy algo, but mostly good enough to remain competitive.

Post reply on HN