Living Room Shopping Cooldown Lock
On the computer where impulse purchases happen most, checkout becomes a wait-and-confirm step on another device before an order can be recovered.
Someone regularly browses auction or shopping sites on a living-room computer, then reaches checkout late at night and realizes they are about to make another impulse purchase. They choose the sites, device, and cooldown period most likely to lead to loss of control, and can set triggers by item price or category. Rules apply only to the chosen device, leaving shopping on a work computer or phone unaffected.
When the user clicks checkout, the product saves the item image, price, shipping cost, and seller details to a cooldown list, then replaces the purchase button with a retrieval code. The user scans the code and confirms on a preselected second device; only after the countdown ends can they return to the original order and continue to payment. During the wait, they can delete the item directly, without hunting for a hidden exit or bypassing a block.
The cooldown list shows each outcome as abandoned, still purchased, or price changed. If an auction is about to end, the product clearly displays the remaining time and the consequence of walking away rather than pretending the item will remain available at the same price. A weekly review counts only savings the user actively confirms and identifies the times and sites most likely to trigger impulse purchases.
The initial version supports checkout pages on a small number of common shopping sites, along with user-created page rules. It does not take over payment accounts, cancel orders on the user’s behalf, or bluntly block all shopping. Its purpose is to turn the click most likely to go wrong into a decision the user still wants to make after switching devices.
Why now
On July 31, a user specifically proposed limiting eBay only on a living-room computer, so the hassle of getting their phone would add a delay to impulse shopping; this narrows the problem from "blocking an entire site" to losing control at checkout on one specific device. S1
Target user
People who browse auction or shopping sites on a fixed home computer. They know they are prone to impulse purchases but override reminders late at night or when tired. The problem emerges once the checkout button appears, when buying is one click away. Another device is nearby, yet getting up, scanning a code, and waiting adds enough friction. They still want to browse normally and do not want their phone and work devices blocked as well.
Minimal entry point
Start with a Manifest V3 browser extension for desktop only. Content scripts read supported checkout pages and replace the final payment button. Chrome’s scripting, storage, and messaging APIs can support injection, rule storage, and script communication. S2 Order snapshots store only the item name, image, price, shipping cost, and seller. The server issues a short-lived, single-use retrieval token and generates a QR code. The second device opens a lightweight confirmation page; after confirmation, the local countdown must still finish. The first release should support a small number of fixed sites and let users report broken pages. Auction bidding, automatic order cancellation, and payment-account integration are out of scope for now.
Punching above its weight
The first users are in ADHD, self-control, and personal-finance communities. Publish reproducible demos showing how the same item is stopped on a living-room computer and retrieved from a phone. The extension-store listing should plainly show site permissions and what is stored locally. Create rule templates for common shopping sites and let users share reports of broken pages. Position it around "limit only this one computer," not generic shopping abstinence.
Competitors & gaps
- one secGoogle
- one sec already supports interventions on any website, with configurable timing and formats; its app-store description explicitly mentions curbing impulse purchases. S3 It is suited to interrupting habitual behavior when a user opens a shopping site and also covers desktop browsers. The overlap is its use of brief friction rather than a permanent block. Its public materials do not show checkout-page item snapshots, cross-device retrieval codes, or order-specific countdowns. Nor does it organize a list around abandoned purchases, completed purchases, and price changes. The opening for Living Room Shopping Cooldown Lock is to intervene only just before payment. Users can still browse and compare prices, but must leave the original device when committing to pay. Its value therefore depends on reliable checkout detection, not elaborate intervention animations.
- LeechBlock NGGoogle
- LeechBlock NG can block sites by schedule and provides countdown delays, immediate lockdown, and password protection. S4 Users can also set site exceptions and use random access codes to slow down impulsive rule changes. It is free, flexible to configure, and already covers common self-restraint needs. Its primary unit of control is site access rather than a specific order. Once a delay ends, the user remains on the same device to keep browsing or buying. Its public features do not preserve product, shipping, and seller details or require confirmation from another device. Its outcome records are also not organized around whether a purchase was abandoned. Living Room Shopping Cooldown Lock can preserve in-site browsing while replacing only the checkout action. The key assumption to test is whether users will install a high-permission extension for this more granular control.
How it makes money
Charge per device. The free tier covers one device and a small number of sites; the paid tier adds multi-device confirmation, more site rules, encrypted sync, and long-term reviews. Avoid taking a cut of "money saved," which would incentivize overstating savings.
The case against
Checkout pages change often, so button replacement and price extraction can suddenly break. Detection mistakes could block necessary purchases or miss genuine impulse orders. Because the extension must read shopping pages, its permission prompt will raise immediate privacy concerns. Cross-device tokens also create risks of account takeover, replay attacks, and leaked links. Auction deadlines and cooldowns inherently conflict: waiting may mean losing the item. If users can disable the extension too easily, the constraint has limited effect; if disabling it is too difficult, it will provoke strong resistance. Savings can only be user-confirmed, or weekly reports will quickly lose credibility.