Hacker News new | past | comments | ask | show | jobs | submit

Launch HN: Muddy (YC S19) – Multiplayer browser for getting work done

The feature for sending messaging and posting comments to a tab is some pretty clever and creative UX. Seriously next level future stuff and congrats for just coming up with the concept.

I like that it's all timeline based. For my use case, we currently use Front email thread and then link to a Shared Dropbox where we post everything (including links to like a Google Doc or webpage). I think having chronological bookmarks like you do would be clearly better. I also know many people who use Google Groups and Google Doc to document progress too -- which I think would be insane / nightmare but teams do it. You all definitely would solve that automatically.

Couple other notes:

- Whenever I screenshare with a team or others I see 1000 bookmarks or tabs on their browser. I could not imagine the nightmare of how that would impact my workflow or the timeline. Trusting AI to clean stuff up or hunt is not for me.

- I can tell you all have been heads down blitzing (dog in video, phone ringing in background of another) but I think a separate "Solutions" page where you tackle specific examples would be nice to see or browse.

- Maybe too much or not really your goal, but right now need some sort of client integration for an outside person. I can't imagine giving access to a client on a whim and training them on this. Instead, maybe automatic email integration where their emails show up in the timeline and can respond directly from there. Would produce a really great timeline for where things left off and when things are being communicated. Being able to sub-comment and share files/updates/things on Front on email threads is one of the most killer features for productivity and a team. Mixing this with what you all have could be even more next level. Again though, might not be the goal.

Congrats and best of luck! Big fan of people trying to tackle PM stuff and think you all are doing a great job.

Great idea for creating some specific videos for engineers, designers, etc.

Browsers are interesting since they can do almost anything but "you can do anything you want!" is intimidating for many new users.

We've given e-mail thought and it's certainly a door we are considering as we keep on building. Has anyone built a browser without thinking about an email client? :P

loading story #40311347
What's the story around getting into YC in 2019 and then launching in '24? I'm guessing there were some interesting pivots along the way ...
You are right. We came in letting hosts open experience stores in Airbnbs (try on an Oculus at a hosts home). Difficult to attribute our sales so we moved on.

COVID hit and we had the itch to look at the browser in a different light. Building a browser seemed intimidating...but it was quarantine. Long story short, built a few different ideas and here we are :)

loading story #40313911
Building a browser does seem intimidating! What technical considerations made you finally take it seriously? Any advice for folks trying to do the same or taking on another intimidating project?
Started just by building Chromium and Brave and poking around in there and making small changes.

Chromium is huge but has terrific documentation (once you find the current copy) and Google hosted code search. Digging through crbug.com often helped point us in the right direction.

2 unlocks that made us confident to pursue this project:

1) Repeatable way of patching Chromium and keeping up with upstream changes 2) Writing UI in web technology instead of C++ Views toolkit.

any interest in pointing someone curious about those repeatable patches in the right direction?
Brave's system for patching Chromium is great. https://github.com/brave/brave-browser
loading story #40310830
loading story #40311488
loading story #40314078
loading story #40310932
loading story #40312969
This is so cool. Much respect. I am curious what tech stack you are writing this with? Is it electron or maybe lower level?

It might also be cool if it could automatically import sheets or google docs if I were to drag a csv or .txt file in and just magically open the project up. I hate having to upload via google drive

Electron isn't meant for building a browser and has perf / other limitations. We went with a full Chromium backing with some patches to allow us to write our UI in web tech.

Looking to explore such automations in the near future -- important to us that it feels great to create new files in Muddy (and have Muddy do any of the busywork we are used to)

loading story #40312596
This is really cool! Congrats on the launch!

I think my usage of figma,sheets,etc. is 90% single player, until the moment of sharing my (maybe unfinished) work, where I go through an intense period of collaboration with others for an initial review, then tails off, and becomes async.

I can't see myself using muddy for the single player part, but it sounds interesting for after that initial intense collab process. Especially if the process includes multiple apps, as opposed to a single design review in figma etc. I find the longer running async collab is when I get the most scatterbrained across apps.

I felt this pain a lot. Never really resonated with all-in-one apps so we always had a few places to check for every project. Figuring out the right links was hard and prone to distraction.

In a way, we like trying new software. Downside is each app has the need to build their own slightly different file system, which makes finding things extra challenging. Wanted to solve with Muddy.

So, despite being based on Chromium, there's no Linux builds? Would like to try this but me and my entire team uses Linux.
Hear you! Coming soon. There are some OS specific patches we made to Chromium that make this less straightforward
loading story #40313400
loading story #40310955
loading story #40310352
Congrats on the launch - seems like a neat product. A few questions: 1) It seems like you iterated on a bunch of ideas that landed in this - what were some interesting features that the team was really interested in that you ended up killing? 2) What were the most non-intuitive hard technical challenges? 3) Have you successfully ended up having someone give up on Slack to use this?
1. Spatial canvas based browser (we called it Sail). Had people who loved it but their team refused to learn it. Spatial tools are just incredibly niche and difficult to get started (besides Google Maps).

2. Auto updating across Mac and Windows (in 2024!!). Google Omaha is hard to setup, Sparkle is jank on Windows. Throw in binary delta support and it's an oof.

3. Our team builds Muddy on Muddy and ditched Slack when product got stable. Few other beta users and their companies as well. Slack is super sticky and has some terrific workflows, but more "quality" conversations today happen natively in apps and almost all apps have commenting functionality. Just easier to talk next to the context. So a lot of Slack convo's become "where is X" and we think Muddy will stop the need for those questions all-together.

loading story #40312746
loading story #40311032
loading story #40311905
loading story #40310373
loading story #40311155
loading story #40315757
loading story #40310533
Nice landing! Just curious how did you do those canvas animations (videos of features of the product)? They look amazing
i think it's lottie - https://lottiefiles.com/
Our designer built them using Rive
loading story #40310387
Congrats on the launch. I recently was trying out Microsoft Edge's built-in Workspaces feature which allows multiplayer collaboration. What would you say are the key differences?

https://www.youtube.com/watch?v=w5AX_HvtYfI

The main difference is that Muddy automatically creates and updates those shared tabs for you based on what's being added to the project timeline (multiplayer feed of apps/websites).

We used some similar tools like Workona in the past but without constant maintenance, links would get stale and we'd abandon it. Wanted something that did that for us automatically.

(Also we support: website annotations, team presence, and letting you rewind a project's timeline back to any point in time)

loading story #40317004
Curious to give this a try, how would you compare it to Arc? I used Arc for a while but eventually just ditched it for going back to chrome

(Also, landing page nit, but the kerning on the H1 is pretty wide, and the kerning in the wordmark is a bit tight IMO.)

OK, I tried it out. First thing I did was type a website into the big bar at the top and got an upsell modal for an AI thing... I get the need to make money but this was not a good first experience for me
Sorry! This is a bad ranking of our search bar and "Ask Muddy" should not always be the first suggestion. Fixing this in our next update.

If you hit any of the other results, it will open the site for you

Compared to Arc -- Muddy is focused on making getting things done together better rather than infinite customization. It's a different set of tradeoffs but with a similar rethinking of the browsing experience.

loading story #40312795
loading story #40310280
loading story #40311330
loading story #40310114
loading story #40310891
loading story #40310110
Please stop doing this:

https://i.imgur.com/2WeVGxK.png

It's so frustrating. Early in your product lifecycle it should be painfully easy to get started and you shouldn't be worrying about this kind of security.

Good point, we'll fix this in the next update.

p.s. fan of the work on replicache and of course chrome

loading story #40314092
loading story #40314417
loading story #40313975
loading story #40312917
loading story #40313207
loading story #40311638
loading story #40312139
loading story #40309767
loading story #40319697
loading story #40317242
loading story #40312764
loading story #40317543
loading story #40310253
loading story #40312797
loading story #40311900
loading story #40310118
loading story #40314858
loading story #40317585
loading story #40310534
loading story #40310040