来源| Kevin改变世界的点滴
因为冲着产品的新功能，这段时间我几乎都在除了睡觉外，就一直在开发修复BUG、产品的打磨优化。
蓝泡这款产品从0到1，我看到有网友留言，希望看到我们的诞生故事，所以我今天开始开一个专栏，通过每周不定期的分享这款产品的打磨记录，将那些肉眼可见的经验总结为一些心得，分享给那些打算从0到1做产品的同学、或者创业者同行。
1.多个开发工程师不等于翻倍不少产品经理、创业者，会以为当你的开发工程师翻倍后，开发的效率也会翻倍，实际上不是这样的。如果没有开发协同标准，可能2个人等于1人，最多1.5个人。
开发协作首先是按照功能模块分工，比如我们做蓝泡创作有5个TAB，包含了首页、素材库、我的数据、我的原创，不同的开发按照这几个TAB进行区分。
如果没有协同标准，那么代码合办造成功能丢失
我们经常会遇到，版本发布代码合并造成功能缺失。原因就是某个功能没有开发完成，其他功能的工程师就已经提前合并了，就会导致写的部分被覆盖了。
造成了新版本的功能并不全，要重新再合并代码打包。
这也就是没有协同标准造成的，尤其是多个开发在推进同一个产品，就算是不同功能，因为在同一个项目里。容易导致代码合并出现这类问题，造成了每次提测功能不全。
2.全局交互提示不统一全局交互包含了产品的toast、按钮、页面布局、和搜索框等组件，而我们遇到最多的问题，是产品的一些弹窗提示toast不统一。
比如操作成功、失败、加载中相关提示，在蓝泡创作里，因为不同开发在开发不同的功能，就会用不同风格、甚至是类型文案的提示。
前端开发组件 2个原因，第一个是每个开发没有规范，自己只完成功能就可以，没有UI的地方就自己发挥了；第二个是某些功能选择开源，导致和现有的不是一套，自然就出现了toast、弹窗不一致的情况。
解决这个问题。产品经理提前和前端开发找到一套适用的框架，就可以确定其相关全局样式。
这类问题比较集中在数据可视化上，比如市面上有非常多的数据可视化组件，入蚂蚁等，这类可视化组件不需要UI设计师再去设计，产品经理直接确定字段就可以了。
3.操作没有反应、或跳转错误还有一些比较集中的BUG，就是跳转错误或者操作没有反应。比如蓝泡支持设置公众号封面，但是点击封面设置却没有成功。
这类的问题原因，要么是BUG，要么是因为加载速度过慢，用户等待时间过长，让测试人员误以为也是没有反馈。
解决这样的问题，最好的是通过前期系统性的需求讲解，来定义这类操作的前后结果。
4.UI还原除了前面介绍的全局交互，还有一大问题就是UI样式还原。只要是产品经理出身做0到1产品，都非常关注这类问题，因为和UI设计图不一致，就代表了需求没有还原，产品没有开发完成，产品经理是不能忍的。
造成这个问题的原因是开发团队没有严谨的前后端分离开发。一个全站开发喜欢先完成功能，再去调整UI还原。
这样做的好处是开发速度够快，坏处就是产品的完整度不够。因此在大厂工作里面，我们才会将开发区分为前端、后台开发，增加了效率。
5.实际上线了，才发现的优化需求还有一些不属于BUG，属于称产品设计层面的问题了。
比如在保存模板上，我们允许用户保存公众号的文章作为模板，但是却忽略了用户模板的自定义问题，否则保存下来就是一篇文章，这样会和我们已经有的采集文章有冲突。
所以上线后，我们针对模板的自定义名字进行了优化。
造成的原因是前期没有经过深入、细节的需求评审，就产品经理靠着自己经验完成了，导致产品都被研发出来才发现有问题。
如何避免以上问题
1.需求评审与需求研究
上面的问题如何避免，我们可以通过前期团队的需求评审、以及需求论证来避免。
但详细的需求评审，容易造成把需求搞复杂了或者延期了需求的时间，因为越完善的需求，越需要花时间和成本，本质落地上也逃离不了更多的研发成本。
2.主动、提前深入到技术沟通
前面提到的全局交互和UI还原问题，都是需要在产品设计环节深入到技术层面去，和开发团队一起技术框架，如果只是提出需求，什么都不管，那自然就容易出现后期的全局交互不统一问题。
以上就是最近我们做产品的一些心得，相信也是你也会遇到的。
今天的分享就在这里。
以上就是关于又改了32个BUG南巡讲话的意义全部的内容，关注我们，带您了解更多相关内容。
特别提示：本信息由相关用户自行提供，真实性未证实，仅供参考。请谨慎采用，风险自负。
