平台与产品 · 源文档：黑河B2B平台MVP需求清单v1.0_20260817（Robin 已拍板，可开发）
平台 MVP 需求清单 v1.0
一句话：P0 首版必做 = 俄语目录 + 询盘/RFQ + 报价单 + 订单（履约记录）+ 认证档案 + 邀请制入驻 + Telegram 通道 + 轻量后台——平台验收标准＝首单全流程可登记可追溯。
〇、拍板决策记录（2026-08-17，一切需求的前提）
| # | 决策 | 拍板内容 | 需求影响 |
|---|---|---|---|
| D1 | EAC/CE 认证状态 | 首版必填字段，允许「认证中」状态 | §认证档案体系 |
| D2 | 询盘通道 | 三通道都接，先接 Telegram；WhatsApp/微信后续 | §沟通通道 |
| D3 | 价格展示 | 人民币主 + 卢布参考（不锁价） | §价格展示 |
| D4 | 入驻制 | 打样期邀请制（30-50 家种子企业），不开开放注册 | §入驻流程 |
| D5 | 订单系统 | 订单=履约记录（线下签约后录入，首版保留） | §订单模块 |
⚠️ 技术选型已被后续拍板覆盖：本清单初版写「MVP 技术 = WordPress + ACF + 表单插件 + Telegram Bot + 自研品类库」，8/17 第二轮拍板已否决 WordPress，改为系统自研 Next.js + NestJS + PostgreSQL（9/15 上线，入驻+后台可延 3-5 天不砍 P0）——功能需求与验收标准不变，仅技术实现层替换。详见 执行方案 v2.0。
开发边界（一并生效）：不碰资金流（五路结算指引，资金不经平台）；不做在线支付/购物车/站内 IM/物流跟踪/广告系统/开放注册/评价仲裁/多语言（除俄中）。
💬
💬 评论 · 〇、拍板决策记录（2026-08-17，一切需求的前提）
一、MVP 范围总览（优先级 P0/P1/P2）
| 优先级 | 范围 | 周期 | 说明 |
|---|---|---|---|
| P0（首版必做） | 俄语商品目录+询盘/RFQ+报价单+订单（履约记录）+认证档案+邀请制入驻+价格展示+Telegram 通道+轻量后台 | 4 周 | 支撑首单验证全流程 |
| P1（首版后 1-2 周） | 卢布汇率自动同步（CBR API）、RFQ 智能分发、履约进度通知（Telegram 推送）、商品批量导入工具 | +1-2 周 | 运营提效 |
| P2（验证期） | WhatsApp/微信通道、样品管理（免费样品过江看）、买家库导出/标签、数据看板、俄语 GEO 内容模块（10-20 篇决策型内容） | 验证期 | 与获客稿 GEO 节奏对齐 |
💬
💬 评论 · 一、MVP 范围总览（优先级 P0/P1/P2）
二、功能需求明细（按模块）
模块 A：俄语商品目录（P0）
- 类目树（首版 5 大类目）：建材、照明、泵阀、榨油设备、锅炉（子类目映射 1688，首版 1-2 级）；
- 商品卡片必填字段：名称（俄语为主展示）、品类、规格/材质/参数、起批量、阶梯价（人民币）、认证状态*、产地/产业带、对俄出口实证（可选）、供应商名称、图片（3-5 张）、备注（「支持口岸自提/过江看样」）；
- 验收：200-500 SKU 可浏览、俄语无乱码（UTF-8）；认证状态三种视觉标签（绿=已认证/黄=认证中/灰=未认证）；商品页有「发起询盘」按钮。
模块 B：询盘与 RFQ（P0）
- 询盘表单字段：公司/姓名*、Telegram 或 Email*、品类*、商品（可选）、数量*、目标价（可选）、需求描述*、交货方式*（口岸自提/FCA/EXW）、认证要求（可选）；
- RFQ 机制：不选具体商品直接发 RFQ（如「求购 50 吨建材」）→ 按品类分发给全部匹配供应商 → 供应商报 RFQ；
- 验收：提交→生成询盘编号（RFQ-2026-XXXX）→Telegram 群自动通知；状态机：新询盘→已分配→报价中→已报价→已签约（转入订单）→关闭；供应商报价站内+Telegram 双记录。
模块 C：订单＝履约记录（P0，D5）
- 订单字段：合同编号*（线下合同号）、买家*、供应商*、商品明细*、合同金额*（人民币计价）、结算通道*（五路之一）、通关模式*（0110/9710/1210/9610）、交货方式*、阶梯付款节点（首单 40% 预付 + 50% 提单副本 + 10% 到港 30 天）；
- 履约状态机：已签约→预付款到账→报关中→已出关→买家提货→结算完成（每节点登记日期/凭证备注）；
- 验收：必填校验齐全；状态机流转可追溯；订单列表可筛选，支撑首单复盘数据提取。
模块 D：沟通通道——Telegram 先行（P0，D2）
- 询盘提交 → Telegram Bot 推送运营群（含编号/品类/数量/联系方式）；运营转发供应商（首版人工为主）；供应商报价→运营录入；Bot 只做「通知推送」（出站），复杂对话流入站留二期；
- 验收：询盘提交→Bot 1 分钟内推送；报价录入→回推买家；WhatsApp/微信接口预留（P2 启用不开发）。
模块 E：认证档案体系（P0，D1——必填，含「认证中」）
| 状态 | 标签色 | 展示逻辑 | 业务规则 |
|---|---|---|---|
| 已认证 | 绿 | 「EAC 已认证」+证书编号+有效期 | 可正常展示报价 |
| 认证中 | 黄 | 「认证中（预计 X 周）」 | 允许上架和询盘，报价单标注预计完成时间（D1 决策） |
| 未认证 | 灰 | 「未认证」 | 允许上架（打样期），询盘时运营提示认证成本/周期 |
| 不适用 | — | 「无需认证」 | 仅用于明确豁免品类（对照清单） |
字段：认证类型（EAC-DoC/CoC/SGR、CE、其他）、状态、证书编号、发证机构、有效期至、RA 俄授权代表（M4 口径，可留空待补）。验收：商品卡片必填（D1）；供应商档案页集中展示多条认证；到期<60 天提醒（P1）。
模块 F：价格展示——人民币主 + 卢布参考（P0，D3）
- 商品卡/详情页：人民币大字主价 + 卢布小字参考（当日汇率）；汇率来源 CBR 每日，首版手动 + P1 自动 API；
- 页面标注：「参考汇率（每日更新），合同一律以人民币计价结算」（M4 红线文案）；报价单人民币计价（强制），可附卢布参考一行。
模块 G：邀请制入驻（P0，D4）
- 流程：运营圈选种子企业（8/13 发函名单 30-50 家）→ 发邀请（附邀请码）→ 凭码注册（企业名/统一社会信用代码/联系人/Telegram）→ 运营审核+核验（实地核验或 1688 信用交叉）→ 补认证档案 → 上架商品（首版运营代录为主，P2 开放自录）；
- 供应商分级标签（抄 1688 认证分层改造版）：种子企业（已核验）→优选供应商（对俄实证）→标杆工厂（EAC+出口记录）。
模块 H：轻量商家后台（P0/P1）
- P0：询盘列表（状态机流转）、订单列表（履约登记）、商品管理、供应商管理（邀请码/审核/分级）、认证档案管理、报价单模板；
- P1：询盘漏斗统计、品类热度、汇率自动同步、批量导入、履约节点 Telegram 通知；
- 明确不做：广告/营销工具、店铺装修、数据开放给供应商（P2 按需）；验收：核心操作单步≤3 次点击、数据可导出 Excel。
模块 I：品类数据库（L1 资产，自研核心）
- 八类数据：品类/商品/供应商/认证/价差/询盘/订单/买家，PostgreSQL 存储，Python 工具链迁移 M2 数据（产业带 CSV GBK→UTF-8、1688 实采 165 条）；
- 表结构（初版）：categories、products（SPU 级）、suppliers、certifications、price_anchors（价差锚点：出厂价/黑河落地/俄方售价/来源/日期）、inquiries、orders（履约记录）、buyers（买家库）；
- 验收：M2 数据迁移完成（中文乱码零容忍）；价差锚点表可用（首单验证逐品类录入）；数据库结构支持喀什复制（口岸字段预留，二期不重构）。
💬
💬 评论 · 二、功能需求明细（按模块）
三、砍掉项确认单（8 项，含恢复条件）
| # | 砍掉项 | 原因 | 恢复条件 |
|---|---|---|---|
| 1 | 在线支付/担保资金池 | 二清红线；首单走五路线下结算 | 结算通道标准化后二期评估 |
| 2 | 站内 IM | 俄商用 Telegram（D2） | 买家>100 后评估 |
| 3 | 物流跟踪系统 | 履约=口岸自提，非干线配送 | 月履约>10 车 |
| 4 | 广告/营销系统 | 不做流量生意，获客=GEO+线下 | 永不（模式不依赖） |
| 5 | 购物车/在线下单 | 大额 B2B 线下签约 | RTS 小额单试点时 |
| 6 | 多语言（除俄中） | 首版聚焦俄市场 | 喀什复制立项（俄语仍复用） |
| 7 | 开放注册（买家/卖家） | D4 决策：邀请制 | 验证期评估 |
| 8 | 评价/纠纷仲裁 | 大宗评分失真；履约档案替代 | 复购>50 单后评估 |
💬
💬 评论 · 三、砍掉项确认单（8 项，含恢复条件）
四、4 周排期（开发执行计划）
| 周 | 任务 | 产出/里程碑 |
|---|---|---|
| W1（8/18-8/24） | ①域名+主机+CDN 部署 ②技术环境（品类库表结构定稿+建库）③类目树+商品卡片模板 ④M2 数据迁移脚本 | 环境就绪；数据结构评审通过；迁移脚本跑通 |
| W2（8/25-8/31） | ①商品内容导入（200-500 SKU，俄语润色）②询盘表单+RFQ ③Telegram Bot 接入 ④认证档案字段与标签 ⑤邀请制注册流程 | 目录+询盘可用（P0 核心走通） |
| W3（9/1-9/7） | ①报价单模板（中俄双语 PDF，人民币计价）②订单=履约记录模块+状态机 ③卢布参考汇率 ④轻量后台 ⑤供应商档案 | 全 P0 功能可联调 |
| W4（9/8-9/14） | ①端到端联调（询盘→报价→签约→订单→履约）②种子企业首批 10 家入驻试用 ③UAT+缺陷修复 ④上线 | MVP 上线（9/15 前后），为 9 月底首单验证留 2 周窗口 |
排期原则：W3 前所有 P0 功能不依赖真实数据（测试数据跑通）；W4 首批入驻企业用真实商品验收；首单验证三件事（价差/通关/结算）在平台上跑通 = MVP 验收通过。若入驻+后台延 3-5 天不砍 P0（9/15 并行策略）。
💬
💬 评论 · 四、4 周排期（开发执行计划）
五、开发前动作清单（第一周前 3 件事）
① 域名/主机采购
主域名候选 heihe-b2b.com / hkb2b.com / heikou-b2b.ru（.ru 需俄主体资料，首推 .com 全球信任）；主机=香港/新加坡节点 + Cloudflare CDN 前置（有莫斯科节点，俄侧访问速度关键）；预算：域名 50-200 元/年 + 主机 300-800 元/年 + 免费 CDN。
② 技术环境搭建（按拍板为自研）
Next.js + NestJS + PostgreSQL；不用 WooCommerce——避免购物车/支付复杂度；俄语友好主题/前端；环境含 staging + 生产。注：原清单 WordPress+ACF+Fluent Forms+Polylang 方案已被否决，功能等价替换。
③ 品类库数据结构设计
按八表结构出 DDL，评审点：价差锚点表（首单验证核心数据）、订单状态机字段、口岸字段预留（喀什二期）；M2 数据迁移脚本（GBK→UTF-8）当日跑通。
💬
💬 评论 · 五、开发前动作清单（第一周前 3 件事）
六、验收总标准（与首单验证对齐）
俄商浏览俄语目录
提交询盘（Telegram 通知）
供应商报价（人民币）
双方线下签约（40/50/10 阶梯付款）
运营录入订单（履约记录）
通关节点登记（0110/9710）
买家过江提货
结算完成（五路之一）
首单验证三件事在平台上的落点：价差 = price_anchors 表录入；通关 = 订单状态机「报关中→已出关」节点；结算 = 订单「结算通道」字段 + 阶梯付款登记。三件事跑通即验收通过，其余功能一律后置。
💬
💬 评论 · 六、验收总标准（与首单验证对齐）