I built LomuTab because I was frustrated opening a blank new tab 50 times a day while working. Every tool I needed was somewhere
else — notes in Notion, bookmarks buried, timers in another tab. So I built a modular widget grid that lives on the new tab page.
That's the boring origin story. Here's the part I actually want to talk about.
While building a Docs widget (think: lightweight step-by-step guide maker, like Scribe but it lives in your new tab), I realized
every shared doc is a growth loop:
The share link is free forever, even if the creator's Pro trial expires. I want people to keep sharing.
MV3 killed a few approaches I had planned. The side panel API (chrome.sidePanel) is newer and surprisingly capable — I built the
whole screenshot + annotation editor in there using Konva.js.
Full-page screenshots were interesting: you stitch the page by scrolling and calling captureVisibleTab repeatedly. Turns out
Chrome rate-limits that API to 2 calls/second. Found that out the hard way on long pages.
For sharing Docs I went with Supabase — the content lives server-side so URLs stay short and shareable in Slack/WhatsApp. For
screenshots I store the image in Supabase Storage with a 30-day TTL that resets on every view (so if it's being actively used, it
never expires).
Just got accepted to the Chrome Web Store: https://chromewebstore.google.com/detail/lomutab/hllkbpoipcplgjidicomiakedmmombkb
Zero paying users so far. Free tier is generous on purpose — I want people to actually use it before I ask for money. Pro is
$7.99/mo for unlimited widgets, the Docs autodoc feature, and a few pro-only widgets (weather, stocks, color tools).
Using LemonSqueezy for payments. Haven't had to think about it once since setting it up, which is exactly what I wanted.
What I'm unsure about
Cold start for extensions is brutal. You need reviews to rank, but you need users to get reviews. If anyone here has cracked early
distribution for a Chrome extension without relying on ProductHunt spikes, I'd genuinely love to hear it.
Also curious — is anyone else building on the new tab page specifically? Feels like an underexplored surface.
https://chromewebstore.google.com/detail/lomutab/hllkbpoipcplgjidicomiakedmmombkb
The first real engagement after launch tells you who finds you, not just who you aimed for.
For extensions specifically: the retention signal in the first 7 days is more predictive than the install count. An extension that gets installed and used on day 7 has found a genuine habit slot. One with 500 installs and 10 day-7 actives is a feature, not a product.
For goffer.ai, we learned this from our notification path - users who configured a custom Slack webhook stayed 3x longer than users who kept the default email digest. Active setup = active use. Looking for that signal in the first week is worth building analytics for specifically.
Congrats, two months solo to a live listing feels huge, I just went through the same grind so this hit home.
The thing that surprised me on distribution: a slow trickle of installs showed up from people just searching the Chrome store, and it seemed to ride entirely on the title words and first screenshot, not any launch spike. Wasn't expecting that, still learning how to lean into it (Chrome's Web Store best-practices docs helped a bit, developer.chrome.com/docs/webstore).
Not on the new tab page myself, but I'm building an extension too so following along. Good luck with it.
I installed the extension and tested it a bit. The Pomodoro and notes widgets feel genuinely useful to me — those are the kind of small tools I can imagine using directly from a new tab.
One piece of UX feedback: the horizontal scroll for the icons was not immediately obvious. When I first opened it, the last icon was only half visible, and at first I didn’t realize there were more functions to the right. I only noticed later that I could scroll sideways.
Maybe showing the icons on two rows instead of using left-right scrolling would make discovery easier. It would also make the available widgets feel more visible from the start.
Yeap, that is a real ui7ux issue, I really appreciate the feedback and do my best to fix it!
The cold start problem is real — you need reviews to rank but users to get reviews. Classic catch-22.
I'm launching two iOS apps on June 23rd and facing the same distribution question. What's worked so far: Product Hunt coming soon page (building followers before launch day), genuine engagement on Reddit in relevant subreddits, and a LinkedIn post about the origin story that got more traction than expected.
On Product Hunt specifically — the 'coming soon' page has been useful for building a notification list before launch day rather than launching cold. Might be worth doing that for LomuTab if you haven't already.
Good luck with it — the flywheel idea with the shared docs is clever, that kind of built-in viral loop is exactly what makes distribution easier over time.
Thanks for the advice! I think I'll give it a try somehow
What is the PH comming-soon link of your product?
Here you go — would love your support on both!
PrOpinion (AI consumer opinions): https://www.producthunt.com/products/propinion-ask-a-pro-trust-the-opinion
Wump (financial cushion score): https://www.producthunt.com/products/wump-2?launch=wump-2
Both launching June 23rd 🚀
For sure!
Good work - Distribution is the keys try out campeigns may help
Thanks man! I really want to try that out, but I'm not sure where to start. You know I'm more of a builder than a marketer 😂. Any beginner-friendly advice on running campaigns without getting overwhelmed?
The distribution problem may be real, but I'd be careful assuming it's the first bottleneck.
The interesting part of the post is that the Docs widget sounds like the growth loop, while the Pro plan sounds like the monetization layer. Those are not always the same thing.
The risk is spending months solving acquisition before knowing whether the behavior that spreads LomuTab is also the behavior that eventually pays.
That's worth tightening properly before chasing too many distribution experiments.
If useful, drop your email and I'll send the tighter activation-to-paid read in a way that's easier to use than a thread discussion.
That's a sharp point — and honestly the most useful thing anyone's said since I posted this. The flywheel brings installs, but I have no visibility yet into whether those users actually activate or ever become the kind of person who pays. I'm early enough that I can still tighten that before scaling anything. For now I'm watching shares and paid conversions as the only two signals I have. What activation signal would you look at first for something like this?
Appreciate that.
The reason I didn’t answer it directly in the first comment is that I don’t think there is one universal activation signal for something like this.
The useful version is figuring out which behavior actually predicts “this user is likely to become a payer later” versus just “this user liked the free widget.”
That can get misleading fast if the wrong behavior becomes the north star.
Happy to put the tighter activation-to-paid read in writing if useful — easier than trying to piece it together across thread replies.