|
Post by josna92165 on Feb 11, 2024 4:53:49 GMT -5
某个晚上七点,在下班的地铁上,一群友发出了如下的疑问: “请教个问题,这数据库备份,各种表的删除和备份,这种需求文档也需要产品经理来写?难道不是技术人员的活儿?” “什么产品功能都没有,就是因为数据库满了,内存可能不够了,要删除一些表,然后备份到别的地方。建议扩内存,开发也不听。我说我写不了,结果技术就让我看他们以前的留言和代码截图,还是英文的,我真的是服了!气炸了好吗!就算要写,也得把前因后果给我讲清楚啊!什么都不说就让我写,我怎么写?” 产品经理是否需要写数据库备份的需求文档,这在群里引发了一场激烈的讨论。 一、群友的看法 1. 不写派 不需要,除非你会技术、如果你懂的话,可以出,不懂就让技术弄; 不需要写,懂也不需要写; 技术会鄙视,不该你写的瞎写; 这种需求为啥还要产品来写,要开发干嘛; 产品的时间和精力都花在这上面,意味着更有价 法国手机号码数据 值的事情被搁置了,产品的本职工作也没做。 2. 论事派 这种行为看起来像是甩锅行为,开发在推卸责任。 根据描述,很明显是在给题主制造麻烦。退一步说,产品可以做到这种程度,但前提是对方也要做到这种程度:应该清楚地解释事情的前因后果,不要给截图,也不要给英文。 3. 要写派 B这是关于表数据归集的问题,需要考虑是按月、季度还是年进行归档。这些归档需求都需要产品经理来定义。 在确定归档时间后,系统中的所有查询和统计逻辑都必须考虑到这个归档时间。数据归档通常需要拆分一个菜单或入口进行查询,因此查询页面和交互是不同的。 如何定义B端产品及B端产品经理方法论 相较于C端产品,B端产品最大的特点是:面向特定领域用户,且数量少得多,但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强,与业务的结合更紧密。 查看详情 > 数据归档由技术人员负责,产品提供规则。例如,归档的频率、归档后的数据在哪里可以查询以及如何处理仪表盘的统计等。由于核心问题是 SQL 查询慢,这影响了许多实时逻辑,所以说升级数据库容量不是万能的。 归档的需求不仅需要产品提供良好的支持,而且对多个业务的影响范围可能大可能小。如果由于归档导致产品出现问题,比如查询不到订单等,产品需要进行设计以解决这些反馈。
|
|