大厂培养的产品经理，出来做产品非常容易死

就算是在大厂，产品早期为了快速迭代和验证商业模式，不会考虑过多的技术架构投入，导致产品在用户、功能数据增加后，势必会出现产品响应速度慢、多端产品的需求问题。

如果一味的是在后期技术重构，不仅浪费开发资源，而且还浪费了团队时间，错过了红利风口。

所以产品经理一定要懂技术，否则会采很多坑。

1.看不懂接口文档，而瞎做产品策划

曾经我写过一篇文章：接口文档，产品经理怎么看？，产品经理一定要学会最基础的接口文档查阅，否则无法考虑到功能技术实现成本。

如果真的一点都没有写过代码的产品经理，在和开发沟通的时候会非常吃亏，尤其考虑到产品版本规划，很难考虑到功能的延展性。

如上图是云木鸟公众号定时发布功能与接口文档

在我们策划定时发布功能，产品经理搞清楚微信官方接口，比如官方接口没有发送失败的原因，只有结果。

所以在定时发送失败就不能推送用户失败原因了，只能自己做引导提示。而公众号运营在推送公众号消息发送，就3类图文状况，分别是原文、转载、分享。

而在新媒体运营规范，推送文章是分享形式是不允许的，要以原文的形式发送公众号，因此我们只能给用户告知发送失败、成功，允许用户设置精确到分钟级别的推送

2.很难搞定兼容、适配性

相比于新功能，产品研发在1到10的产品里，要花非常多的时间在兼容性上，比如iOS的APP，用户增加后要考虑到以后得安卓版本。

网页端产品增加了，会考虑到小程序端，这一切都是用户池子大了，就要满足新需求的用户了。

而迁移到不同平台系统，虽然功能没有变。但新平台的产品兼容性、适配性反而是最麻烦的，尤其是最耗费产品研发时间。

这期间产品经理也要从用户体验、到技术框架了解到不同平台的特性，比如visionOS上以往在Mac OS上运行的系统框架，就没有办法兼容，只能改为用web端提供服务。

如果以前的产品就没有web端，那毫无疑问是灾难。只有在新平台重写相同的功能，虽然功能逻辑、UI一样，但仍然是一个全新的工作量。

3.用户体验提升的最底层：来源技术实现

产品的访问、使用速度是用户体验最最基础的体验，不管什么功能、什么产品要是页面打开要20秒，那用户一定会离开再也不回来。

访问速度我们一般不超过1.5秒。

为了提升用户访问速度，许多产品就会考虑技术重构，将以前杂乱无章的代码改成全新的技术框架。

就我所知道的，许多产品选择重构要么就是随着功能越来越多，用户的访问速度太慢，要么就是维护成本过高，不适应新时代。

这时候就会和我们一样，产品功能没有新增，但却耗费了和开发新功能一样的时间，去填补以前的坑。

所以你看到，有技术背景的产品经理，就能够避免很多后期的坑，早期在做产品规划的时候就兼容未来的多平台、用户主要场景。

最最基础的技能：

调研好对方的接口文档，能够把接口文档搞清楚后再去做需求调研，完成原型设计。

今天的分享就在这里