商家后台难用，需求从哪一单排起

我给的题面带着资源约束：招商同事反馈「商家都说后台难用」，商家月流失 4%（题设数字），你手里只有两个研发，一个季度，需求池里躺着二十几条。问你先排哪几条，凭什么。

很多人会先说「做调研，听商家诉求」，然后开始列功能：批量改价、数据看板、一键发品、移动端。列得都挺合理，但没有一条能解释为什么是这季度而不是下季度，也没人说得清「难用」到底让平台损失了什么。

本系列第 9/10 篇 · 上一篇：实验说新版更好，我为什么不敢全量 · 下一篇：付费会员该不该做，我先看这批人

双边平台里，商家问题最后都是用户问题

我会先要求把这句抱怨翻译成消费者侧的可观测后果。

商家发品慢 → 新品上架滞后、类目丰富度不够；改价和库存同步不及时 → 超卖、下架、用户看到的价格和结算不一致；订单处理慢 → 发货超时、售后积压；对账看不懂 → 商家提现和续费时产生纠纷，进而撤店。这些都能落到前面几篇讲过的指标上：在售率、价格一致性、发货时效、退款率、缺货率。

这一步的意义是确定「这件事归谁」。商家后台看起来是内部工具，但它决定了消费者看到什么货、什么价、多久到。一个双边平台的产品经理如果只把商家当客户、不把商家操作当成供给链路的一环，排序就会变成谁嗓门大谁先做。

我会加一问：4% 的月流失里，哪部分跟后台有关。招商反馈天然有偏，最近来投诉的往往是大商家或关系近的商家，沉默退出的更多是长尾。要拆：按商家规模、经营时长、类目看流失，再看流失前 30 天的关键操作次数和失败率。如果流失集中在「开店两周内、一件商品都没发成功的商家」，那这季度该修的是新手发品，不是数据看板。

别用问卷排优先级，去看一单是怎么走完的

我不太认可用满意度问卷给需求排序。商家会要「更方便的批量工具」，但你去看他操作时，可能发现 70% 的时间花在等图片审核、反复填重复字段、以及在不同页面之间复制规格。

我的做法是跟着商家做完一个完整任务，不打断，看录屏或操作日志，按任务而不是按功能拆：发一个新品、改一次价格、处理一批订单、做一次售后、对一次账。每个任务记录三件事：一周发生多少次、单次耗时多少、出错时代价是什么。

任务	周频次	单次耗时	出错代价	现有替代办法
发新品（多规格）	高	长	商品上不了架，直接损失供给	找招商代操作
改价 / 同步库存	高	短但碎	超卖、价格不一致、客诉	手工 Excel 导入
批量发货	高	中	发货超时、罚款	ERP 对接（仅头部有）
售后审核	中	中	退款延迟、纠纷	客服转办
月度对账	低	长	结算争议、信任损耗	财务线下核对

「现有替代办法」这一列是我判断优先级的关键。有替代办法而且替代得还行的，可以往后放；没有替代、只能靠招商手工兜底的，通常才是最贵的隐性成本——它同时消耗内部人力，还把商家的失败藏在了平台流程之外。

频次 × 耗时 × 出错代价，就是一个不需要复杂模型的排序。我会要求候选人把这个分数摆到台面上，并说明哪一项是估的、打算怎么验证。能承认估算、给出验证动作，比装作有精确数据可信得多。

B 端产品有几条 C 端没有的硬约束

排完序，我会挑一个方案往下追实现，看候选人知不知道商家后台不能按 C 端「简洁」的标准来砍。

批量与权限是第一层。一个运营账号下面可能有店铺、仓库、客服多个角色，改价、发券、退款这些动作必须能分权、能审计、能撤回。把「批量操作」做得顺手，同时不给出「一键把全店价格改错」的能力，是这类产品的基本功。

外部系统对接是第二层。头部商家大多已有 ERP，他们要的往往不是更好的界面，而是稳定的接口、字段映射和失败重试；腰尾部商家才依赖引导式界面。所以商家要分层，头部走 API 和开放平台，长尾走向导和模板。用一套界面服务所有商家，结果通常是两边都嫌难用。

迁移成本是第三层。任何改动都会打断已经形成肌肉记忆的操作，尤其是大促前。我会要求灰度按商家群放、保留旧入口一段时间、给操作指引、并在上线后盯失败率和工单量。改版成功与否不看满意度，看任务完成时长和错误率。

还有一条容易被忘：商家侧的规则往往和平台侧耦合。改价要过审核，发品要过类目资质，退款有平台时效。产品经理不能只优化后台交互，得说清和这些规则的边界，否则界面做得再顺，流程还是卡在审核队列里。

两个研发，一个季度，我会怎么交

我期待的交付物不是「做完三个需求」，而是一份能被招商和商家都看懂的说明：这个季度修哪两个任务、为什么是它们、上线后看什么数、剩下二十条为什么不做。

以那张表为例，我会选发品和库存/价格同步：频次高、无替代、出错直接变成消费者侧的缺货和价格不一致。数据看板、移动端这类听起来更「产品」的需求往后放，因为它们改善的是体验，不是供给的正确性。

验收指标也不写「商家满意度提升」，写具体：新品从创建到可售的中位时长、发品失败率、库存同步延迟分布、因价格不一致产生的工单量、以及依赖招商代操作的商家占比。最后这一项最能说明内部成本有没有真的降下来。

我怎么给这道题分档

及格线是能提出分层调研、按频次和代价排序，不把需求池当成待办清单。

好一档会把「难用」翻译成消费者侧与平台侧的损失，指出商家分层（头部走接口、长尾走界面），并说明批量、权限、审计这些 B 端约束。

最强的一档，会主动处理组织和节奏：招商的转述有偏、大促前不改流程、灰度要留旧入口、上线后看的是任务完成时长而不是满意度。这些都不是功能设计，却决定了那两个研发这一季度做出来的东西有没有人用。

我收尾常问一句：如果二十条需求里，最大的商家点名要一个数据看板，不做就威胁撤店，你怎么办。答「那就插队」的我不意外；答「先确认他要的是不是能从现有导出里拼出来，同时把发品的失败率摆给他看，再谈下季度排期」的，我会记一句：这人能守住排序。