入职人工智能产品2个月,做一个小小回顾总结
技术
入职人工智能产品经理,加入语音对话系统的项目团队,负责语音平台产品。对于技术驱动的产品,发现自己掌握的技术知识不够用(之前做web产品,而且静态页居多),在这里需要了解机器学习(ML),深度学习(DL),语言识别(ASR),语义理解,自然语言处理等相关技术,同时需要了解智能语音行业市场布局及角色定位。
对于新事物,新行业,新产品,我的习惯和思维方式是:
1.从高视角找到行业边界,分清各个模块,清除模块之间的关系
2.然后按照优先级逐一研究各个模块儿
目前还处在第一步的后期,后面计划两个星期研究一个模块,带着问题去看书查资料,然后以文章的形式输出结果。(日后每一段学习都要写一段小结,用于分享和自我审查)
后面会写一篇文章讲述非技术产品经理该掌握的技术
人设
进入一家新公司,最开始的一言一行都会影响到你在团队中的形象,即人设,如第一篇需求文档,第一次需求会议,第一次展会,第一次公开讲话。
在这里的第一篇需求文档虽然团队成员都说比之前的好,但我并不满意,没有觉着很好
1.排版可以再完善
2.原型图统一
3.细节考虑不够想尽——最近在研究这方面的方法,后面可以单独写一篇文章总结这方面的方法
4.需求会议前组织组内会议初步确认需求
这里面感触最深一点是发现不合理的地方敢于提出来,比如说文档不规范,流程不正规,大公司也不一定就很规范权威,敢于质疑
沟通
技术型产品主要是与技术沟通,所以要掌握相关技术,了解技术思维。技术型产品经理与技术的边界是什么?这两天看到【我偏笑】的文章,他的答案是
技术负责给出问题的解,而技术型产品负责给出要求解的问题,这个问题是从哪里来的:掌握
1.对话问题的来源是语言中存在的现象——更多的了解语言本身
2.对话问题并不是对话平台唯一要求解的问题——分析竞品时建立起对整个平台生态的把握
3.如果缺乏对已有解的了解,寻找问题的过程也是低效的——跟进ML,DL,NLP领域的发展
沟通的最终目标是让正确的需求落地,首先自己要是一个非常靠谱的人,任何一个设计都有理有据。产品经理是解决问题的,设计就是对问题给出解决方案的过程,这里面有两点
1.问题分为已有问题和未知问题,产品经理能否预知尚未发生的问题
2.解决方案是否合理,是否会影响到其他模块,成本怎么样
这两点才是产品经理的核心能力
项目推进
个人感觉这里的节奏太慢,大家已经习惯并满足这种节奏,这个是和企业文化相关,当然团队中也有一心想完成项目的人。产品经理到一个新环境要迅速掌握项目进度,了解团队组织架构,了解关键人员品性,了解团队所有成员性格特点和做事态度。团队士气并不高,后面会专门研究如何提高团队士气,建立团队文化
另外不建议产品经理以外包形式进入企业,我是比较幸运,遇到了一位识人性并且非常信任我的领导,允许我自由发挥。隔壁组的外包产品因为没有话语权最终选择离开,而且外包产品经理在推进项目过程中会更困难。
细节
1.信息同步问题,尤其是时间变更的事情,发个邮件不能确保所有人都看到,这个取决于企业文化
2.宣导需求时,强调重点和细节,确保大家都认真听清除——如何提高复杂需求的沟通效率
3.注意向老大回报你的计划和安排,可能不一定看,但一定要说
4.注意说话是要顾及老大的面子,谦卑恭敬之心,切莫目中无人,这点不能被环境影响,不能被他人影响
5.开发提问题,注意他的出发点,可能不是从产品角度出发;所以还是前面提到的那一点,让产品的每个设计点都有原因,每个决策都有理有据
6.激发别人说出自己的想法——能力
9.如何让别人愿意为你做事,愿意跟随你——能力
7.临时叫某人来参加会议的时候,要做个铺垫,让其有融入感——何炅的圆场能力值得学习
8.估时间要考虑到之前的项目是否有可复用的地方——如何更好的估时间
10.学习也好,沟通也好,不管做啥,先确定目标,比如带着目标学习比漫无目的的看书更有效率
11.不确定的事先单独跟相关人员说一下,或问一下老大
12.开发过程中,不能随便听某个开发的建议,以文档为准,否则很容易信息不同步
13.对于甩锅这件事,不是自己的锅坚决不背
14.测试说这个东西没什么可测的,可能是他不知道怎么测,反问“你确定”,对方一般就会重新思考
15.将经验与现有公司的实际情况结合,选择最优,可能现有公司的某些制度需要更完善,但是做之前要跟相关人员讲一下
疑问
1.技术产品经理的知识体系是怎样的,如何构建
2.非技术背景的人工智能产品经理,如果要读研或者出国留学读什么专业和院校
网友评论