门店佣金自动核账助手 —— 面向 Shopify POS 实体零售店的员工销售归因与佣金自动结算 App
结论：做（付费土壤已被竞品按人头收费验证、1 人可基于 Shopify API 做垂直 MVP、Shopify 应用市场是自带安装意图的低成本渠道；但必须先用 2 周做归因需求验证，未过门槛即转观望）｜形态：App（Shopify POS 扩展 + 后台 SaaS）
1. 产品定义与形态
一款挂在 Shopify App Store 的 POS 扩展：收银平板在结账时一键把订单归因到当班员工，闭店后自动按规则（阶梯提成、品类差异、团队拆分）算佣金，自动扣减退货与换货，每周日自动生成门店佣金报表并可导出到 Gusto／QuickBooks／ADP／Excel。
来源帖标题自述其定位是 "to replace paper receipts & spreadsheet math for retail staff commissions"，即替代纸质小票与手工表格计算，本产品的边界应严格保持在这一句话之内：不做排班、不做工资发放、不做考勤。做重了，1 人公司维护不起，还会撞上 Gusto／ADP 的主场。
2. 目标客户画像
- 使用 Shopify POS 的实体零售／轻餐饮门店，员工 5–30 人，其中兼职占比高。
- 决策人是店主或门店经理本人——他既是受害者也是买家，无需向上汇报。
- 现状特征：用纸质小票 + Excel，来源帖原话 "Spend 2–3 hours every Sunday night manually reconciling Excel spreadsheets."
- 排除：纯线上店、员工少于 3 人的夫妻店（痛点不成立）、已用专业 workforce management 套件的中大型连锁。
待验证：Shopify POS 商家中员工规模 5–30 人的占比、兼职比例、以及这批商家在 Shopify App Store 的实际活跃装机量，均无来源数据，只能通过第 7 节的 10 家访谈 + 竞品评论数反推。
3. 付费者与付费证据
付费者 = 店主（使用者是经理，付款人是老板，这是一个轻度的"使用者—付费者分离"，需在文案里同时说服两人：给经理看"周日 2 小时省掉"，给老板看"月费比竞品低 60%"）。
关键付费证据来自来源帖原话：
"Use legacy apps that charge crazy fees like $5–$10/month per employee (which punishes stores that hire part-timers working..."
这条证据的价值在于两点：(a) 已经有厂商在这个品类上收订阅费，说明店主有为佣金计算付钱的习惯，不是要教育市场；(b) 按人头计价被明确指认为痛点，而这正是本产品固定费率的立足点。
待验证：$5–$10/员工/月 这个价格带是发布者的转述，未给出竞品名称与截图；帖内是否真的有第三方店主附和、"我已经付钱"的评论，均未提供。该帖本质是创始人自述（"I built..."），存在选择性叙事风险，不能当作需求已被验证。
4. 时机判断
- 有利面：Shopify 持续投入线下 POS，POS 扩展位是官方开放的 App 分发入口；中小零售对"固定价、可预测成本"的偏好上升。
- 不利面：佣金计算本身逻辑不复杂，平台方有能力把它做成原生功能（Shopify 后台已有员工维度的权限与报表体系，是否已含佣金归因待验证）。这是最大的一颗雷——一旦原生覆盖，付费理由瞬间消失。
- 时机定性：不是风口，是稳定缝隙。它不会因为晚做 12 个月而消失，但也不会有指数级红利。
5. 市场前景
本节不填任何市场规模数字，因为没有可信来源。可用的只有估算框架：
- TAM（假设式）= 使用 Shopify POS 且员工 ≥5 人的门店数 × 年费 ARPU。
- 反推路径建议：在 Shopify App Store 找 2–3 个同类佣金应用，用其评论数 × 经验系数反推装机量（系数取 20–50 属行业惯例，该系数本身待验证，需用自家上架后前 100 单的真实数据校准）。
- 单店价值：若定 $19/月，100 家付费门店 = $1,900 MRR；1,000 家 = $19,000 MRR。这是单位换算情景，不是预测，转化率与上架后 install-to-paid 比例均待验证。
6. 竞争格局
| 类型 | 代表 | 弱点 |
|---|---|---|
| 按人头计费佣金 App | 来源帖点名的 "legacy apps" | $5–10/员工/月，兼职多的店成本失控 |
| 通用替代品 | Excel + 纸质小票 | 每周 2–3 小时，易错、无法追溯 |
| 平台原生 | Shopify POS 报表 | 是否有佣金归因功能待验证 |
| 上游玩家 | Gusto／ADP／QuickBooks | 管发放不管"谁卖了什么"，反而应是集成对象 |
缝隙定义：固定费率 + 不限兼职人数 + 退货自动扣减 + payroll 直连导出。注意：如果只做"导出 Excel"，会被原生报表吃掉，必须把"退货扣减"和"payroll 直连"做成护城河——这两块正是手工表格最容易算错的地方。
7. 90 天路线图
D1–30（验证优先，不写代码） 1. 从 r/shopify、r/retail、r/smallbusiness、Shopify Community 论坛与本地门店，约谈 10 家 Shopify POS 店主。 2. 验证三件事：是否每周 >1 小时手工算佣金、当前用什么、愿意为"自动"付多少。 3. 同步做技术尽调：确认 POS 订单 API 是否能稳定取到 staff／attribution 字段——这是整个产品的生死开关。 4. 若 10 家中 <4 家确认痛点，直接停。
D31–60（MVP） POS 扩展（结账页选员工）→ 订单归因 → 退货/换货自动扣减 → 规则引擎（阶梯、品类、团队拆分）→ 周日自动邮件周报 + CSV。
D61–90（上架与冷启动） 提交 Shopify App Store 审核；写 3 篇 SEO 文章；抓前 20 家种子用户，免费帮他们从 Excel 迁移（这是最高性价比的激活动作）。
8. 获客与运营
- 渠道 1｜Shopify App Store 搜索（第一优先级，自带购买意图）。上架关键词：
staff commission、POS commission tracking、employee sales attribution、retail commission report。 - 渠道 2｜Reddit：发 r/shopify（周中上午美东时间）、r/retail、r/smallbusiness、r/Entrepreneur。不要硬广，用"我做了个免费的 Excel 佣金模板，你们怎么算退货的？"切入，签名带产品。
- 渠道 3｜Shopify Community 论坛 + Facebook 群（Shopify POS / Shopify Retail Sellers 类群的准确名称待验证）。
- 渠道 4｜SEO 长尾词：
how to calculate commission for retail employees、shopify pos staff commission report、commission tracking for part time retail staff、gusto import commission spreadsheet。每词一篇，文末放免费 Excel 模板换邮箱——邮件列表是 1 人公司唯一不依赖平台的资产。 - 渠道 5｜集成反哺：在 Gusto／QuickBooks 的第三方集成目录页占位，反向导流。
- 运营：只做异步支持（邮件 + 帮助中心），不做电话；提供"4 小时内回复"承诺而非 24/7。
9. 地域需求分析
- 第一优先：美国、加拿大。小费与提成文化成熟、兼职零售用工普遍、Gusto／ADP／QuickBooks 生态集中（这些生态的地域覆盖待验证）。
- 第二优先：英国、澳洲、新西兰。零售兼职比例高，但 payroll 软件生态不同（Xero 为主），需单独做导出模板。
- 低优先：中文与东南亚市场。Shopify POS 装机基数小、门店提成文化弱，且客单价折算后支撑不了北美定价。
- 运营含义：1 人公司做北美客户，必须接受时差；客服时间窗定在北京时间 21:00–24:00（对应美东上午）可覆盖大部分紧急问题，该时间窗有效性待验证。
10. 定价与收入模型
定价（固定费率，明确对标竞品）：
- Free：1 门店 / ≤3 员工 / 仅 CSV 导出。作用是让 App Store 列表有安装量。
- Growth $19／月／门店（不限员工数）：核心档。竞品 5 名员工即 $25–50/月、10 名员工 $50–100/月，$19 有明确比较优势且可一句话说清。
- Pro $49／月／门店：多门店汇总、payroll 直连、API、历史归档。
- 年付 $190／年（约 2 个月免费）；多门店加购 $15/店/月。
- 不加"按员工超额收费"——那正是我们要打的点。
收入模型（情景换算，非预测）：100 家付费 × $19 = $1,900 MRR；若付费门店中 20% 升 Pro，100 家 ≈ $2,500 MRR。install-to-paid 转化率、免费版占比均无数据，待验证。
11. 风险与放弃条件
| 风险 | 触发放弃的条件 |
|---|---|
| 需求是伪命题（发布者自述，无第三方附和） | 30 天内访谈 10 家，<4 家确认每周 >1 小时手工算佣金 → 不做 |
| POS 订单 API 拿不到可靠的员工归因字段 | 若无法稳定获取 staff 字段且无法用"结账前选员工"可靠补齐 → MVP 不成立，立即停 |
| Shopify 原生上线佣金功能 | 官方发布同等功能 → 转做"多平台聚合 + payroll 直连"，或退出 |
| 低 ARPU + 高支持成本压垮 1 人 | 单客户月均支持 >25 分钟 → 停止接新客，先做自助化 |
| 上架审核被拒（POS 扩展审核更严，待验证） | 两次被拒且理由涉及核心功能 → 改做独立后台 + 手动导入 |
| 平台政策依赖（单一渠道风险） | 若 12 个月内无法把 20% 线索沉淀到自有邮件列表 → 视为渠道失败 |
12. 总评分卡
评分口径：分数越高 = 越有利（执行难度一项分数越高代表越容易执行）。
| 维度 | 权重 | 得分 | 加权 |
|---|---|---|---|
| 个人匹配度 | 0.25 | 75 | 18.75 |
| 时机 | 0.20 | 65 | 13.00 |
| 付费意愿 | 0.25 | 70 | 17.50 |
| 竞争空间 | 0.15 | 65 | 9.75 |
| 执行难度 | 0.15 | 60 | 9.00 |
| 加权总分 | 1.00 | — | 68.0 |
评分依据：个人匹配度高，因 Shopify 生态开发门槛低、1 人可维护，且痛点语言清晰（"Spend 2–3 hours every Sunday night"）；付费意愿 70 分来自竞品已在收费这一事实，未给更高是因为价格带证据仅为发布者转述；时机与竞争空间同为 65，受"平台可能原生覆盖"这一不可控项压制；执行难度 60 分是被 POS 扩展审核与退货逻辑复杂度拖累。
一句话执行建议：先花 30 天验证归因字段与 10 家访谈，再写第一行代码。