---
title: "客厅购物冷静锁"
date: "2026-08-01"
canonical: "https://raytally.com/ideas/2026-08-01-idea-f00ed2b8/"
generator: "萤录 RayTally · dev-prompt-v4"
signal:
  query: "Impulse spending - is there a way to block websites (in my case ebay) from a windows device?"
  observed_at: "2026-08-01T00:33:26.787Z"
sources:
  - url: "https://www.reddit.com/r/ADHD/comments/1vc5uwp/impulse_spending_is_there_a_way_to_block_websites/"
    boundary: "发布于 2026-07-31T22:47:07.000Z。 观测于 2026-08-01T00:33:26.787Z。"
  - url: "https://developer.chrome.com/docs/extensions/reference"
    boundary: "发布于 2026-01-07T00:00:00.000Z。"
  - url: "https://one-sec.app/"
    boundary: "来源记录未提供发布时间。"
  - url: "https://chromewebstore.google.com/detail/leechblock-ng/blaaajhemilngeeffpbfkdjjoefldkok"
    boundary: "来源记录未提供发布时间。"
notice: "本任务书中的信号，是在所列时间点截取的有界观察（搜索关注、论坛分数或新品列表），不是市场验证、用户数量或持续需求证明。转述或据此行动时，必须保留这些时间边界与最强反方。"
---

[在 RayTally 阅读原始页面](https://raytally.com/ideas/2026-08-01-idea-f00ed2b8/)

使用声明：以下信号只是带时间边界的公开观察，不是市场验证、用户数量或持续需求证明；转述或执行时必须保留时间边界与最强反方。

你是资深产品工程师。请把下面这条产品灵感做成一个可以本地运行的 MVP。

## 灵感

客厅购物冷静锁
在最容易冲动下单的电脑上，把结账改成换设备确认和等待后才能取回的订单。

## 产品概念

有人总在客厅电脑上刷拍卖站或购物网站，深夜走到结账页才发现自己又在冲动下单。用户先选定容易失控的网站、这台设备和冷静等待时长，还能设定单笔金额或商品类别的触发条件。规则只作用于指定设备，不妨碍工作电脑或手机上的正常购物。 当用户点击结账，页面先把商品图片、价格、运费和卖家信息存进冷静清单，再把原购买按钮换成取回码。用户要在自己预先指定的另一台设备上扫码确认，等倒计时结束后才能回到原订单继续付款。等待期间可以直接删除商品，不需要寻找隐藏入口或绕过封锁。 冷静清单按“已放弃、仍购买、价格变化”展示每次结果。若拍卖即将结束，产品会明确显示剩余时间和放弃后果，不会假装商品还会原价等人。每周回顾只统计用户主动确认的省下金额，还能找出最常触发冲动的时间段和网站。 初期支持少数常见购物站的浏览器结账页，以及用户手动添加的页面规则。它不接管支付账户，不替用户取消订单，也不把所有购物行为粗暴封掉；重点是把最容易失手的一次点击，变成换个设备后仍愿意完成的选择。

## 为什么是现在（有事实支撑）

7月31日，一名用户明确提出只限制客厅电脑上的 eBay，让取手机的麻烦为冲动购物增加等待；这把问题从“全面封站”缩小成了特定设备上的结账失控。

## 方向判断（以下为模型推断，未经独立验证）

目标用户：核心用户是在家用固定电脑逛拍卖站或购物站的人。他们通常已经知道自己容易冲动，却会在深夜或疲惫时越过提醒。问题发生在结账按钮出现后，此时继续购买只差一次点击。另一台设备离得不远，却足以增加起身、扫码和等待的阻力。用户仍想保留正常浏览，不愿让手机和工作设备一起被封。

最小切入点：先做 Manifest V3 浏览器扩展，只覆盖桌面端。内容脚本读取受支持结账页，并替换最终付款按钮。Chrome 的 scripting、storage 与消息 API 可承载注入、规则保存和脚本通信。 订单快照只存商品名、图片、价格、运费和卖家。服务端签发短时一次性取回令牌，再生成二维码。另一设备打开轻量确认页，确认后仍需等本地倒计时结束。首版先适配少数固定站点，并允许用户提交失效页面。拍卖竞价、自动取消订单和支付账户接入暂不处理。

最强反方：结账页频繁改版，会让按钮替换和价格提取突然失效。识别错误可能拦住必要采购，也可能漏掉真正的冲动订单。扩展需要读取购物页面，权限提示会直接引发隐私顾虑。跨设备令牌还带来账户接管、重放和链接泄露风险。拍卖倒计时与冷静期天然冲突，等待可能意味着失去商品。若用户能轻易停用扩展，约束效果有限；若停用过难，又会造成强烈反感。省下金额只能由用户确认，否则周报很快失去可信度。

以上是模型基于灵感本身与已核验事实的推断，请当作方向假设与真实约束对待：不要默认「最强反方」已被解决，也不要据此在产品里写下确定性结论。

## 以小博大（模型推断）

第一批用户就在 ADHD、自我控制和个人理财社区。适合发布可复现的演示：同一商品如何在客厅电脑被截住，又如何从手机取回。扩展商店页面应直接展示站点权限和本地保存范围。还可制作常见购物站的规则模板，让用户分享页面失效报告。传播重点放在“只限制这一台电脑”，而不是泛泛宣传戒购物。

## 竞品与缝隙（模型推断）

- one sec：one sec 已能对任意网站设置干预，并可安排干预出现的时段与方式。其应用商店说明也明确提到抑制冲动购买。 它适合在用户打开购物站时打断惯性，也覆盖桌面浏览器。相邻之处在于，它同样用短暂摩擦替代永久封锁。公开说明没有呈现结账页商品快照、跨设备取回码和订单倒计时。它也没有围绕放弃、仍购买和价格变化形成清单。客厅购物冷静锁的缝隙，是把干预位置收窄到付款前。用户仍可浏览和比价，只在承诺付款时离开原设备。产品价值因此取决于结账识别是否稳定，而非干预动画是否丰富。
- LeechBlock NG：LeechBlock NG 可按网站和时段阻止访问，也提供倒计时延迟、立即锁定及密码保护。 用户还能设置例外网站，并用随机取回码拖慢临时改规则的动作。它免费且配置灵活，已覆盖常见的自我约束需求。其设计单位主要是网站访问，而不是一次具体订单。延迟结束后，用户仍回到原设备继续浏览或购买。公开功能没有保存商品、运费和卖家信息，也没有要求另一台设备确认。它的结果记录也不围绕购买是否放弃来组织。客厅购物冷静锁可保留站内浏览，只替换结账动作。真正需要验证的缝隙，是用户是否愿意为这种更细的控制安装高权限扩展。

## 怎么赚钱（模型推断）

按设备订阅收费，基础版免费支持一台设备和少量网站。付费版开放多设备确认、更多站点规则、加密同步与长期回顾。避免按“省下金额”抽成，以免激励夸大节省结果。

## 来源背景

主题：利用设备差异为冲动消费增加等待摩擦
触发的网络趋势观察：u/CharlieFaulkner（r/ADHD）「Impulse spending - is there a way to block websites (in my case ebay) from a windows device?」
有界观察：发帖者称自己在家时会冲动购物，即使下单时知道不该买；其设想是不封锁手机、只封锁客厅电脑上的 eBay，因为执行功能困难会让他不愿专门去另一个房间拿手机，从而等待到冲动消退。

以上是带发布时间与观测时间的单条网络观察，不代表市场规模或广泛趋势；只用于理解「为什么是现在」。

## 来源清单

- Impulse spending - is there a way to block websites (in my case ebay) from a windows device?（https://www.reddit.com/r/ADHD/comments/1vc5uwp/impulse_spending_is_there_a_way_to_block_websites/）
- Chrome Extensions API documentation（https://developer.chrome.com/docs/extensions/reference）
- Cut your screen time in half（https://one-sec.app/）
- LeechBlock NG - Chrome Web Store（https://chromewebstore.google.com/detail/leechblock-ng/blaaajhemilngeeffpbfkdjjoefldkok）

## 交付要求

- 开工前，先从上文的产品概念与最小切入点提炼 3–5 条可验证的完成标准并列出，交付时逐条对照说明。
- 先交付「最小切入点」描述的核心流程，让核心用户能走通；范围外的账号、支付、后台等通用系统，除非确有必要否则不做。
- 页面或接口里不要展示未经验证的市场数字。
- 关键文案保持克制、可验证；产品内若需要领域事实、安全指引类内容，从「来源清单」等权威来源取材改写并注明出处，不要凭通识编写。
- 若在已有项目里实现：先读 README、依赖与项目约定，遵循既有技术栈与风格，不重构无关代码。
- 若当前目录为空：选一套轻量技术栈，优先交付可运行原型。
- 完成后说明改了什么、如何运行、如何验证。
- 遇到真正会改变产品方向的歧义再提问，普通实现细节自行做工程判断。