@产品0岁的产品经理产品经理

7.9--7.13每周产品学习工作输出总结

2018-07-15  本文已影响113人  e3ff9d95a27d

<不断输入不断输出,在未来某一天构建自己的产品体系>

2018.7.9

prd上写的评审时一定要说出来,哪怕是细节也不要有遗漏。上周六开发完进入测试阶段,测试给开发A提了一个bug,说是prd上有个查看帖子后帖子置灰功能没上,A直接冲到我工位上火气很大的说加什么功能啊,这个功能没法做。我本身属于性格比较好不喜欢发脾气的人,看到A这样并没有像平时一样一副好说话的态度,很强硬的回他,prd上清楚的写着,我们以prd为准。A接着说你虽然prd上有但评审的时候没说。了解到有一定开发量又临近发版这个功能还是没加,但A过会后又到我的工位跟我道歉,说刚才说话语气过重了。在这件事上我确实要承担过失,prd上虽然写的逻辑和需求一定要在评审是和开发同步,哪怕是自己认为很简单的功能也要拿出来让与会人员知道。

此外在沟通上我感觉自己并没有错,产品和开发关系总是被描述的很微妙,产品也很容易被开发喷。产品在任何时候都不要玻璃心,要有点不要脸的精神。我自己的性格有时偏内向、不够自信和不喜欢拒绝别人,所以总是提醒自己在和各部门沟通时要表现出强大的自信和决绝的态度去感染对方,当然前提是有严谨的逻辑和熟练的业务。目前所在的项目组有Android和iOS各有一个比我早进公司性格又偏强势甚至有些不讲理的同事,而对接的一个运营同事也有些偏执,这些看似不太友好的人恰巧可以锻炼自己的沟通能力让自己更强大。最近喜欢一句话:你所抗拒的,都将持续。

评审过后有任何需求变更都要及时和开发同步并且要在测试前更新prd。这两天在测试阶段,测试总会向开发提bug说某某功能没做或是不对,然后开发就会找到我,结果我再一看是之前已经和开发沟通过的某些功能不做或变更。但测试对着测试的文档是需求评审完的prd文档(公司的定稿文档都是交互设计师以图片形式上传),开发过程中一些变更我只能以文字的形式在wiki上更新,但测试同事又没有去看。所以总在测试阶段出现信息不同步的问题,进而带来沟通成本。这个也是需要自己去反思的,自己在更新wiki后要主动同步给测试同事。

2018.7.11

需求已经开发完进入测试阶段,这一天几乎都在和测试、开发确认需求细节。哪些是需求的临时变更?哪些是开发的bug?感觉时间都在沟通中流失掉,这里主要有两个问题,一是前前后后有关prd需求变更信息同步不一致,二是沟通方式和技巧。prd涉及的人包括pm我自己、交互设计师、UI设计师、开发。在开发过程中存在需求被砍,逻辑细节变动等问题,这时需要在测试前把prd文档更新至最新,否则就会存在需求确认的问题。

今天在上班路上听薛兆丰的北大经济学课程突然想到一个问题,其实在面试时也会遇到,比如面试中面试官提出的场景题自己很难很快给出一个有思路和完整的方案。听完音频我在想除了面试紧张外更重要的是平时没有缺少训练,不是自己脑子里没有存储相关的知识点,而是像搜索引擎一样有内容但卡在如何展示对应的结果,关键就在推荐策略这一块。我自己在回答即时性问题时就像搜索引擎一样没有一套优质的推荐策略,而这一套需要自己经常去思考去练习,这样在之后的面试中才能尽可能调取脑子里的存储信息和知识,给出合理的解决方案。

2018.7.12

角色化与去角色化

今天周会,产品、运营一起和部门leader汇报工作,虽然大家都很熟悉但我在汇报本周工作时还是有些紧张,表述时言语中不够严谨。其实这一直都是自己的一个毛病,也应该是很多人的一个毛病,比如在领导面前,在面试官面前。曾经思考过问题的本质,还是角色化的问题,因为在这个场景里不仅给了自己角色还给对方角色。比如面试时当你在等待或者见到面试官那一刻,你给自己的角色就是面试者,给对方的角色是面试官,而这两种角色中面试官会决定面试者的面试结果,过还是不过,而恰巧结果又是面试者极其在意的,特别是面试自己心仪公司时会更加在意,所以在自然就容易紧张,回答场景题时脑袋里一团糟丝毫没有头绪。

至于解决办法很简单就是去角色化,不要给自己给自己带入到对应的角色里,这样就不存在心里压力,可以表现的更自如。说来简单但就今天表现而言还是不尽满意,多去给自己心里暗示或许会更好一点,这样自信心也会逐步提升。角色化这个不尽可以用在自己身上,在某些场景下提醒自己去角色从而更好发挥,另一方面对于pm而言,在做用户访谈时也可以去角色化,这时候要去的不是自己的角色,而是用户的角色。在访谈这一场景里可能用户因为知道自己是受访者而对方是产品的工作人员,可能在聊天过程中很难说出更多的真实感受。特别是对特殊的用户群体更有必要在正式访谈前如何帮助受访者去掉带入的角色,比如教育产品的学生等。

7.13

作为一名pm不会拒绝别人容易妥协是一种致命的问题。这周功能开发完进入测试阶段,临近灰度的时候导师体验了测试包迅速指出了几个不合逻辑和用户体验的点,而且很生气的跟我说为什么都要发灰度了还有这么多问题?你怎么跟进自己需求的?怎么去验收的?这几个问题让我哑口无言,其实问题在开发过程中就和rd讨论过,我prd上要实现的逻辑和用户体验自身是没有问题的,结果rd说做不了,前后争执一番后我选择了妥协,致使开发完的功能页面和逻辑有问题。在这个过程中主要问题在我自己,性格好偏内向,不喜欢拒绝别人,所以在争论时大多会向rd妥协,并没有坚决站在用户角度坚持应有的逻辑和体验。如果这种性格不改很难成为一名出色的产品经理。作为pm需要自私需要以自我为中心需要追求完美需要强势且自信。

<交流也是一种输入和输出,希望可以和有意愿的人多交流(v:a958189341)>

上一篇下一篇

猜你喜欢

热点阅读