←back to thread

103 points owenfar | 1 comments | | HN request time: 0s | source

Hello, I'm Owen, co-founder of Sava OS.

I think you've heard this a thousand times by now; "We spend most of our time on the web browser, yet nothing has changed." And then a "revolutionary" product comes out that puts our links & tabs collapsed on the side, with some extra features. Magical, right :)?

Well, we tried a lot of these products, and we also tried building one ourselves about 8years ago. But we felt like no UI can handle the same kind of organization our desktop can, and that's when the idea first came to our mind ~5years ago. For the past year, we worked on the side to build the MVP you see today. But along these years, a lot of thoughts kept popping up, and that's why this product has an OS in it's name (it's still cooking :).

Unlike other desktop-like products that are accessible on the browser, Sava OS is not only built and made to run natively on the web browser, but it actually has some useful features to help with your browsing management - and that's only the beginning.

There's still a lot to consider when it comes to shaping a modern, desktop-like UI that meets today's needs.. We’ve got some exciting ideas and aim to go beyond the traditional approach.

We would really love to hear your take on this.

Show context
notamy ◴[] No.41871936[source]
I struggle to understand the use-case. What does this actually offer me over just using a normal web browser with maybe a customised new tab page? I made an account with a throwaway email to play around with it, and I honestly didn't understand why I'd want to use this over whatever workflow I have now.
replies(3): >>41872944 #>>41873132 #>>41880340 #
notamy ◴[] No.41872944[source]
Coming back to this some time after my original comment, a few more thoughts in no particular order:

> a modern, desktop-like UI that meets today's needs

What are "today's needs"? Why does the standard desktop interaction paradigm not work with them? Why does "move it into the browser" solve the problem?

> it actually has some useful features to help with your browsing management

I can see some potentially-interesting features in the demo GIFs, but they don't make it clear why I'd want them through a desktop-style interface. Why not as just a browser extension or similar? What does the desktop paradigm provide that's a meaningful enhancement for the end user and not just a tech showcase?

> And then a "revolutionary" product comes out that puts our links & tabs collapsed on the side, with some extra features. Magical, right :)?

It's a bit overdone, sure. I won't disagree with that. But why does it keep happening?

imho it happens because the standard tab setup of "put all the tabs at the top of the window" had obvious shortcomings for a meaningful-enough group of users, and moving it to the side -- be that as a list, a tree, ... -- had benefits that those users appreciated, and that the more-average user may also find benefit in. Tabbed browsing had a significant benefit over the traditional windowed browsing, and imho it seems that moving them to the side has enough of a benefit over the "standard" one-row top-only tabs that people are moving to it.

But what does the desktop paradigm then offer over that? From my quick experimentation, I couldn't even figure out how to get value out of the base UI; this discourages me from then wanting to then try to ex. install your browser extension.

---

Who's the intended user? Is it specifically for desktop-heavy power users? Is it for less-technical users to gain a better interface for browser interaction?

Why floating window management? With a surprising amount of people's interactions with the web moving to mobile (smartphones, tablets), I could see the floating window interactions actually being a drawback. Tiling windows might be better, but again that's potentially very user-dependent.

Jumping off of the floating window question, where is the intended use-case? Is this for desktop users? Are tablets a supported use-case? Smartphones? Where's the line drawn? If you intend to support more than the desktop user, how will you handle the lack of precise touch? The current UI has annoyingly-small icons on desktop; if mobile is an intended use-case I could see this very quickly becoming infuriating.

How is accessibility handled? Is keyboard-only interaction possible? What about screen readers? As a disabled person, I'm pretty tired of seeing user interfaces that are incredibly unfriendly to me because they rely on precise click/tap targets that I struggle immensely to properly use at times.

The product might benefit from having an actual tour / demo / etc. It's very unclear what the true use-case for it is. Every major (desktop) OS already has drag-and-drop, multiple workspaces, floating windows, ... Having some kind of walk-through would probably go a long way towards helping people understand.

---

I don't say these things to discourage you, but this just doesn't feel ready for release yet. The sheer number of comments here on HN expressing negativity about this, at least to me, signal that the product's use-case isn't clear and that it's not obvious why this would be wanted. As a tech person, I very well understand the desire to make cool tech and show it off, but cool tech does not a product make. This reads as a tech demo being dressed up as a product, which explains a lot of the negativity here.

Your comment below[0] makes it a lot more clear that this is less "real serious product" and more "toy/tech demo/similar," and if it had been expressed as such from the start, I think the reception would have been better.

Hopefully these thoughts are of use! I do love seeing experimentation outside of the standard ways of interacting with things, and I think that with more refinement and experimentation you might find something interesting with this idea.

[0] https://news.ycombinator.com/item?id=41872816

replies(2): >>41873019 #>>41877251 #
1. owenfar ◴[] No.41877251[source]
I appreciate your detailed response, so thank you for taking your time to explain.

First, I would like to point you to this page: https://savaos.com/about - I don't know if you've seen it already, but it explains in brief what we want to achieve/envision. Should explain some of your "what the hell is this" questions :) And as you can see, it's a very ambitious goal.

I agree with a lot of your arguments. To be honest, the most challenging part so far has been to try to explain what we're doing. "What would be the right MVP?", "How can we evaluate such a project?", "Is something like this even feasible?".. these kinds of questions constantly popped up in our heads. My point is, we had to start somewhere.

We don't know if this is the right direction yet, but so far we've seen some interest and already received valuable feedback. The best use-case right now is practically link & tab management. Definitely overkill for just that, but for "non-tech" people, it does feels familiar.

I'm not a UX designer, I tried my best with the design and I've personally worked on a lot of accessibility features before (in terms of code). It's not there yet I get that, but it will.

Regarding the comments, on the contrary, I don't see much of negativity here. Just people expressing their gut feeling, but I like it a lot. Much better then hearing the typical non-sense "congrats" & "all the best" kind of feedback. This is what opens my mind the most to make crucial decisions for the next steps.

By the way, I did mention that it's an MVP. In my opinion all MVPs are toys and demos of "what can become". Perhaps I'm too good of a designer for not being an actual designer, and it looks too good? I'll take that as a compliment.