13 KiB
dealerhub 差距分析与改造清单（基于竞品网站调研报告）
依据：《竞品网站调研报告.md》（2026-09-08 实抓 11 个竞品官网）+ 对 dealerhub 代码的实地核查（backend/apps 各模型、frontend 12 页、5 份 PROGRESS 文档）。 结论先行：dealerhub 的引擎层已经追平甚至超过多数竞品（完整总账、真实渠道签名对接、状态机、原子库存、103 个测试），真正的差距集中在四类：① 商品/价格体系太浅（竞品行业方案的看家本领）；② 分销/订货侧空白（竞品标配）；③ AI 只有字段预留（2026 年竞品的官网门面）；④ 商业化基建为零（套餐、官网、演示账套）。下面逐项展开。
一、当前状态盘点（引擎层：已完成且质量较高）
| 模块 | 现状 | 对照竞品的相对位置 |
|---|---|---|
| core（多租户/组织/状态机/审计） | ✅ 完整 + 测试 | 达到金蝶/畅捷通 SaaS 基线 |
| catalog 商品中心 | ⚠️ 单级规格/单条码 | 落后（无批次效期/多单位/序列号/辅助属性） |
| inventory 库存 | ✅ 原子操作/加权成本/流水 | 引擎达标，缺批次维度 |
| purchase / sales | ✅ 过账自动写库存+应收应付+凭证 | 业务闭环对标管家婆 |
| finance 总账 | ✅ 借贷复式/期间/损益结转/三大报表 | 超过金蝶云进销存标准版（它要 ¥1500+ 才带总账） |
| report / BI | ✅ 大盘+排行+元数据报表 | 接近精斗云高级版 |
| channel 渠道 | ✅ 抖音/1688 真实签名拉单+Mock回退 | 超过多数小竞品（但方向是"拉上游单"，不是"下游订货"） |
| notify 预警 | ✅ 3 类规则+站内信 | 有基础，无账龄/风险评分 |
| openapi 开放平台 | ✅ API Key+Scope+限流 | 对标网上管家婆 Open API 的雏形 |
| 前端 | ⚠️ Vue3 12 页，桌面后台 | 无移动端、无角色化体验 |
技术验证过的事实（差距分析的依据）：
Product模型：只有spec/barcode/cost_price/sale_price；多币种/税率仍是注释状态（PLAN 承诺阶段 3 落地，实际未兑现）Unit模型：只有is_base，无换算率字段PriceLevel：只有discount_rate一个折扣率；sales/services.py里unit_price纯手填，无自动取价Customer.credit_limit：字段存在，但全代码无任何下单校验（只出现在 serializer 里）notify：规则是"库存低限/应收逾期/呆滞"三种，无账龄分段、无对账单生成- 全代码
grep不到：批次(batch)/效期(expiry)/序列号(serial)/抹零/最低售价/小程序/计费(billing)
二、问题分析：六个"竞品有、我们没有"
问题 1｜商品体系撑不起"行业纵深"卖点（严重度：★★★★★）
竞品报告显示：所有竞品都用行业特性做获客页——金蝶食品方案的"效期+多单位换算尾差+整件散包"、3C 的"SN 序列号"、建材的"套装拆子件"；智慧记把"库存过期自动提醒"写进口号。而 dealerhub 的 Product 是"编码+名称+规格文本"的通用模型，Stock 无批次维度。
→ 后果：规划的"先做垂直行业（食品/五金/汽配）"路线目前没有产品支撑，官网没法写行业方案页。
问题 2｜价格体系浅，开单体验落后（严重度：★★★★★）
金蝶专门宣传"灵活价格策略，取价优先定义：不同客户显示不同价格、老客优先取最近一次价格"；智慧记宣传"上次开单价、历史最高/最低价参考"。dealerhub 开单单价靠手工输入，PriceLevel 只有一个折扣率——开单慢、易错、无防呆，对每天开几十张单的经销商是致命体验差。
→ 同时缺：最低售价控制、抹零（管家婆 30 年的基础卖点，规划文档 MVP 表里列了但未实现）。
问题 3｜分销/订货侧是空白，而它是竞品标配（严重度：★★★★☆）
四个竞品都有 B2B 订货入口（金蝶订货商城、网上管家婆"云订货-无需开发"、智慧记云店/微店、秦丝销货宝）。金蝶潘祥记案例宣传的正是"经销商分级定价+商品授权可见+线上自助下单"。dealerhub 的 channel 模块只做"从抖店/1688 拉上游单"，没有"让下游客户自助下单"的任何能力。且 Customer.credit_limit 字段存在但下单不校验——信用额度是纸面的。
问题 4｜AI 只有一个预留字段，营销层面已输（严重度：★★★★☆）
竞品 2026 年官网 H1 全带 AI：金蝶"AI 开单+老板参谋"、秦丝"AI 员工+9 个 AI 工具"、智慧记"AI 进销存（85% 用户选择）"、速达"AI-Code"。dealerhub 只有 source_channel="ai_agent" 一个枚举值。经销商老板看官网的第一眼 comparison 就处于下风。
→ 但反过看：竞品 AI 都集中在"开单+经营问答"，没人做应收风险/催收 AI——这是 dealerhub 可主打的差异化（notify 已有规则底座）。
问题 5｜商业化基建为零（严重度：★★★☆☆）
- 无套餐/计费/试用配额（规划了 ¥998-3000 的版本价，但系统里没有任何 enforcement：免费版限 100 SKU、3 用户这种规则无处落地）
- 无营销官网（竞品标配：公开价格页+行业方案 SEO 页+分角色价值页+案例页；网上管家婆还有"扫码进演示账套"）
- 部署在内网 192.168.5.7:18050，无公网域名/HTTPS/备案——规划文档"立刻要做的第 3 件事（建官网+域名备案）"仍未动
问题 6｜多端缺失（严重度：★★★☆☆）
竞品全员"手机开单"（网上管家婆手机开单+查欠款+对账单分享；智慧记手机查库存；秦丝三端）。dealerhub 只有桌面 Web 后台，业务员外勤场景（PDA/手机开单）为零。规划第二阶段的"业务员外勤开单"未启动。
问题 7（次级）｜规划承诺与实现的偏差
- 多币种/税率：PLAN 承诺阶段 3 落地，实际仍是
Product里的注释行——要么兑现，要么从对外话术里删掉，避免重蹈"纸面功能" - 前端 12 页是"功能堆叠"视角，没有竞品那种"老板/财务/业务员"分角色导航（网上管家婆的 6 角色页是最好的官网模板）
三、改造清单（按优先级，含具体模块落点）
P0 · 行业纵深地基（不做就无法讲行业故事，预计 2–3 周量级）
| # | 改造项 | 落点模块 | 具体内容 | 对标 |
|---|---|---|---|---|
| 1 | 批次/效期管理 | inventory（新 Batch 模型 + StockBatch） |
出入库可选带批次号+生产日期/保质期；近效期预警接入现有 notify.AlertRule（新增 batch_expiry 规则类型）；先进先出出库建议 |
金蝶食品方案、网上管家婆批次效期 |
| 2 | 多单位换算 | catalog.Unit + ProductUnitConvert |
换算率字段+固定/浮动（尾差）两种模式；单据支持"整件散包"（如 1 箱=24 瓶按 23+1 开单） | 金蝶食品"尾差"、整件散包 |
| 3 | 开单自动取价 | partner（新 CustomerProductPrice 价格本）+ sales/services |
取价优先级：客户专属价 → 价格等级价 → 最近成交价 → 默认售价；接口返回"上次售价/历史最高最低"；批量调价单+定时生效 | 金蝶取价策略、智慧记上次开单价 |
| 4 | 最低售价 + 抹零 | Product/Customer 字段 + sales/services |
低于最低价需审批（接现有 StateMachine guard）；抹零规则（分/角/元，四舍五入或抹去） | 管家婆基础能力 |
| 5 | 信用额度落地 | sales/services.confirm_sales_bill |
下单时校验 credit_limit - 未收应收 ≥ 本单金额，超限走审批（guard 拒绝→notify 通知）；前端客户档案显示"额度占用进度条" |
金蝶案例的经销商信用管控 |
| 6 | 账龄分析 + 对账单 | finance/services + 新视图 |
应收按 30/60/90/180/365+ 分段统计；客户对账单一键生成（PDF/HTML）+ 公开分享链接（token 化，客户可在线查看） | 智慧记"微信分享对账单" |
P1 · 差异化卖点（竞品没人做的，预计 1–2 周）
| # | 改造项 | 落点模块 | 具体内容 |
|---|---|---|---|
| 7 | AI 应收风险预警 | notify/services + 新 ai/ 目录 |
在现有逾期扫描上叠加风险分：结合历史回款周期、客户欠款趋势、开单频次输出"高风险客户"榜单；首页大盘加"应收风险"卡片。对外话术：唯一做应收风控 AI 的进销存 |
| 8 | AI 开单（演示级） | 新 apps/ai/（调用 LLM API，source_channel="ai_agent" 兑现） |
拍照/粘贴文本 → LLM 抽取商品+数量 → 匹配 barcode/name → 生成销售单草稿。售前演示利器，成本可控（限免/付费版次数配额） |
| 9 | AI 经营问答（老板参谋平替） | report/services + LLM |
把 dashboard 指标喂给 LLM 做"本月哪个客户欠款最多/哪个商品滞销"问答；复用 openapi 鉴权 |
P2 · 商业化与获客基建（不做就没客户进来，预计 2 周 + 持续运营）
| # | 改造项 | 落点 | 具体内容 |
|---|---|---|---|
| 10 | 套餐/试用/配额系统 | 新 apps/billing/ |
Plan/Subscription 模型；免费版限 1 用户+100 SKU+30 天全功能试用；超限在 API 层拦截并在前端引导升级。定价对照：基础 ¥998（卡金蝶 698 与 1500 之间偏上，凭"带总账"打差异）→ 专业 ¥4800 |
| 11 | 营销官网 | 新 website/（静态站或 Django templates） |
必备页：首页（分角色价值主张，抄网上管家婆 6 角色结构）· 价格页（公开标价，金蝶模式）· 行业方案 SEO 落地页 ×3（食品批次效期/五金多单位/汽配——每页对应一个 P0 已实现特性）· 演示账套入口 |
| 12 | 演示账套 | core/management/commands/seed_demo |
只读演示租户+预置数据，官网扫码直接进（网上管家婆同款打法） |
| 13 | 公网上线 | 运维 | 域名备案 + HTTPS + 从 192.168.5.7 反代出公网；ping/登录/开单三接口冒烟进 CI |
P3 · 多端与行业扩展（拿到付费客户后）
| # | 改造项 | 落点 | 具体内容 |
|---|---|---|---|
| 14 | B2B 订货商城（H5 优先） | channel 扩展或新 apps/storefront/ |
客户登录后只见被授权商品（CustomerProductAuth）+ 自己的等级价，自助下单生成 SalesOrder 草稿；后期套 uni-app 出微信小程序 |
| 15 | 业务员移动开单 | uni-app 小程序/H5 | 手机开单（复用 #3 自动取价）+ 查欠款 + 收款登记；外勤签到后续加 |
| 16 | 序列号 SN（3C）/ 辅助属性色码（服装）/ 套装拆分（建材） | catalog/inventory |
每个对应一个行业专版，按拿下哪个行业客户先做哪个 |
| 17 | 打印模板引擎 | 新 apps/printing/ |
销售单/送货单/标签多模板（智慧记"多种单据都能打"），对接浏览器打印先行，PDA 扫码枪后续 |
| 18 | 兑现多币种/税率 | catalog 注释字段转正 + 单据行加 tax_rate |
或从所有对外话术中删除，避免"纸面功能" |
内容模块（官网/文档）改造对照表
| 竞品做法 | dealerhub 应产出 |
|---|---|
| 网上管家婆"分角色价值主张"（老板/财务/销售/仓管/采购/运营） | 官网首页 6 角色区块；前端 Dashboard 加角色切换视图 |
| 金蝶"版本价格对比表" | 价格页：免费/基础/专业三列功能对比（billing 系统支持后上线） |
| 金蝶/智慧记/秦丝"行业方案页" | 3 个 SEO 落地页，每个绑定一个 P0 特性（批次效期/多单位/序列号） |
| 智慧记"AI 进销存 85% 用户选择" | 首页 H1 带 AI（AI 开单/AI 应收风控），配 30 秒演示视频位 |
| 金蝶潘祥记"经销商分级+授权+信用"案例 | 拿下种子客户后写成同结构案例（量化：降本 X%） |
| 网上管家婆"平台背书墙" | 初期用"兼容管家婆数据迁移/对接 300+平台愿景"替代，客户上来后逐步填 |
四、执行顺序建议（一张图）
P0 行业地基(#1-6) ──→ P1 差异化AI(#7-8) ──→ P2 商业化(#10-13) ──→ P3 多端/行业(#14-18)
↑ 2-3周 ↑ 可与P0并行 ↑ #11官网可与P0并行
产品能讲行业故事 官网/演示有独家卖点 开始收钱+获客 扩行业+移动端
最小可售闭环 = P0(#1–6) + P2(#10–13)：有了批次效期+自动取价+信用额度+账龄对账单，再配上套餐计费和官网演示账套，dealerhub 才具备"对一个食品经销商开口子"的资格；AI(#7–8) 是把销售对话从"比功能"变成"看演示"的杠杆，越早越好。
附：本清单中所有"竞品有 X"的表述均可在《竞品网站调研报告.md》及
competitor_research/txt_*.txt原文中找到出处；所有"我们没有 Y"均经过对backend/apps/代码的 grep/阅读核实（2026-09-08）。