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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.回归测试与功能闭环

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

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

4.测试账户的重要性

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

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

而如果没有测试账户的开发，就会导致以上前面3个问题的出现，并且有的功能需要有数据才能使用，比如上面的数据可视化，如果没有数据就无法展示。

所以测试账户是非常重要的前期准备，需要产品经理与测试团队提前准备，从而让开发能够实行产品思维的开发工作。

当然有的开发功能都没有出现的时候，测试账户就自然没有办法使用，数据都没有办法展示。

5.即使反馈需求不合理

抛开产品经理接受与否，能够在研发过程中发现需求不合理与产品设计不合理的情况，可以及时反馈需求不合理，这也是程序员有产品经理修养的开发同学。

比如在选择某个技术框架下，有一些前端交互就不支持，或者有一些功能后台的接口就没有，需要二次开发，甚至是有的功能实现需要非常多的研发时间，这时候需要产品经理思维的开发同学能够提出来。

以上的问题是我团队遇到的问题，但是也是我在要求我们程序员出现的，但是有一点，这个功能需求做不做仍然还是产品经理排版，但是如果技术实现不了，就换一个方式，就最终达到相同的问题解决方式。

今天的分享就到这里。

“关注我，了解第一批空间计算的产品经理做什么”

AI开源项目拆解群，以及每天体验1款APP

我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。

在这里你可以随时查询到你想找的各类竞品行业APP以及我收集整理的开源Github项目，马上得到APP的一手产品优化、交互设计、功能描述信息。

从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。

平均1天1块钱，扫码购买即可加入

连续体验48款应用，通过后原路退回

报名后添加星球助理

PMTalk123