电商产品立项想清楚这五件事，否则别急着开发

去年年底，我参与评审了一个电商产品立项方案，团队想做一个自营的“产地严选”频道，主打水果生鲜和地方特色食品。汇报材料做得很厚，用户旅程、页面原型、促销规划、直播脚本全齐了，讲了整整四十分钟。

但我问了一个问题之后，会议室安静了。我问：“你们定义过什么叫这项目成功吗？”

对方愣了一下，说：“GMV 先做到一个月五百万？”

我接着问：“那如果花钱买流量做到五百万呢？这项目算成功了还是失败了？”

没人接话。

那次评审之后，我发现这类问题不是孤例。很多团队做电商产品立项，都会陷入同一个误区：把大量精力放在“怎么做”上，却很少把“要不要做、做给谁、做到什么程度叫好”想透。作为一个经历过多次电商从 0 到 1 的产品经理，我越来越确信，立项阶段真正拉开差距的，不是方案有多细，而是这五件事有没有想透。这篇文章就以“产地严选”那次立项讨论为案例，把我踩过的坑和沉淀下来的判断方法逐一拆开讲。

1. 立项前，先把“立项”这两个字翻译清楚

很多产品经理一听到立项，第一反应是写 PRD、画原型、拉排期。等你真以负责人身份坐进立项评审会，会发现完全不是这么回事——立项阶段，决策层根本不关心你的页面长什么样，他们只关心一件事：这个项目值不值得让公司用真金白银去试。

1.1 立项的本质是验证，不是开工仪式

我自己的理解是，立项的本质是一次“低成本的商业验证申请”。你其实是在向公司要一笔钱、几个人、一段时间，去验证三个假设：需求是不是真的，用户是不是真的愿意掏钱，这个生意在成本和体验上是不是跑得通。

这三个假设，任何一个没成立，项目都不该进入全面开发。

所以立项文档的重心，不应该放在“我们要做一个什么功能”，而应该放在“我们凭什么相信这个功能值得做”。功能、交互、视觉，那都是验证通过之后的事。拿“产地严选”来说，团队最初写立项报告，花了大量篇幅写频道入口要放在首页第几个坑位、详情页上要有什么模块、预售流程怎么设计。这些当然需要想，但它们不是决策依据，真正的决策依据是：为什么平台上要增加这样一个自营品类？目标用户到底是谁？供应链能不能撑得起品质承诺？

当时我看到那份报告的第一反应就是：顺序反了。

1.2 立项阶段最常见的三个误区

这三个误区我基本每次评审都会撞见，可以拿出来当反面教材对照。

第一个是把“做功能”当成“做产品”。团队容易沉浸在页面细节里，首页放什么 banner、SKU 卡片要不要展示产地溯源，讨论了三个小时。不是说这些不重要，而是当项目连是否要做都还没拍板的时候，讨论这些等于在沙滩上盖楼。功能设计的前提是方向被认可，方向没定之前，细节讨论得越深入，返工成本越高。

第二个是把立项目标写成了业绩目标。很多人会在立项书里写“第一年做到三千万 GMV”“拉新五十万用户”。这种目标听起来有冲劲，但它回答的不是“这个项目值不值得做”，而是“如果做了，我们希望它有多大”。真正的立项目标应该是验证目标，比如“验证产地直采模式在平台用户中的复购率能否超过 25%”“验证用户是否愿意为 30% 以上的品质溢价买单”。这两种目标的写法，决定了你后续看数据的方式完全不同。

第三个是把市场空间讲得太大，大到失去参考意义。我见过一份立项材料，开篇用了好几页讲生鲜电商市场规模多少万亿、年增速多少。这种宏观数据对一个具体项目几乎没有指导意义，你只需要知道你准备切入的那一小块市场里，有没有真实的、未被满足的购买需求。规模数字讲得越大，越容易被追问一句：“那跟你有什么关系？”

后来我养成了一个习惯，拿到任何立项材料，先看三个问题有没有被正面回答：我们验证的是什么？验证周期多长？什么数据算通过，什么数据算失败？这三个问题答不清楚，方案再漂亮我也不建议上会。

2. 第1件事：需求真伪，要用证据说话而不是直觉判断

立项阶段最容易翻车的地方，就是对需求的理解停留在直觉层面。做电商的人聊起新项目，最常见的开场白是“现在大家都很重视食品安全”“城市白领没时间挑水果”“直播带货把农产品带火了”。不能说这些观察没有道理，但它们只是背景噪音，不是需求证据。

2.1 别把“平台缺这个品类”当成用户需求

“产地严选”这个项目最初的立项理由，来自运营团队的一个发现：平台上有不少用户会搜“赣南脐橙”“阳澄湖大闸蟹”这类关键词，但平台内几乎没有自营的、有产地背书的商品，多是第三方商家在卖。运营的判断是：用户有需求，平台缺供给，我们补上这个品类就能接住流量。

听起来很有道理，但这个推理里藏着一个大坑：用户搜索某个关键词，只能证明用户对这个商品感兴趣，不能证明用户会对“你提供的这个商品”感兴趣。同样是赣南脐橙，用户可能搜完之后去了别的平台下单，可能因为价格贵放弃购买，也可能担心品质不敢在没有评价的新店铺下单。

真正的需求，要落到一个完整的购买场景中去验证。搜“赣南脐橙”的人，想解决的不只是“我要买橙子”，可能是“下周孩子要参加学校秋游，想给他带点水果”“过节要寄一箱水果回老家给父母”。场景不同，他们对价格、品质、物流时效的敏感度完全不同。如果不把需求装回场景里看，你看到的永远是那个孤立的关键词搜索量，而不是真实购买意愿。

2.2 判断真需求的三层证据：场景、替代、付费

后面我在团队里推了一套判断方法，叫“需求三层验证”，用下来比拍脑袋靠谱得多。第一层看场景是否真实高频，第二层看用户现在用什么替代方案，第三层看用户是否愿意为你的差异化付费。

当时团队拿这套方法重新过了一遍“产地严选”的需求。场景层，用户买水果生鲜不是高频动作，但家庭食材采购是刚需，一周至少发生两三次，这个场景真实且稳定。替代层，用户当下的替代方案是什么？可能是楼下水果店、社区团购、综合性电商平台，甚至可能是短视频直播间里的助农链接。每一个替代方案都意味着你进入市场时要跟一个成熟的既有习惯竞争，必须想清楚用户凭什么换成你。付费层，就必须诚实面对一个灵魂拷问：用户愿不愿意为一个标注了“产地直采”的赣南脐橙，比普通电商链接多付 30% 到 50% 的钱？

这三层问完，团队自己先意识到一个问题：我们之前讲的都是“这个市场很大”，而不是“这个市场里的用户，会因为我们这个产品而改变购买行为”。需求不能靠想象，要靠在最小范围内拿真实用户去碰。

2.3 需求判断里的经验提示

这里多说一句容易被忽略的点：访谈用户时，用户说出来的需求不能直接当真。用户说“如果你们有一个靠谱的产地直采水果频道，我一定会买”，这不能算需求证据，因为用户面对假设性提问时倾向于给出“政治正确”的回答，但真到付款那一刻，他会回到自己的价格敏感度和信任习惯里。

真正能参考的，只有用户已经发生过的行为，比如他过去三个月在什么渠道买过水果生鲜、客单价是多少、对产地有没有要求、遇到品质问题怎么处理。问行为，不要问意愿，这是做需求调研时最基本也最容易被违反的一条纪律。

3. 第2件事：目标用户想清楚没，画像要能讲成一个故事

“产地严选”这个项目立项讨论中有个很有意思的瞬间。我问团队：“咱们第一波用户是谁？”

团队回答：“注重生活品质、关注食品安全的城市人群。”

我又问：“这个人叫什么名字、多大年纪、住在哪个城市、家里几口人、平时在哪买菜？”

团队沉默了。

这几乎是立项会上最常见的场景：目标用户写在 PPT 上是一句正确但没用的话。“注重生活品质的城市人群”这个画像，既不能指导内容怎么做，也不能指导选品怎么定，更不能指导你投放到哪里。

3.1 “谁买”和“谁用”都要拆

电商产品立项时，用户分析要先分清“谁买”和“谁用”。在生鲜食材这个品类里特别典型：买的人大概率是家里管饭的人，可能是妈妈、可能是年轻夫妻里的一个；吃的人是全家，包括孩子和老人。你做的内容、详情页、客服话术，到底是讨好买的人，还是讨好吃的人？答案很清楚，必须讨好那个做购买决策的人。

当时我们结合平台用户数据，把“产地严选”的第一波目标用户收敛成一个可以讲出故事的人：33 岁，孩子在上小学，坐标二线城市，平时上班忙，下班路上会顺路去盒马或者社区生鲜店买菜，周末偶尔从社区团购群里下单买水果。她对价格有一定敏感度，但她更怕买到不好吃的东西被家人抱怨。她不是不想买便宜货，而是不愿意为了几块钱差价去赌品质。

这个画像重新定义了后面很多事情。比如选品，优先考虑的不是客单价最高、利润最好的品类，而是“孩子和家人吃得更放心”这个需求最强烈的品类，比如可以溯源的苹果、猕猴桃、纯牛奶。比如详情页，不需要讲太多产地故事，要把检测报告、采摘日期、储存方式放在靠前的位置。这才是目标用户画像该有的作用。

3.2 用“决策链”画用户，而不是用年龄性别画用户

很多产品经理画用户画像，只会写“25 到 35 岁女性、一二线城市、月收入一万五以上”。这种画像在立项时帮不上任何忙，因为同一个年龄段里，独居女性、宝妈、双职工家庭女主人的购买决策逻辑完全不同。

我建议用“决策链”的方式去画用户，核心是两个维度：第一个是决策角色，她是为自己买、为家人买，还是买来送人？第二个是决策障碍，她最大的顾虑是什么？是怕品质不行、怕价格买贵了、还是怕物流太慢耽误事？

回到“产地严选”，如果核心用户是给家人买水果的宝妈，那她的决策链里最重要的环节不是价格对比，而是信任建立：我凭什么相信你这箱橙子是甜的？这个“凭什么”的答案，决定了产品在信息架构上要不要把产地证明、采摘实拍、用户晒单放到最前面。如果核心用户换成要送人的年轻白领，那决策链的重心就变成包装精致度、物流准时性和品牌调性，因为她的核心诉求是“拿得出手”。

同一个品类，核心用户不同，做出来的产品可能是两个东西。这就是为什么立项阶段必须先把目标用户定义清楚。

3.3 敢不敢放弃一部分用户，是判断有没有想清楚的分水岭

立项讨论到后期，运营同事提了一个很现实的问题：那价格敏感型用户我们不做了吗？这些用户量很大，拼多多、社区团购都靠他们在起量。

我当时的态度是：第一波一定不做，甚至要有意识地在产品上“劝退”他们。原因很简单，产地直采模式在早期的成本结构里，很难做到和规模化采购的平台同价。如果你试图同时服务价格敏感型和品质敏感型用户，你的选品会摇摆、定价会犹豫、内容会四不像，最后两头不讨好。早期的团队资源和供应链能力有限，必须先服务好那群愿意为确定性付溢价的人，等采购规模上来、成本结构优化之后再考虑要不要往价格更敏感的客群延伸。

想清楚为谁服务，比想清楚做什么更重要。因为你做的一切决策，本质上都是在回答“我的用户值不值得我这样做”。

4. 第3件事：MVP 的产品边界，是靠“不做”画出来的

立项阶段最后一个容易爆雷的地方是产品方案。很多团队特别热衷于把产品方案做得很丰满：要有溯源直播、要有产地认养、要有会员订阅制、要有积分体系。乍一看每个功能都有价值，但合在一起就是一个让团队疲于奔命的巨兽。

4.1 MVP 的本质是够用且闭环，不是简单堆功能

我理解的 MVP，不是“功能少一点、界面糙一点”的缩减版，而是一个能把核心商业逻辑完整走通的版本。用户在你这儿看到商品、完成下单、收到货、产生反馈，这个链路一段都不能少。你可以少做很多锦上添花的功能，但核心链路里的每个环节都必须能跑通，否则你验证到的结果是不完整的。如果用户下单之后等了一周才收到货，或者收到的水果有两成是坏的，那你验证出来的“复购率低”就不是模式问题，是执行问题。

在“产地严选”立项时，团队动过做一个独立 App 的念头，理由是“未来这是个独立品牌”。我当时把方案拉了回来。做独立 App 意味着要解决下载、注册、登录、支付、消息推送一整条链路的问题，而这套链路是否能跑通，跟我们要验证的“用户愿不愿意为产地直采水果付费”没有直接关系。与其做独立 App，不如先利用已有平台的流量和账号体系，做一个频道或小程序，把开发成本聚焦在选品、供应链和售后体验上。

4.2 怎么切第一个版本：品类窄、链路全

当时我们终于把第一个版本的边界收敛成八个字：品类窄、链路全。这个概念帮团队挡掉了无数需求，推荐给所有做电商从 0 到 1 立项的产品经理参考。

品类窄，指第一个版本只做两到三个品类。当时团队圈了赣南脐橙和某个产区猕猴桃两个品作为首发，原因是这两个品类的产地供应稳定、物流损耗可控、用户认知度高，不需要花大量教育成本来解释“这个是什么东西”。链路全，指从产地信息展示、下单、支付、发货、物流跟踪到售后，每个环节都要做完整。生鲜电商的售后策略非常关键，烂果包赔怎么做、赔付时效多长、用户申诉入口在哪里，这些细节直接影响口碑，但很多团队在 MVP 阶段会忽略后半段链路。

这种切法最大的好处是，团队可以集中精力把一个品类打透，而不是像撒胡椒面一样在十个品类里浅尝辄止。用户只买了一个品类，当然不足以说明模式成立，但如果一个品类都做不好，十个品类只会放大问题。先在一个窄品类里跑出正向反馈，再逐步扩品，这是电商自营项目最稳妥的节奏。

4.3 MVP 阶段最容易踩的两个坑

第一个坑是把 MVP 做成“阉割版”，砍功能砍到最后连核心体验都保不住。一个电商项目如果有供应链优势，但详情页没有产地信息、客服响应又慢，到手的水果包装破损严重，那用户只会有一种感觉：这平台不靠谱。这不叫验证模式失败，这叫执行没到位。砍功能的时候，一定要守住一条底线：用户拿到的体验，必须是一个可以被评价的完整商品体验，而不是半成品。

第二个坑是“用功能数量缓解焦虑”。立项上会前，团队总觉得方案不够丰富、亮点不够多，于是往里面加各种概念。我当时也经历过这个阶段，加了一个“AI 推荐水果”的功能，还加了一个“水果盲盒”的玩法。加完自我感觉良好，但冷静下来一想，这两项哪一项是验证核心假设必须的？都不是。它们的本质是团队对方向信心不足，想靠花样来让决策层觉得“有创新”。后来我给自己立了一条规矩：MVP 里的每一个功能，都要能回答“它服务于哪个待验证假设”这个问题，答不上来的，不管多有趣，一律砍掉。

5. 第4件事：冷启动方案有没有闭环，不能只靠流量

自营电商产品的立项报告里，如果只写了“上线后申请首页资源位、投放信息流广告、找达人直播带货”，那基本等于没想清楚从 0 到 1 怎么走。

5.1 供给先行：先解决货从哪来、品质怎么控

电商项目和大部分互联网项目有一个关键差异：你是先有供给，才有需求。普通内容产品冷启动可以先拉一堆用户进来，然后慢慢补内容；电商不行，用户进来如果看到的是残缺的货架、不确定的发货时效、含糊的售后政策，他就不会再回来。所以立项阶段就要把供给方案摆上桌面，而不是等产品上线了再去找供应商。

“产地严选”立项时，团队专门花两周跑了一趟赣南脐橙的核心产区。不是为了拍宣传视频，而是去解决几个很实际的问题：跟谁合作？是跟当地合作社签合同还是跟大户签？一级果的标准怎么定义？如果遇到下雨天采摘延迟怎么办？损耗率控制在多少以内是一个健康水平？这些问题没有亲自走一趟，光在办公室里看资料是得不到答案的。产品经理不一定非要做供应链的专家，但必须对供给端的核心约束有体感，否则你设计的用户体验，可能根本不是供应链能承接住的。

那段经历让我形成一个观点：立项阶段如果没想清楚供应链的可行性和成本结构，这个电商产品就不该立项。产品体验设计得再好，货供不上或者成本倒挂，项目最后都是死路一条。

5.2 第一批用户从哪来，怎么让他们留下来

冷启动流量方案，我比较反感一上来就谈“大曝光”。对于“产地严选”这种靠品质和信任取胜的产品，第一批用户的首要价值不是贡献 GMV，而是提供真实反馈和口碑素材。所以冷启动的重点，不是漫天撒网，而是找到一群愿意尝试、愿意说话的核心用户，把他们服务好。

当时刷下来的方案是三层结构。第一层是平台内已经有高客单价生鲜购买行为的自然流量用户，运营通过定向 push 和首页资源触达。第二层是团队私域里沉淀的种子用户，建一个百人左右的微信群，这些人可以不赚钱甚至补贴体验，但要求是必须给出真实反馈。第三层是本地生活方式类的 KOL 探店或者真实评测，不追求带货产出，主要解决初期信任问题，让看到内容的人觉得这是一个“有人实测过”的产品。

冷启动方案的衡量指标也要对，不要只看首单转化率，要看两个更长期的东西：一是复购，用户第二次买是什么时候、因为什么原因回来；二是主动传播，有多少用户把产品晒到了朋友圈或者推荐给了朋友。如果一个产品连第一批用户都无法产生复购和口碑，那加大投放只会加速烧钱，不会改变结果。

5.3 冷启动容易被忽视的一个成本项

这里想特别提一个容易被忽视的成本：售后损耗。农产品的售后损耗率比标品高很多，运输破损、口感差异、用户预期管理不当，都会产生赔付。立项阶段如果只算了采购成本和毛利，没有把售后损耗率作为变量放进去，等到实际运营时会发现，真实的毛利远没有模型里那么好看。

在生鲜电商里，用户投诉之后，赔一单的钱往往是小头，真正伤的是不可见的流失和差评。所以冷启动阶段宁可把售后门槛设得宽松一点——比如坏了包赔、不好吃退款，也不要为了省几块钱赔付去跟用户扯皮。第一批用户的服务体验，决定了这个项目最初的口碑基调，而这个基调一旦定下来，后面想改会非常难。

6. 第5件事：做到什么程度算赢，什么时候该撤

很多立项报告不讲失败条件，这在决策上是一个很大的隐患。因为如果没有人事先定义“什么情况算失败”，那项目一旦推进不顺利，团队就会陷入一个胶着状态：继续做吧，数据一直起不来；直接砍吧，又觉得前期投入都浪费了。这种情况下，团队往往会选择“再试一个月”，然后一个月又一个月，直到公司实在受不了才强制叫停。为了避免这种局面，立项时就应该把成功和失败的标准写清楚。

6.1 北极星指标：选一个能反映真实价值的指标

立项时定什么指标，直接决定了团队把钱和精力花在哪。电商项目最忌讳的是一上来就把 GMV 当北极星。GMV 是一个结果指标，不是一个过程洞察指标，它会掩盖很多结构性问题。如果团队靠过度促销、超低价引流把 GMV 冲起来了，看起来数据很好，实际上用户薅完羊毛就走，你连反思的机会都没有。

对于“产地严选”这种靠复购和口碑的品类，我建议的北极星指标是“首购用户 30 日内复购率”。这个指标能综合反映几件事：商品品质是否达到预期、定价是否合理、物流和售后体验是否让用户满意、产品是否有让用户持续购买的理由。如果首购用户在一个月内有相当比例回来买第二次，说明模式基本走通了，接下来可以考虑放大投入；如果复购率很低，那大概率不是流量不够，而是产品本身不够有吸引力。

辅助指标可以再看两个：用户投诉率和退款率，以及用户主动分享率。前者用来监控品质风控，后者用来衡量口碑自传播的力度。核心指标加辅助指标，建议控制在三个以内，指标越多，团队注意力越分散。

6.2 三个阶段的决策闸门：验证、放大、还是止损

立项时不能只有一个远期目标，要设置阶段性的决策闸门。当时给“产地严选”设置的节奏是三个阶段。

第一个阶段是前 4 到 6 周，只上线两个品类的小规模测试。目标不是冲销量，而是验证整个履约链路能不能顺滑地跑通：产地发货时效是否稳定、物流到货损耗是否在预期内、用户收到货之后评价如何。如果这个阶段出现大量的物流投诉或品质纠纷，说明供给端的准备还不成熟，这时候应该先暂停推广，回头把供应链打磨好。

第二个阶段是后面 8 到 12 周，开始小规模放大流量，引入私域种子用户和内容投放。这个阶段盯的核心就是复购数据。如果首购用户的 30 日复购率能稳定跑到 20% 以上，说明用户认可这个产品，可以进入放大阶段；如果复购率长期徘徊在 10% 以下，就需要开始反思：是选品没有切中用户需求，还是定价超出用户预期，还是产品体验出了问题。找到原因之前，不建议通过加大投放来掩盖问题。

第三个阶段是在 3 到 6 个月时，做一个大的方向判断。这个时间点公司层面需要给出一个决定：是继续投入、调整方向还是直接止损。如果三期数据都不理想，最理性的选择就是砍掉或大幅转向，把资源腾给更有希望的项目。这里想强调一点：止损不是失败，及时止损是一个高效组织的正常机制。真正失败的，是发现方向不对了还因为沉没成本不肯回头。

6.3 一份可以直接用的立项自检清单

根据这些年的立项评审经验，我把立项启动前必须想透的问题整理成了一张自检清单，可以直接拿来逐条对照。如果清单里有超过三项你答不上来，那项目还没到启动时机。

这十项里，有些可以通过桌面研究来回答，比如替代方案和用户行为数据；有些必须走出去才能得到答案，比如供应链的实际状况。如果一家公司内部评审立项时，能拿着这份清单严肃地逐条过一遍，我相信至少能把一半以上的“想当然项目”拦在上线之前，也可以避免很多不必要的资源消耗。

立项不是一个流程，它是一次对公司资源的敬畏式使用。项目一旦启动，钱、人、合作方的信任就都投进去了，这些资源很难无损耗地撤回。所以启动前多花几天把上面这些问题推演清楚，远比上线后手忙脚乱地补救要划算得多。

拿我自己的习惯来说，现在我写任何一份立项报告，最后都会加一页叫“败因预判”：如果这个项目最后失败了，最可能的原因是什么？是供应链跟不上，是用户没有复购欲望，还是竞争对手太强？这一页写完，哪些环节需要重点验证就一目了然了。如果这份东西写不出来，我通常不会把这个项目拿上评审会——一个连自己怎么死都想不清楚的项目，活着大概率也是靠运气。