小PM在写需求方案时的反思

作者: 旅兔seven | 来源:发表于2017-08-01 11:53 被阅读30次

一句话总结:一个方案,甚至是一个小需求,都需要反复进行推演

最近做了一个小需求的方案,在和技术同事沟通过之后,大家认为方案都没有什么问题了就决定开发

我也因为认为这是一个简单的“小需求”而在文档写过之后再没梳理

当技术同事今天和我沟通文档中的一些问题的时候,开始意识到:

不论需求有多小,文档写的有多简单,都一定要反复的拿出来看,把逻辑理清楚。这样多做上几遍,虽然可能还是无法做到完美,但却能将雷降到最低。

对于新产品的方案更是如此......

反思的过程中,发现自己真的是太偷懒了,一个新产品的方案做出来之后,就放那里了.... 虽然是在等老板过审,但自己却一直感觉无所事事。今天再把方案拿出来的时候,感觉整体都很平庸,虽然资源缺乏不是自己的锅,但在整个产品的体验和创新上都没有用尽力气。

对自己有些小失望

就像之前在简书写的 对于产品经理来说,最大的缺点是什么,我提到的是拖延;现在应该再加一个:平庸

因为在工作上其实没有什么人来指导你该怎样怎样做,转行的缘故,除了同事也没有圈内的朋友,所以很想多认识些同行,希望可以和大家一起交流,一起学习。

如果有的话,请评论我或者私我呀,手动比个心

好了,我去死磕方案惹~

相关文章

  • 小PM在写需求方案时的反思

    一句话总结:一个方案,甚至是一个小需求,都需要反复进行推演 最近做了一个小需求的方案,在和技术同事沟通过之后,大家...

  • QA与RD、PM沟通——测试过程中,遇到的问题

    在测试过程中,经常遇到需要和RD、PM沟通的问题。 1、写case时,对需求文档内容存在疑问。 解决办法: 1)先...

  • QA与RD、PM沟通——测试过程中,遇到的问题

    在测试过程中,经常遇到需要和RD、PM沟通的问题。 1、写case时,对需求文档内容存在疑问。 解决办法: 1)先...

  • 为何要读源码

    困惑与反思 代码写的不够多研究讨论需求和方案的时间太多,写代码的时间不能保证 各种技术模式掌握不深刻各种模式学习了...

  • 聊聊我认知的中台(二)--五个问题

    Q:工作流上来说,中台PM和其他PM最大的差异? A:有哪些核心主干流程上,都没有本质区别,需求调研、方案成型、评...

  • 敏捷开发模式

    PM提出需求/业务提给PM需求>UX出lo-fi低保真>lo-fi经过PM加工变成带开发文稿的prd>开产品需求澄...

  • Android静默安装的两种方案

    一些产品要求APP在升级时能够实现静默安装,而无需弹出安装界面让用户确认。这里提出两种实现方案: 方案一:通过pm...

  • 宝塔面板-计划任务-pm2

    在宝塔里的计划任务写pm2命令直接写pm2命令会提示pm2不存在 先whereis pm2 找到目标路径在shel...

  • PM增加需求

    1.计算利率 报批这项内容不放在算最终毛利率的系统里 2.添加客户&供应商 添加客户和供应商名单权限开放给项目经理...

  • 小马哥周报-7月第1周

    本周总结&工作重点: 1.日常需求安排、跟进 2.PM激励方案完成 3.设计师激励方案完成 4.结算七月前设计师和...

网友评论

    本文标题:小PM在写需求方案时的反思

    本文链接:https://www.haomeiwen.com/subject/dffrkxtx.html