入职人工智能产品2个月，做一个小小回顾总结

技术

入职人工智能产品经理，加入语音对话系统的项目团队，负责语音平台产品。对于技术驱动的产品，发现自己掌握的技术知识不够用（之前做web产品，而且静态页居多），在这里需要了解机器学习（ML），深度学习(DL)，语言识别（ASR），语义理解，自然语言处理等相关技术，同时需要了解智能语音行业市场布局及角色定位。

对于新事物，新行业，新产品，我的习惯和思维方式是：
1.从高视角找到行业边界，分清各个模块，清楚模块之间的关系
2.然后按照优先级逐一研究各个模块儿
目前还处在第一步的后期，后面计划两个星期研究一个模块，带着问题去看书查资料，然后以文章的形式输出结果。（日后每一段学习都要写一段小结，用于分享和自我审查）

后面会写一篇文章讲述非技术产品经理该掌握的技术

人设

进入一家新公司，最开始的一言一行都会影响到你在团队中的形象，即人设，如第一篇需求文档，第一次需求会议，第一次主持站会，第一次公开讲话。

在这里的第一篇需求文档虽然团队成员都说比之前的好，个人觉着还是有以下几点待完善
1.排版可以再完善
2.原型图统一
3.细节考虑不够详尽——最近在研究这方面的方法，后面可以单独写一篇文章总结这方面的方法
4.需求会议前组织组内会议初步确认需求
5.提高需求评审会议效率（也会涉及相关方法）

这里面感触最深一点是发现不合理的地方敢于提出来，比如说文档不规范，增加沟通成本，流程不正规，浪费资源，大公司也不一定就很规范权威，敢于质疑

沟通

技术型产品主要是与技术沟通，所以要掌握相关技术，了解技术思维。技术型产品经理与技术的边界是什么？这两天看到【我偏笑】的文章，他的答案是
技术负责给出问题的解，而技术型产品负责给出要求解的问题，这个问题是从哪里来的：掌握
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.非技术背景的人工智能产品经理，如果要读研或者出国留学读什么专业和院校

3.人工智能产品经理与技术的边界？
4.产品经理的壁垒是什么？
5.AI产品经理与传统产品经理的区别——笔者认为AI产品经理依然是为用户解决问题的，要研究用户的行为习惯和想法及期望，进而给出用户满意的方案