产品就一定要懂数据库吗？
source link: https://www.pmcaff.com/discuss/3391768529409088?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
产品就一定要懂数据库吗？
入职一个月，面对甲方，甲方也不是做技术的，半吊子老是说数据库
1.经常跟我说如何设计表，然后又表达不清楚
2.我说至于开发怎么设计表，有需求到时候我会和开发说，就质疑我的能力，问我怎么不懂
3.然后私下跟我们老板说，意思就是不行
产品可以不懂数据库，但需要懂甲方...
这个问题可以有N种问法：产品就一定要懂技术吗？产品就一定要懂UI吗？产品就一定要懂xxx吗？
不一定人人都是产品经理，但一定人人都能对产品指手画脚，张小龙也不是每天有1亿人教他做微信么
要么你比甲方厉害，把他治的明明白白...
要么就装孙子，至少在表面先附和他，谁让他是甲方呢-，-
这种情况 我都会给依 礼貌性的微笑
在需求调研中 经常会遇到 这么几类人
1、懂业务，并且能讲的很明白，并且自己也在用（这种人可遇不可求）
2、什么都不懂，一问什么都“明白”，天南地北的一通乱扯（这种人不可信，需要产品自己分析他说的是不是真的需求）
3、懂业务，自己要什么都知道，只给你讲要开发什么功能，做什么判断（这种人，需要跟多的反问他，这个功能解决什么问题，用在什么场景，等等。问清楚了 大家都相安无事，问不清楚，万一做错了就只能等着背锅了。）
在绝大部分创业公司,数据平台开发不完善或压根没有,再加上项目比较多,开发可能没太多时 间给咱们拉数据,或者在急着要数据但是开发又腾不出时间来的时候,
先说结论，好的产品确实得了解数据库。即便非技术出身，偶尔也要学习下。
再说说用法，1.最基础用法，拉平技术沟通成本，以及可以怼回内部低价值需求；2.普通用法，扩大自身适用场合，面对客户时必要专业术语能直击主体，减少弯弯绕绕；3.高级用法，跨季度跨半年度产品规划中减少小坑，节约修整时间；4.更高级用法，还未企及，不敢妄下定论。
- 好的产品经理，天时地利人和，谁家有几亩田，田里几头牛，牛一顿吃多少都知道。
- 好的产品经理，上知五百年，下知五百年，上天下地，样样精通。
所以俺是不好的产品经理，俺就知道特么的调研客户需求、画个原型、协调开发，其他的都去你妈的吧
不需要一定懂，这个答案招聘网站都明确告诉你了。
我感觉题主是不是本末倒置了，专业的人做专业的事，你和甲方在这个技术上半吊子水平就算了，怎么敢和开发讲设计表。你应该和甲方聚焦一下需求，把甲方从技术角度拉回来！
看具体面向客户群体，如果你是面向B端、G端且面向的客户都是懂一些技术的，那么最好你也要懂一些。
例如我面向的都是GA的科信用户，他们都是懂数据库类型、sql、api、kettle、kafka、建表、表结构算法等等技术，我要是不懂他会认为你非常不专业，而且沟通起来非常吃力。
如果你面向的是C端用户，根本不存在这个问题。
赶紧跑路吧
你可以直接**********然后再****然后*****问他ok吗？
我还经常被问到服务器部署问题，网络怎么接，太难了
你想证明你专业
懂数据库，可能是一个论据！当然你也可以用其他的方式证明...
这玩意儿特别简单，建议你可以作为了解内容看看
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK