做产品需不需要学技术，这里有最好的答案

发布网友 发布时间：2022-04-20 11:36

我来回答

共4个回答

热心网友 时间：2023-09-14 10:18

产品经理一定是要懂技术的，首先不管你是什么产品，是实体产品也好，还是设计产品也好，甚至是虚拟产品也罢，既然你是产品经理，那对于自己的产品的相关技术参数，文件都要有一定的了解。

这里说的懂，并不是说一定要和你们公司的的技术人员一样钻研的那么透彻，最起码的对于自己的产品祥关的技术环节，基本点技术参数都要熟记于心，有些相关的技术资料可以不用深入考究其原理意思，但一定要能在客户的提问下一一回答，因为如果与客户沟通的时候，难免会遇上一些看懂行业的专业级客户，通常这样的客户就会问出与产品技术方面极为相关的问题，因为专业的客户并不会完全相信你的口头产品承诺，他们更会愿意用实打实的技术资料及参数去对比你们家的产品优势在哪里，劣势在哪里。从而决定是否选择你所提供的产品。这个时候如果你能极其流畅的像你的客户介绍你的产品的相关技术内容，首先客户会对你这个人感到非常的专业，觉得你会非常的靠谱。其次详细的技术参数的介绍会让你的客户对你的产品得到更加详细的信息，这样客户心理会更加愿意选择他们所详细了解的产品。还有就是在公司内部沟通的时候，不懂技术的产品经理在和自己公司里的技术人员沟通的时候会非常的有困难，通常情况下技术人员都有一个通病，那就是他们在研究技术问题的时候超级有耐心，但是在与人沟通的时候会一点耐心都没有，他们希望自己一说你就能听明白，这个时候如果你听不懂，反而会找来他们的反感，从而学习产品技术的渠道就更加的困难。所以在自己空闲的时候，即使是一位产品经理，也应该要了解产品相关的技术。

热心网友 时间：2023-09-14 10:19

技术作为产品经理工作中的一个因素，尽管一般并不需要产品经理撸起袖子亲自上阵去调试程序、画 PCB 版图，但是技术对项目工作的影响是很大的。产品经理短期内若不精通技术，可以多发挥团队的力量，甚至外部专家的力量，以高效地完成相关工作。但从长期来看，还是需要持续地提升技术能力来支撑相关工作。
产品经理的领域内技术能力可以支撑他完成如下的工作：
1、在现有的技术框架和 / 或产品架构上，判断完成确定的某个产品版本在实现其对应的功能特性时的技术瓶颈，从而保证每一个产品版本在技术演进路线上是均匀的；
2、 判断并保障产品需求（一般由研发项目组完成）与用户需求（一般由产品经理完成）的对应关系；
3、估算并确定每一个产品版本在产品研发任务（对应于一个研发项目）上的工作量及研发成本；
4、在产品验证和确认阶段，能够站在产品既定客户的角度，确定产品是否满足了原先规划的各个功能特性。
因此，我们一般是建议产品经理有必要可以提领域内的技术能力，包括需求开发与需求管理、产品设计、质量管理、 竞品分析等这几项产品经理需要掌握的领域内知识与技术能力，可以结合 日常的工作，在完成实际产品设计、开发和实现的过程中进一步精进。

热心网友 时间：2023-09-14 10:19

1.pm需要懂技术么？

要的，作为产品，懂技术可以和技术高效过需求，同时对自己产品／项目的把控度也更强。

举几个栗子：

1.不会因为不懂技术被嘲讽、被糊弄

我在做c端产品实习的时候，从来不管技术大哥如何实现，总是说：

-你怎么实现我不管，我就要这个～

-这个功能不就是xxx么，你直接说要多久把～

-这次的需求很简单，只要做xxx就行了，prd你看下哈～

搞得技术大哥很尴尬，而且在技术心中，这样的pm地位很低，你啥都不懂，还特么想给我提需求？我自己也很虚，经常是跪*着求实现需求的状态，遇到case只能去找技术解决～

所以过需求的时候技术跟我说这个排期多久多久我就信了，导致有一次一个rd把我一个小需求拖了一个月，有时候直接跟我说这个需求做不了，我也就信了？

现在再也不会了，至少我会去追问“一个简单的分页为什么要做这么久？”

技术大哥会跟我解释：因为一页的数据来自不同的数据库的不同表，做分页就很麻烦～

那我觉得这样的解释ok啊，这时候说你排期吧才真的没毛病！

2.写需求更高效

你要知道你的产品的每一个块都要落数据库的，所以设计产品架构的时候模块化很重要，有哪些字段也很重要～

听过一句话，你的产品架构，其实也是技术架构！一定不能乱（乱耦合）！

所以在写需求的时候，一定要写清楚产品结构图，另一方面，知道别人怎么工作的，写需求才能按照他们的思路去写，比如：

前端要做哪些？字段、样式、交互（操作前、操作中、操作后）、边界条件（字数、图片尺寸等等）

3.过需求更高效

我来点评之后第一次过大需求，拉着前端、后端、qa开需求会，我从头到尾把需求说了一遍，自认说的很详细了，结果大家还是一头雾水，问题不断，于是我又按照自己的逻辑说了一遍，还是一堆问题。

这时候，我mentor打住我，让大家停一下，然后对着开发挨个说：

对前端说：我们这边新增了哪几个页面，ui设计稿什么样的，交互是什么样的...前端done!

对后段说：我们这次的产品大逻辑什么，新增了哪些字段，最重要和复杂的逻辑是哪些，可能要哪边的接口，那边的技术已经帮你找好了....后端done!

对qa说：这次的迭代和之前有什么不同，最重要的测试点是什么，有哪些风险要测下，回头上线的时候跟我说下我们一起看下...qa done!

最后强调了下项目的目标和重点，拉着大家过了下估时和排期，整个需求会done！

高效明了！！

所以啊，你要懂人家在做什么，才能跟人家进行有效沟通～

4.对自己产品／项目的把控度也更强

实习时候的一个项目的时候，从b端招商-录入系统-c端展示都是由不同的团队负责具体的某一块，只有我一个人知道整体的逻辑架构，当时出了一个case，目前的流程看似是无法走通的，但是其实如果了解底层是如何实现的，完全可以从技术角度去解决，这个case出现的时候我还请假在学校，打了几个电话就解决了，就很踏实很放心。

这个时候，我才意识到，作为产品owner意味着什么，意味着你特么是最了解整个产品所有细节的人！你要对整个产品负责！出了任何问题都会来找你！你是所有人的backup！你说你不懂技术不了解底层行么～

仅供参考

2.pm要懂哪些技术？

论技术，我只是个外行人，

自己结合工作中遇到的问题摸索了下，

了解到了一些皮毛，很多知识我都简单化了，

和大家分享下，给大家提供点学习的思路～

下面从按照：前端、后端、app端开发 三方面阐述

关于技术，你要先知道的是：

浏览器前呈现的内容基本是前端负责，浏览器后传过来的数据和逻辑大部分是后端负责

为了加深印象，你可以先看看这篇文章：你刚才在淘宝上买了一件东西 - nnice - 博客园

看完了我们接着看～

2.1 前端

前端=html+css+js=>结构+字段+样式+交互

（我喜欢公式化拆解，这样是为了便于理解，并没有不尊重前端大哥们哈～）

对于前端的工作，了解以上问题，前端的大体工作基本就清楚了～

建议通过下面的渠道方法来进行学习：

a.w3school 在线教程

去看下html结构、标签和css的内容，看一点懂就好了，不要求会敲！

HTML 全局属性

HTML 事件属性

第二个链接中的表都快成为我交互checklist了～

仅供参考

b.chrome 开发者工具 ：大杀器！直接让你看看人家前端的代码是怎么写的哈～

可以从这篇文章着手查看Chrome开发者工具不完全指南（一、基础功能篇） - 卖烧烤夫斯基 - 博客园

仅供参考

c.慕课网 你可能要去了解下 ajax、json这些东西

JavaScript教程-JavaScript入门视频教程-慕课网 先看这节课

Ajax全接触-慕课网 再看这节课

这两节课程非常短，一定要看完！！

看完之后，相信你对前端大哥的工作已经心中有数了～

d.其他

关于前后端如何进行数据传输：大部分是通过api接口的方式获取，所以你需要了解的有：利用「接口」做产品时我们该如何思考？ | 人人都是产品经理

关于现在常用的h5：还请看下这篇答案：H5 是什么？

2.后端

其实后端大哥写代码，所用到的不同编程语言，函数，编码方式各有不同，我们完全不需要知道他们是如何实现的，业务层的逻辑我们只需要自己搞清楚就好了，只要你做到以下几点，基本和技术大哥没有隔阂：

1.需求目标想清楚，细节说清楚，原型画清楚，边界条件想清楚！

2.态度端庄，报以询问尊重的语气让技术大哥给你评估需求，并排期，千万不要说“不就是xxx么”

3.对需求负责，不要乱改需求，不要频繁改需求，改需求时态度好点并带上奶茶～

然后有空可以看看下面这个问题，不要提出一些傻*嘻嘻的需求：

有哪些产品经理认为很简单，实则开发很难的技术？

a.从技术理解一个产品，大概可以分为5层：

逻辑层——把产品需求翻译成逻辑

实现层——具体的函数方法、写代码

接口层——各模块交互的通道

数据层——程序执行的结果

架构层——技术的抽象、结构、调用关系、规范

这里面，pm一定要负责的是逻辑层，你在设计需求的时候，要有【模块化】的概念，

说的简单点，就是每一个业务就是一个模块，那么底层的技术那边也是一个模块！

模块越清晰，每个模块之间不要耦合在一起，这样回头迭代起来就越方便，

不然就会出现，你觉得加一个小功能很简单，但对于底层但技术来说，完全就是两套技术架构～

此处借用网上的一张图，关于酒店业务的，每个业务都是一个模块，迭代起来非常方便

仅供参考

ok，那刚刚说的，如何如了解后端技术呢？其实也有个公式

程序=算法+数据结构

（我这样说只是帮助理解，rd大哥们真的不要打死我啊...）

b.算法

算法这边非常复杂，我的建议是，如果你不是专门的做算法方面的产品，

了解算法的逻辑就好，不要求知道怎么实现的，有些比较有趣的算法，比如

网易云音乐的歌单推荐算法是怎样的？

大家如何看《今日头条》的个性化推荐，如何实现的呢？

如何评价知乎的回答排序算法？

这些有趣的算法都可以了解下，对掌握技术都很有帮助的～

c.数据库

只需要会一种技能：sql

真的，从周边同行来看，感觉sql已经成为pm必备技能之一了，大家都在写sql

为什么呢？因为要关注数据！但是不可能一个小数据都要bi帮你写，所以只有自己写！

所以关键点在于 数据驱动产品的发展～

我曾经问过我的一个技术大哥，我怎样才能走进开发大哥的心

老哥抽着烟看了我一眼，说：你先把底层的数据库好好看看吧～

可谓是一语道破啊..

关于sql，只需要看一本书《sql必知必会》，链接见下

https://pan.baidu.com/share/link?shareid=2505662611&uk=2987501288&fid=1123158373539826

很多人看到group by 基本就放弃了，讲真，这本书不是让你单纯看的，平日里自己去写一写sql看看自己产品底层的表结构，神特么有意思好伐！而且写sql这种事情真的超有成就感！


3.app端开发

其实这块的只是我不是很熟悉，我自己因为做web端产品比较多，其他的产品也是在app上用h5页面做的，所以基本上很少接触，所这块大家有兴趣可以自己查看下哈，我能提供的就是说，注意下大家都会遇到的

1.不同系统的兼容性问题

2.不同版本的兼容性问题

3.不同屏幕尺寸的兼容性问题

4.android 和 ios 系统的规范（这个直接百度能查到很多～）

5.android 和 ios 打包发布流程

---------------------------------

最后说一些别的吧

仅供参考

1.产品懂技术，为了是提高沟通协作的效率，而不是为了流氓会武术，绝对不能报着学会了点技术皮毛，看你以后还敢不敢糊弄老子的心态，这样永远没法协作好～

2.提高效率最好方法是和rd大哥搞好关系，提需求改需求，认真负责，态度端庄，私下相处和睦～多技术都很有自己的想法，有时候一些老员工，他们对于业务的理解比我们还要深刻，多沟通，多交流，多学习，ok的～

3.关于技术知识，我提供的只是通用的很少很少的一部分，建议大家根据自己的产品或业务实际情况来学习，不要闷头去钻研如何写代码！技术大哥嘴里蹦出来不懂的技术名词还请百度去查看，一定要厚着脸皮把自己产品的底层逻辑问清楚了～

4.作为产品，需求靠不靠谱才是关键，懂点技术只是提升效率，如果你需求不靠谱，方向错了那么提高效率也只是加速了走向坟墓的时间罢了～所以大家不要钻到技术眼里去了，满*都是技术，有个leader曾跟我说：低头做事，抬头看天～共勉

以上，就是我这半年来摸索出来【产品经理懂技术】的一些感悟～

热心网友 时间：2023-09-14 10:20

将以下的事情能处理好，你就是一名好的产品经理
产品经理软技能：
个人魅力：包括沟通能力，领导能力，愿景能力，感染能力，审美能力等等；
产品修养：产品修养包括混迹产品社区，运营社区，优秀产品群；
互联网修养：了解互联网现状，跟踪互联网热点，跟踪互联网前沿，混迹互联网社区。
项目管理
产品经理的一个重要角色是项目经理，产品经理需要对整个项目的结果负责，包括按时交付，合格交付，成本控制。
项目经理需要熟练项目的5大过程组和10大工作领域，对于互联网产品经理来说，主要内容包括：
项目沟通：沟通是互联网开发中产品经理最重要的工作，包括和上级，开发人员，运营人员等等；
总体进度计划：项目的总体进度，例如产品设计，UI设计，各个模块开发，测试进度，部署等等，产品经理必须把握整体的进度，针对节点进行审核；
开发详细计划：开发详细计划是总体进度计划的一部分，一般来说开发计划是技术经理维护，但是产品经理必须进行整体把控；
项目控制：项目干系人，风险，进度，质量等等控制。
协助推广
产品开发出来必须推广到市场，否则产品就是一个实验品。产品经理不需要完全负责运营推广，但是必须对运营人员提供必备的支持。
基本工作如下：
基础运营数据：获取产品的基础运营数据，例如下载量，用户量，支付金额，留存；
埋点：埋点的一种获取产品运营数据的重要方法，他可以分析页面点击，页面转化等等；
业务数据：业务数据例如订单情况，售后订单，销量等等；
竞品分析：和市面上相似产品对比分析；
Swot分析：了解本产品的优势、弱势、机遇、挑战。
迭代开发
第一个版本做出来后，产品进入迭代开发阶段，一般迭代周期是2个星期；迭代开发就是将从产品规划到运营过程进行浓缩，每个迭代周期开发少量的功能。
基本的工作如下：
收集需求：收集产品的需求，哪些需求进行迭代开发；
需求排序：针对需求进行排序，高优先级的尽快开发，优先级低的稍晚开发；
细节功能设计：第一个版本的功能进行细化，例如效果细化，交互细化等等；
迭代计划：维护整个迭代过程的项目计划。
根植行业
产品都有很强的行业属性，必须熟悉本行业才能设计本行业需要的产品，否则就是空想。
我们需要了解行业现状，熟悉行业痛点，熟悉行业热点，并且还得了解相关行业，此外需要熟悉相关的法规，道德，加入行业圈子，多逛行业论坛。
个人魅力
上述讲的是产品经理硬技能，下面介绍一下软技能，软技能更多的是个人的修养问题，但是这些会影响到产品经理的整个职业生涯。
个人魅力包括个人领导能力，沟通能力，愿景能力，洞察能力，审美能力，感染能力。拥有强大个人魅力的产品经理才能成为整个产品的领导者，才能激励整个项目成员，提高团队效率。
产品修养
产品经理需要提高产品修养能力。
产品修养包括：
与高人为伍：有时高人的一句指点胜过你苦思冥想一个月，产品经理需要向前辈，向领导，同级组织成员请教，请教他们你不熟悉的内容；
与实践者为伍：不要和空想者为伍，而是和实践者为伍，产品的使用对象均是实践者，实践者的想法将会提高你整个产品的境界；
产品社区：例如产品壹佰，pmcaff，多看一下帖子提高自身修养，此外多加入一些QQ群；
运营工具：例如应用雷达，酷传，APP annie，ASO 100，百度指数等，运营工具可以用来分析产品的运营数据。
互联网修养
一个互联网人，必须熟悉互联网，有一定的互联网修养，多看新闻，多参加一些沙龙，提高自身的互联网修养。
了解互联网现状：熟悉当前中国和世界上优秀的互联网公司，多了解互联网当前现状，例如阿里巴巴，腾讯，百度，小米，华为，360等；
跟踪互联网热点：当前互联网热点，例如项目热点，投资热点这些，可以查看36kr，虎嗅，这些社区提高了互联网热点现状；
跟踪互联网前沿：例如vr/ar，物联网，智能设备等等；
大数据平台：常见的例如易观数据，talkingdata，这些互联网大数据平台会提供部分免费的行业分析报告，了解互联网大数据对产品整体把控有一定的帮助。

如果需要学习，可以看下这几个软件：
1.脑图工具：百度脑图

2.文档共享：蓝湖、Axure等软件

3.项目管理：jira