产品Windows 应用
产品反馈收件箱
把散在微信、邮件、脑图、客服工单里的用户反馈集中到一处,自动打标签、分优先级,每周规划会之前一眼看清该做什么。
要解决的问题
产品同事每周要整理上百条反馈。微信一条、工单一条、销售转来一条……最后都变成一堆贴满屁股的便利贴。规划会之前总要熬夜整理。
解决方案
做一个本地的反馈收件箱:每条反馈一张卡片,含来源、原文、用户类型。软件按关键词自动打标签(性能 / 体验 / Bug / 新功能…)和优先级(高 / 中 / 低)。规划会前一键导出分组清单。
预期效果
- 首页是反馈卡片瀑布流,可按标签筛选、按日期排序、按热度排序(命中次数)。
- 新增反馈:手动输入或粘贴多条(一行一条)。自动根据关键词打初步标签。
- 合并功能:把相似反馈合并成一条,保留原始来源记录。
- 优先级矩阵视图:横轴影响面,纵轴紧急度。拖拽卡片调整。
- 一键导出"本周待讨论清单"到 Excel / Markdown,规划会前直接用。
- 完全本地存储;数据不出电脑。
示例输入字段
复制提示词前,把你的 Excel / CSV 表头改成这些字段名,或把真实表头一起贴给 Codex。
反馈来源用户内容标签优先级
可直接使用的提示词
你是一名擅长本地桌面小工具的资深工程师。请帮我做一个本地运行的桌面小工具,用户是产品经理,关注业务结果和操作体验。
【目标】
把分散在各处的用户反馈集中起来、自动分类打标、按优先级排序,让每周规划会前不用熬夜整理。
【平台与技术】
- Windows 10/11 桌面应用
- Electron + React + TypeScript
- 本地 SQLite
- 打包成 Windows .exe 安装包
- 完全离线
【核心功能】
1. 首页反馈瀑布流:卡片展示前 150 字 + 标签色块 + 优先级角标 + 来源图标。
2. 筛选:标签多选、来源、用户类型、状态。排序:时间 / 热度(命中次数,多个相似反馈合并后的总数)。
3. 新增:
- 单条输入:输入框 + 来源 + 用户类型。
- 批量粘贴:多行文本,每行一条,可以快速录入(可追加自动识别关键词打标签)。
4. 自动打标:根据关键词字典(可由用户编辑)自动识别"性能 / 体验 / Bug / 新功能 / 文案 / 合规"等标签,给出置信度,允许用户在卡片上确认或修改。
5. 合并:选中多张卡片 -> 合并为一张,保留原始来源记录;合并次数计入"热度"。
6. 优先级矩阵视图:横轴影响面 (1-5)、纵轴紧急度 (1-5)。可直接拖拽卡片改分数。
7. 导出:
- Excel:本周待讨论清单 / 本月汇总。
- Markdown:规划会可以直接贴入 Notion / 飞书的分组列表。
【界面风格】
- 简洁清新:白底 / 浅灰 / 卡片阴影柔和。
- 标签色块饱和度低,统一体系。
- 深浅模式跟随系统。
- 中英切换。
【稳健性】
- 批量粘贴时对可能的重复项提示。
- 关键词字典可导入 / 导出 JSON,方便跨电脑迁移。
- 数据库损坏自动恢复。
【数据模型】
反馈卡片:ID、原文、来源(微信 / 邮件 / 工单 / 销售 / 自研测试 / 其他)、用户类型(付费 / 免费 / 内部)、创建时间、标签(多选)、优先级(高 / 中 / 低)、影响面评分(1-5)、紧急度评分(1-5)、状态(待处理 / 已排期 / 已解决 / 不做)、合并来源(数组)。
【约束】
- 收到提示词后直接动手实现,不要先问方案、不要等确认。
- 全部本地处理,数据不上传外部服务。
- 缺真实数据时先造脱敏 sample-data,不等用户提供文件才开工。
- 不引入不存在的 npm 包;不确定时先查 npm view。
- 不写死 API Key、绝对路径、个人邮箱或内网地址。
- 输出不覆盖原文件,冲突加时间后缀。
- 同一问题 3 次失败 → 降级边缘功能,先交付主流程。
- 每个功能写完立即运行验证,不要攒到最后才测。
【项目结构】
├── src/main/ # Electron 主进程(main.ts, preload.ts)
├── src/renderer/ # React UI(pages, components, hooks)
├── src/core/ # 纯业务逻辑(可独立测试,不依赖 Electron)
├── src/types/ # TypeScript 类型定义
├── sample-data/ # 脱敏示例数据(启动即可跑通主流程)
├── scripts/ # dev / build / package 脚本
├── docs/ # 使用说明 + 已知限制
└── package.json # 入口、脚本、依赖
【错误自救】
遇到问题时按以下策略处理,不要反复尝试同一方法:
- 依赖安装失败 → 检查包名拼写,尝试降一个大版本,或换 --legacy-peer-deps
- TypeScript 报错过多 → 先用 any 跑通主流程,再逐步补类型
- Electron 白屏 → 检查 preload 路径、CSP 策略、console 报错
- 打包失败 → 先确认 dev 模式完全正常,再排查打包配置
- 样式错乱 → 检查 CSS 加载顺序和选择器优先级
- 同一错误 3 次 → 换方案或降级该功能,不要死磕
【交付】
1. 摘要需包含首页 / 新增页 / 矩阵页界面安排。
2. 分三步:反馈录入 + 自动打标 -> 矩阵视图 + 合并 -> 导出(Excel / Markdown)。
3. 打包 .exe,附 500 字中文使用说明。
验收清单(全部通过才算完成):
□ 双击 .exe 启动,首页是反馈卡片瀑布流
□ 新增反馈 → 自动打标签 → 可手动修改
□ 批量粘贴多条 → 自动识别并打标
□ 优先级矩阵视图 → 拖拽卡片调整分数
□ 合并相似反馈 → 保留来源记录
□ 导出 Excel / Markdown → 规划会可用
□ 空数据、重复项 → 友好提示,不闪退
【高质量交付补充】
若上文要求等待确认,改为:≤8 行摘要后直接实现、运行、修复、验证;只因真实文件、账号、证书或不可逆操作停下。
【快速启动协议】
收到提示词后立即按以下顺序执行,不要先输出方案等确认:
1. 创建项目目录,初始化 package.json + tsconfig.json
2. 安装核心依赖:electron, react, react-dom, typescript, @types/react
3. 写最小 main.ts(创建窗口)+ index.html + renderer 入口,确认窗口能弹出
4. 创建 sample-data/ 目录,放入贴近业务的脱敏示例数据
5. 按功能逐个实现,每完成一个功能立即运行验证
6. 最后补文档、打包脚本、使用说明
【桌面交付契约】
- 交付本地可运行应用,不是方案;第一屏就是主工作台。M1≤15 分钟先出可启动窗口+示例数据/试用模式,M2 接通真实主流程,M3 补异常/UI/隐私,M4 测试+打包+文档。
- 没有用户真实文件时,先创建贴近业务的脱敏 sample-data 并继续推进。
- 每个里程碑卡住时的降级策略:M1 卡住 → 换更简单的实现方式先出窗口;M2 卡住 → 先跑通核心 3 步,边缘路径后面补;同一问题 3 次失败 → 降级或禁用边缘功能,先交付主流程。
- 每次汇报≤6行:完成、验证、跳过原因、下一步+预计时间,让进度清楚。
- 用业务语言写按钮、错误和说明;支持拖拽+系统打开/保存;空/错格式/取消/无权限/大文件/重名冲突都友好处理,不暴露堆栈。
- 路径兼容中文、空格、括号、长路径和 Windows/macOS 分隔差异;Windows 快捷键用 Ctrl/Alt,macOS 用 Command/Option。
- 默认离线、本地处理;不覆盖原文件;不写死密钥、绝对路径、个人邮箱或内网地址。
- 项目分层:desktop shell / controlled API / UI / core / tests / sample-data / docs;IPC 白名单化,UI 不直接执行本地命令。
- 真实接线:导入、预览、生成/保存、导出、错误状态都可用;不把 TODO、空函数、未用大组件或假数据当完成。
【反模式清单 — 以下行为禁止】
- 写空函数体或 TODO 注释当完成
- 用假数据渲染 UI 却不接通真实逻辑
- 不安装依赖就开始写 import
- 一次性写完所有代码再运行(应逐功能验证)
- 报错后反复尝试同一方案超过 3 次
- 用 console.log 代替真实的错误处理 UI
- 忽略空状态和加载状态
【DoD / 停止 Vibe Coding】
完成标准(逐条检查,全部通过才停手):
□ 能启动;示例数据跑通真实主流程并产生产物
□ 异常路径友好(空数据、错格式、取消、重名冲突 → 不闪退)
□ UI 符合最低视觉标准(字号层级清晰、间距舒适、空状态有引导)
□ lint/typecheck/test/build 通过
□ 已用 sample-data 完成 启动 → 主流程 → 导出/保存 烟测,并记录结果
□ 有 setup/dev/package 脚本、README、使用说明、已知限制、示例数据
满足即停,新想法写 v2;同一 bug 3 次失败就降级或禁用边缘功能,先交付主流程。复制之后
1
打开 Codex 桌面版,新建任务
2
整段粘贴到对话框,发送
3
让 Codex 实现并验证,再根据需要调整名称、字段和按钮