好的产品经理，应该让程序员具备产品经理思维

最近，我们的云木鸟正在不停地迭代，而就最新版本下，我整理了团队集中出现的产品研发的问题，这些问题也是几乎每个产品经理团队都会遇到的，而这些问题核心的原因是：让程序员具备产品经理思维。

让程序员产品经理思维，简单来说是以用户角度做开发，最终将会得到一个功能测试BUG较少的产品，而不会反复出现BUG一直改不完的情况。

让开发做产品经理，不是说让开发去做产品经理的工作，比如原型设计、需求分析等，而是有下面几个步骤。

1.单个功能修复，按照业务流程操作走一遍

好的开发程序员，除了解决单元功能测试问题外，还需要自己登录下自己做的产品完成业务操作，走一遍流程，才知道自己负责的单元功能模块处于用户行为的什么节点，并且起到什么样的作用。

仅仅是靠产品经理讲解需求是不够的，而是真的要自己走一遍，当然有时候负责的产品经理会用原型设计做完整的高保证原型，将其交互也放进去，这样开发可以快速遍历。

高保真的原型交互效果，实际上很难再开发商还原，因为很多开发会选用开源的项目来做二次改造，后者部分的开源项目部分改造，就像产品经理使用原型模板一样，开发会用开源“代码模板”，所以要想修改还不是那么容易。

2.UI还原不重要，但是用户行为流程与业务流程一致

很多产品经理只会关注在UI设计上，计较开发的功能模块在UI界面上没有还原，但是在小团队上，这实际上完全依靠开发的本身技能了。

有的程序员在前端、后端都比较熟悉的情况下，前端还原会很快，但是若没有招到这样水平的同学，那么就只能让开发多花时间去打磨了。因为自己技术水平的要求，就只能保证基础功能跑通。

如果团队没有前后端技术分离，如果都是一个全栈开发工程师，那么UI界面没有办法100%还原，这个是情有可原。

往往UI界面就是用户行为流程的具体操作，而如果UI界面差距太大了，用户行为流程就不一致了。

有产品思维的开发同学，首先就要遵守UI设计，而这期间离不开UI设计评审、需求评审，如果直接在开发阶段甩给开发一个UI设计图，那么显然就会导致开发不情愿的，即使你说是老板要求的，最终导致产品经理和开发关系越来越差。

3.回归测试与功能闭环

我们在做产品研发的时候，很多问题会反复出现，所以产品经理除了要做到不厌其烦的去发现、测试，配合测试同学一起验收，同时功能闭环也是有产品经理思维的开发要具备的，比如我们云木鸟做的是微信公众AI排版，那么首先用户在排版过程中，首先要先注册登录，并且选择中排版样式才能排版，而如果用户选中都无法选择，自然就无法说排版了。

因此当做到排版的需求，首先开发要知道自己开发的单元功能模块或者某个系统的业务流程是闭环的，否则就无法交给用户，用户也没有办法使用。

4.测试账户的重要性

在测试中，很多时候我们会要求有测试账户，因为只有测试数据才能够走完整的业务流程与用户行为操作流程。而像我们小团队，由于测试账户都是相当于是我的账户，所以开发人员就需要分配我的账户来使用。

涉及到测试部分，工作量最复杂的就是数据图表与数据展示，需要测试数据计算逻辑与图表是否变形。