选品和开发的分工：别让两个岗位互相甩锅

产品做不起来，选品说开发不行，开发说选品选错了。这话我听了十一年，每次听到都想笑——因为两边说的都对，也都不对。问题从来不在谁的锅，在于两个岗位压根没在同一个"用户需求"上对齐。选品在找机会，开发在造产品，中间隔着一层翻译，翻译错了，后面全是返工。

先把边界说清楚。选品岗交付的是什么？是机会判断：这个市场值不值得做，用户是谁，痛点在哪，竞争对手弱在哪。具体落地就是一份需求文档，里面有用户画像、使用场景、需求清单、价格带、竞品分析。开发岗交付的是什么？是把这份需求变成能卖的东西：功能规格、外观ID、BOM成本、打样、试产。一句话，选品回答"做什么"，开发回答"怎么做"。这个分界线必须画死，不然选品的人会越界去指挥外观颜色，开发的人会自作主张砍掉某个功能——两头都觉得对方不专业。

协作流程其实不复杂，但很多人执行歪了。选品先输出用户画像和需求清单，比如"目标用户是养猫的独居女性，25到35岁，核心痛点是猫砂带出弄脏地板，能接受的价位是25到35美金"。开发拿到这份东西，回去出产品方案和样品，比如"底座加高2厘米防带出，托盘可拆洗，材料用PP，成本控制在9美金以内"。然后第一版样品出来，双方坐下来，对着需求清单一条一条过。这一步是整个协作的命门——对的是需求清单，不是谁的主观感觉。

说到这，最常见的两个冲突就来了。第一个，选品觉得开发做出来的东西不行，"这造型太土了，用户不会买单"。第二个，开发觉得选品的需求不切实际，"你要防带出、要可拆洗、还要成本9美金以内，你当我是神仙？" 说句实在的，这两种抱怨我都能理解，但理解归理解，解决不了问题。

怎么解决？用数据和用户验证对齐，而不是靠吵架。选品觉得开发做的不行，别空口说"太土"，拿竞品图来比——"你看这五家头部卖家的造型都是极简风，你这个工业感太重，跟整个品类调性不搭"。开发觉得需求不切实际，也别空口说"做不到"，拆开来讲——"防带出能做到，加高2厘米没问题；可拆洗做不到，因为成本要加3美金，要么砍这个功能，要么价格带上调到38美金"。把分歧翻译成"成本、功能、价格"三者的取舍，而不是"你不懂"和"你瞎选"。

很多人犯的错，是把选品和开发当成前后手——选品选完扔给开发就完事了。实际上这两个岗位是并行的，开发从选品阶段就该参与，至少要旁听用户调研，知道那些需求是从哪个用户嘴里说出来的。选品也要从打样阶段就介入，看样品的时候带着用户场景去验证，而不是等成品出来了再说"这不是我想要的"。

还有个坑特别多公司踩：选品只给一个关键词和价格带就甩给开发。比如"做宠物喂食器，30美金以内，去开发吧"。这不叫需求清单，这叫甩手掌柜。开发拿到这种东西，只能凭自己想象做，做出来选品一准不满意。真正能用的需求清单至少要说清楚：目标用户是谁、解决什么痛点、跟现有竞品差在哪、用户愿意为这个差异多付多少钱。少一条，开发就得多猜一层，猜错一层，返工一层。

说句实在话，十一年看下来，产品能不能成，七成看选品和开发对不对齐。对齐了，哪怕两边能力都一般，做出来的东西至少是用户要的；不对齐，就算选品是高手、开发也是高手，最后做出来的就是一堆谁都不满意的库存。别在"谁对谁错"上耗时间了，把"用户需求"这张纸摆在两个人中间，对着它吵，都比对着对方吵强。