这段时间更多是思考支撑APP运转背后的一些知识,关于后台技术方面的东西和产品前端是怎么关联的,
另一个PM给我举的例子,更多的是和技术上的交流和知识.
比方我们的产品说，要搞个美文美句，每天弹出来，这估计h是你以前常见的场景，研发就会问
1，后台存多少，100条还是1000条
2，轮询机制是什么，是每次上线轮询，还是每天轮询，还是每分钟轮询
3，后台输出机制是什么，是随机，还是部分随机，还是置顶输出
4，后台和前段是得到前端指令输出，还是主动输出
5，上线连接后断网，请求是挂起还是放弃
那么作为PM,到底要不要知道一些技术上的知识,对于技术空缺的我来说,我觉的是有必要的.
沟通的实质就是从消息不对称到对称的过程,所以讨论的平台和环境要尽量保持一致.最基本的要大白话,这个都必备,但是在要讨论高级一点的,技术丢出来一句专业词语,你无法明白,那么沟通的时间成本就增加啦.从而,建立一个优良的沟通环境,的技术是你要和他同频道,一些基础的技术知识还是要懂的.达不到你说的我都懂,但是要有你说的是这个意思对吗?的领悟力.
其实,每次一个新的问题,也就是我理解产品的一条线索,这个过程特别的有趣.比如我看一款产品,一开始会从它满足了什么样子的用户,产品亮点是什么,都有什么功能,交互是否合理,所有元素布局为什么这么排列?满足的是什么用户?现在又发现一条就是推动这些实现的背后--研发技术.越来越觉得无知,也越来越敬畏每一个产品.
网友评论