不懂技术的产品经理，会踩什么坑
【转载】
大家好，我是Kevin！
我带着团队做的云木鸟新媒体伴侣插件2.0版本正式上线了，但这次上线没有任何新功能，2个月研发时间几乎都是在填补以前的坑。
而来源于团队的产品规划阶段，对于插件技术底层逻辑不够清楚。所以在1.0版本功能稳定后，就花时间来投入“填坑”
这次上线后，我们花了2个月时间重写了插件前端的样式框架。
就算是在大厂，产品早期为了快速迭代和验证商业模式，不会考虑过多的技术架构投入，导致产品在用户、功能数据增加后，势必会出现产品响应速度慢、多端产品的需求问题。
如果一味的是在后期技术重构，不仅浪费开发资源，而且还浪费了团队时间，错过了红利风口。
所以产品经理一定要懂技术，否则会采很多坑。
1.看不懂接口文档，而瞎做产品策划
曾经我写过一篇文章：接口文档，产品经理怎么看？，产品经理一定要学会最基础的接口文档查阅，否则无法考虑到功能技术实现成本。
如果真的一点都没有写过代码的产品经理，在和开发沟通的时候会非常吃亏，尤其考虑到产品版本规划，很难考虑到功能的延展性。
定时发布接口文档
定时发布功能设计
如上图是云木鸟公众号定时发布功能与接口文档
在我们策划定时发布功能，产品经理搞清楚微信官方接口，比如官方接口没有发送失败的原因，只有结果。
所以在定时发送失败就不能推送用户失败原因了，只能自己做引导提示。而公众号运营在推送公众号消息发送，就3类图文状况，分别是原文、转载、分享。
而在新媒体运营规范，推送文章是分享形式是不允许的，要以原文的形式发送公众号，因此我们只能给用户告知发送失败、成功，允许用户设置精确到分钟级别的推送
定时发布
2.很难搞定兼容、适配性
相比于新功能，产品研发在1到10的产品里，要花非常多的时间在兼容性上，比如iOS的APP，用户增加后要考虑到以后得安卓版本。
网页端产品增加了，会考虑到小程序端，这一切都是用户池子大了，就要满足新需求的用户了。
而迁移到不同平台系统，虽然功能没有变。但新平台的产品兼容性、适配性反而是最麻烦的，尤其是最耗费产品研发时间。
这期间产品经理也要从用户体验、到技术框架了解到不同平台的特性，比如visionOS上以往在Mac OS上运行的系统框架，就没有办法兼容，只能改为用web端提供服务。
如果以前的产品就没有web端，那毫无疑问是灾难。只有在新平台重写相同的功能，虽然功能逻辑、UI一样，但仍然是一个全新的工作量。
3.用户体验提升的最底层：来源技术实现
产品的访问、使用速度是用户体验最最基础的体验，不管什么功能、什么产品要是页面打开要20秒，那用户一定会离开再也不回来。
访问速度我们一般不超过1.5秒。
为了提升用户访问速度，许多产品就会考虑技术重构，将以前杂乱无章的代码改成全新的技术框架。
就我所知道的，许多产品选择重构要么就是随着功能越来越多，用户的访问速度太慢，要么就是维护成本过高，不适应新时代。
这时候就会和我们一样，产品功能没有新增，但却耗费了和开发新功能一样的时间，去填补以前的坑。
所以你看到，有技术背景的产品经理，就能够避免很多后期的坑，早期在做产品规划的时候就兼容未来的多平台、用户主要场景。
最最基础的技能：
调研好对方的接口文档，能够把接口文档搞清楚后再去做需求调研，完成原型设计。
今天的分享就在这里