读书笔记-关于后台产品经理

本文是对一本关于电商后台产品的书籍的个人评价与思考。作者从价格、产品经理品质、产品需求文档等多个角度进行了评论,并对书中的观点提出了质疑,如产品架构的作用及产品经理与架构师的职责区分等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

双11后面,去看一下我的淘宝有没有送货,却注意到淘宝给我推荐了一本书。

是一本关于电商后台产品的书,这个推荐算法着实牛逼。

自己是一名后台产品经理,虽然不是电商,但我也想看看他们是怎么做的。

因为我现在都还不太懂,后台产品到底有啥用?

书我还没看完,看的这一部分我想谈谈自己的感受。

第一,书的价格有些高,不打折其实并不实惠(在书这个行内)。当然知识也许是划得来的吧。

第二,里面开始说到产品经历的一些品质。都很虚,但也许也很实在。我实在没见到一些具备书中所有品质的产品经理(我也在鹅厂呆过的...)

第三,产品需求文档到底该详细还是精简,我有点不太清楚作者的观点。我个人认为应该是简洁。但可以git保持更改历史。

第四,电商的独特性。作者认为电商是很成熟的东东,我们都可以去淘宝注册个店来体验一下。这个确实是一个不错的事情。但是这也正如作者所说的,其实这也是前端啊,不是后台啊...

比如作者说,看到京东的购物页,想象场景化的功能。

但这些都不是后台,都只是前端的逻辑。当然这些都需要后端的配合,但是你看了这个,并不会对你,这个后台产品经理怎么解决问题有实际帮助。我认为作者这里的逻辑是有问题的。

第五,产品架构。这个是我最想吐槽的。我认为如作者这样的产品架构,其实是没任何卵用的东东。千万不要这么做。

而且其实作者一直谈到后台逻辑的自洽,然后又用现实的理想主义者回避逻辑自洽问题,我认为有一种玄学的意思。

虽说实际后台产品的工作可能真是有一些玄学,但是能有错的理论或者方法,才是真的可以实践的方法,你又不是搞形而上学。

看了作者的产品架构,其实感觉只是一个头脑风暴的东东。产品架构层面并没有指出如作者所说的功能边界。

但是作者又说边界是一个优秀的产品经理的素质。一个优秀的产品架构,可以app发布好久以后都能使用。

然后作者竟然举了一个网易云音乐前台的信息架构为例子,这个逻辑自洽么?兄弟...

然后作者提到后台系统的演化,我认为这个就更坑了。这个应该和产品没半毛钱关系吧。

不过这里倒是说到了一个问题,产品经理怎么控制迭代版本?

这个作者只是说这个很重要,但没有给出解决办法。希望有高人能回答吧。

第六,我就看到这里了。前面的有些挑刺,但是有话直说总比银粉阳痿好的多。而且思想有不同,才能擦出火花,我们才能进步吧!

 

另外,我现在还很不太清楚的一个事是,架构师和产品的功能划分?

我现在更会把产品作为一个需求的一手分析方,而架构师才是真正与后台系统的桥梁。

而这样的架构师,要求我认为是极高的。

懂业务,懂技术,完美了。

如果产品就是简简单单的画出如书中一样的产品架构,我觉得是害人不浅的。

转载于:https://www.cnblogs.com/onhacker/p/7875299.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值