第一次做产品，到底适不适合配个产品经理？

2019年我第一次带项目做社区团购小程序，团队5个人，没人懂产品。当时纠结了整整两周，要不要专门招个产品经理。最后没招，我自己硬着头皮画原型，上线三个月日活不到800。第二次我学乖了，项目启动前先找了个兼职的人梳理需求，开发资源没变，留存翻了一倍多。所以"第一次适合用产品经理吗"这个问题，我的答案不是简单的能或不能。

先搞清楚产品经理到底解决什么

很多人以为产品经理就是画原型、写文档的，说实话那只是表面。真正值钱的是三件事：把老板脑子里那团模糊的想法拆成能落地的功能清单；在开发、设计、运营之间当翻译；以及敢对需求说"这个不做"。

第一次做产品的人最容易犯的错就是什么都想做。我当时一口气列了47个功能，砍到12个还是嫌多。有个人在旁边帮你砍，这个过程会专业很多，因为他大概率见过别的项目是怎么死的。

这几种情况，第一次就该直接上

• 预算够。一个产品经理月薪按15k到25k算，能省下3到5个开发来回返工的时间
• 要对接外部客户或甲方，需求三天两头变，没个人兜着很容易乱套
• 团队里没人愿意写文档，全靠群里喊，改一次忘一次
• 项目周期超过3个月，越往后越需要一个维护需求池的人

反过来，如果只是做个内部工具、活动落地页，或者你本身就是技术出身、对业务门儿清，那第一次完全可以自己上。我见过一个开餐馆的老板，自己画了张流程图就把点单系统做出来了，前后花了不到两万。

但我也踩过一次坑。第二次创业招了个大厂出来的产品经理，张口用户画像、增长飞轮、北极星指标，听着挺唬人，可他连我们卖什么都说不清楚。三个月出了六版需求文档，开发天天加班，功能上线一半没人用。后来才知道他之前做的是工具类App，跟我们这种线下生意完全不搭。

所以第一次用产品经理，别只看履历。看他有没有做过跟你类似的业务，看他写的文档开发能不能看懂，看他愿不愿意蹲到一线听用户骂人。这三点比什么方法论都管用。还有个更现实的坑：第一次做产品，老板自己往往就是最大的需求来源。产品经理要是只会接单、不敢顶回去，那跟没有一样，甚至更费钱。

我的结论是，第一次做产品，产品经理不是必需品，但产品思维是。预算够、周期长、需求乱，就招个靠谱的；预算紧、业务简单、你自己又懂行，那就先扛着，把原型画出来跑一轮再说。别为了有个title而招人，也别指望招了人就能当甩手掌柜，第一次做产品这件事，最终拍板的还得是你自己。