# 项目愿景

## 一、核心目标

店小航 ShopHelm 要解决跨境卖家在多个店铺之间反复找账号、找浏览器环境、找商品资料和找客服话术的问题。

> 让小团队运营人员从一个本地工作台进入正确店铺环境，完成商品资料整理和客服跟进，减少混店、漏事和重复劳动。

它不是完整 ERP，也不是规避平台风控的浏览器工具，而是围绕日常运营动作组织信息和入口的桌面工作台。

## 二、目标用户

- **店铺运营人员**：同时维护多个平台或站点，需要快速进入正确店铺、整理商品并处理买家问题。
- **小团队负责人**：需要知道店铺负责人、最近维护状态、待处理事项，并沉淀可交接的模板。
- **个人跨境卖家**：希望用一个本地、低部署成本的工具替代零散表格、书签和临时文件夹。

首发不面向大型企业复杂组织，也不提供多人实时协作。

## 三、产品原则

- **每日工作优先**：第一屏直接呈现近期店铺、今日待办、待优化商品和客服跟进。
- **人工可控优先**：影响平台数据或用户文件的动作必须可见、可确认、可追踪。
- **本地优先**：首发无需云账号，业务数据保存在用户电脑。
- **平台合规优先**：官方 API 高于文件导入导出，文件流程高于辅助 RPA。
- **资料沉淀优先**：店铺、商品、图片和话术使用结构化关联，支持交接和复用。
- **小步交付**：按店铺、商品、客服顺序完成闭环，不同时铺开订单、库存、财务和广告。
- **原始数据安全**：不明文保存密码，不自动删除 profile，不覆盖原始图片。

## 四、核心价值

| 价值 | 用户得到的结果 |
| --- | --- |
| 找对店 | 从店铺记录直接打开对应的独立 Chrome profile 和后台入口 |
| 少重复 | 商品文案、图片素材、价格计算和客服话术可以复用 |
| 不漏事 | 今日工作台聚合店铺待办、商品待优化和客服跟进 |
| 可交接 | 店铺负责人、模板、备注和处理状态集中保存 |
| 可控 | 自动化保持辅助性质，关键操作由用户确认 |

## 五、成功标准

首发成功不以功能数量衡量，而以用户是否愿意每天打开衡量：

- 至少 20 个店铺可以稳定管理和分别打开。
- 用户无需在文件夹和书签中寻找 profile 与后台链接。
- 商品草稿、模板和图片素材能够按店铺归档。
- 常见 Logo、角标或水印叠加无需打开复杂设计软件。
- 客服人员能快速找到并复制合适话术，按时处理跟进。
- 重启应用后业务数据、状态和关联不丢失。

## 六、非目标

- 不做浏览器指纹伪装、环境伪装或“防关联”承诺。
- 不做自动绕验证码、自动批量登录、刷单、刷评或未经确认的批量发送。
- 不做大规模抓取 Shopee、Lazada、Amazon 等平台页面。
- 不做完整订单中心、WMS、财务结算、广告投放和利润分析。
- 不做 Photoshop 级图片编辑器。
- 不在首发提供云同步、多人权限和移动端。

具体范围与验收标准见 [`02-requirements.md`](02-requirements.md)。