产品经理是否需要写数据库备份的需求文档?
Posted: Thu Dec 26, 2024 4:03 am
不过,随着消费者对品质和体验的要求不断提高,只有那些真正提供价值和独特体验的互联网礼盒,才能够持久走俏吃香。
关于这个问题,不同人可能会有不样的看法。或许在进步探讨写不写数据归档需求这个问题之前,产品经理还需要了解下数据库是什么以及为什么要数据备份归档。
起跟着作者来梳理清楚这个问题吧。 某个晚上七点,在下班的地铁上,群友发出了如下的疑问: 请教个问题,这数据库备份,各种表的删除和备份,这种需求文档也需要产品经理来写?难道不是技术人员的活儿? 什么产品功能都没有,就是因为数据库满了,内存可能不够了,要删除些表,然后备份到别的地方。
建议扩内存,开发也不听。我说我写不了,结果技术就让我看他们以 以色列电报手机号码列表 前的留言和代码截图,还是英文的,我真的是服了!气炸了好吗!就算要写,也得把前因后果给我讲清楚啊!什么都不说就让我写,我怎么写? 产品经理是否需要写数据库备份的需求文档,这在群里引发了场激烈的讨论。
、群友的看法 . 不写派 不需要,除非你会技术、如果你懂的话,可以出,不懂就让技术弄; 不需要写,懂也不需要写; 技术会鄙视,不该你写的瞎写; 这种需求为啥还要产品来写,要开发干嘛; 产品的时间和精力都花在这上面,意味着更有价值的事情被搁置了,产品的本职工作也没做。
. 论事派 这种行为看起来像是甩锅行为,开发在推卸责任。 根据描述,很明显是在给题主制造麻烦。退步说,产品可以做到这种程度,但前提是对方也要做到这种程度:应该清楚地解释事情的前因后果,不要给截图,也不要给英文。
. 要写派 这是关于表数据归集的问题,需要考虑是按月、季度还是年进行归档。这些归档需求都需要产品经理来定义。
在确定归档时间后,系统中的所有查询和统计逻辑都必须考虑到这个归档时间。数据归档通常需要拆分个菜单或入口进行查询,因此查询页面和交互是不同的。
什么样的人,适合做端产品经理? 要想成为优秀的端产品经理,懂业务和懂产品是两个很重要的标准。端赛道非常细分,产品迭代和推广的速度也很慢,这就产生了大量工作机会... 查看详情 > 数据归档由技术人员负责,产品提供规则。
关于这个问题,不同人可能会有不样的看法。或许在进步探讨写不写数据归档需求这个问题之前,产品经理还需要了解下数据库是什么以及为什么要数据备份归档。
起跟着作者来梳理清楚这个问题吧。 某个晚上七点,在下班的地铁上,群友发出了如下的疑问: 请教个问题,这数据库备份,各种表的删除和备份,这种需求文档也需要产品经理来写?难道不是技术人员的活儿? 什么产品功能都没有,就是因为数据库满了,内存可能不够了,要删除些表,然后备份到别的地方。
建议扩内存,开发也不听。我说我写不了,结果技术就让我看他们以 以色列电报手机号码列表 前的留言和代码截图,还是英文的,我真的是服了!气炸了好吗!就算要写,也得把前因后果给我讲清楚啊!什么都不说就让我写,我怎么写? 产品经理是否需要写数据库备份的需求文档,这在群里引发了场激烈的讨论。
、群友的看法 . 不写派 不需要,除非你会技术、如果你懂的话,可以出,不懂就让技术弄; 不需要写,懂也不需要写; 技术会鄙视,不该你写的瞎写; 这种需求为啥还要产品来写,要开发干嘛; 产品的时间和精力都花在这上面,意味着更有价值的事情被搁置了,产品的本职工作也没做。
. 论事派 这种行为看起来像是甩锅行为,开发在推卸责任。 根据描述,很明显是在给题主制造麻烦。退步说,产品可以做到这种程度,但前提是对方也要做到这种程度:应该清楚地解释事情的前因后果,不要给截图,也不要给英文。
. 要写派 这是关于表数据归集的问题,需要考虑是按月、季度还是年进行归档。这些归档需求都需要产品经理来定义。
在确定归档时间后,系统中的所有查询和统计逻辑都必须考虑到这个归档时间。数据归档通常需要拆分个菜单或入口进行查询,因此查询页面和交互是不同的。
什么样的人,适合做端产品经理? 要想成为优秀的端产品经理,懂业务和懂产品是两个很重要的标准。端赛道非常细分,产品迭代和推广的速度也很慢,这就产生了大量工作机会... 查看详情 > 数据归档由技术人员负责,产品提供规则。