这是一个真实的故事，来源于一个开发的朋友。
他们是一个创业型公司， 老板创业开始，为了省钱，核心的资源投放在技术端（人力成本），产品人员招了个2年经验的产品经理。 项目从开始做的第一周，长期不停地撕逼开始了，碍于我的朋友是个技术人员，口才与撕逼的能力远远弱于产品经理。痛苦不堪（虽然不承认，但是那个产品妹纸还是长得可以哈）。如果您也遇到过这种问题，点个赞 哈哈。


他把这个事情告诉了我，然后我教了他两招，然后获得了比较明显的效果。 其实这个事情我们私下也分析了， 现在往往很多产品经理入行是通过运营、或者UI 设计转成的产品，这种类型的同学有优势有劣势， 有时对业务清楚或者对审美比较优秀，但是往往缺乏对技术、逻辑层面的思考，但是他们的语言表达能力丰富，感染力强，而产品的对手方的技术人员往往不太善于语言的表达，这种情况下沟通难免比较困难。 其实核心的思路就是让产品经理深度参与交付，而不是简单的梳理需求，让产品经理有实现的逻辑思维，这样才能有效解决产品与技术交流的问题。

我建议的方法：
1、找了个低代码开发的基础框架，私有化部署起来了
2、让产品经理学会页面配置（CRUD、图表展示、首页展示），这个很快就搞定
3、产品的每个按钮触发的逻辑 能配置的就配置，配置不出来的再补充原型图+文档（文档我也推荐了个协同文档，黑纸白字哈哈）
4、每次产品的思路与设计完成后，用配置的页面，先给大家讲，一般在讲的过程中产品往往会发现大多数的逻辑问题
5、讲完后，让技术人员做功能反讲，让产品来判断是否正确

通过这种方式，反而效率提升了非常多，扯皮的事情大大降低。其实让产品有深刻的技术交付思维，其实对整个项目来讲大大降低了无效的开发需求与变更浪费。
最后，把这个低代码框架分享给大家，也希望能帮到需要找开发平台的大佬们 。开源地址：https://gitee.com/software-minister/jvs