百木园-与人分享,
就是让自己快乐。

我如何持续地进行产品开发

到目前为止,在我的产品管理职业生涯中,对我来说非常有用的一件事就是与客户交谈。

毋庸置疑,与客户交谈是一项基本的产品管理活动,是工作所有其他方面的基础。因此,产品经理绝对应该以应有的重视来对待这项活动,并相应地确定其优先级,使它上升到他们繁忙的待办事项列表的首位。

然而,(据我的经验判断)这项活动通常没有被优先考虑,也没有被视为非常重要的活动。主要有几个原因:

  • 由于一些特别的原因,产品经理害怕直接与客户交谈。
  • 产品经理不了解与客户交谈的好处。
  • 产品经理觉得他们没有足够的时间花在与客户交谈上。
  • 产品经理没有一个好的流程来支持他们定期与客户交谈。
  • 我想谈谈这份清单上的最后一点(与客户交谈的好处在其他地方已经广泛介绍,所以我不会过多地谈论这些,除了为了完整性)。

    在一致的基础上直接与客户交谈有助于产品经理:

    • 同情客户,更好地了解他们尝试使用产品的背景。
    • 更好地了解客户或用户的目标、需求和痛点。
    • 通过时间积累并整合消费者的信息,可以为产品经理提供眼前一亮的点子。

    我在这里谈论的许多概念都借鉴并建立在Teresa Torres和她的优秀著作《持续发现习惯》的工作之上,这启发了我实施这一过程,并通过本文跟进我的学习。

    一、自动化

    在持续的开发中,最主要的挑战是围绕着如何让客户第一时间接起电话进行工作。

    如何找到愿意牺牲一些时间的客户来与产品经理讨论产品是一个很大的问题。作为一名产品经理,我知道这一点,我试图确保时间投入尽可能小,尽可能集中,并且时间得到尽可能有效的利用。

    进行持续开发性质的沟通,主要的障碍是如何让客户接听电话。

    我通过以下方式解决了这个问题:

    • 获取客户/用户的姓名和电子邮件列表,这些客户/用户(在调查回复中)表示他们愿意与我进行对话。
    • 使用Google表格(上面有他们的姓名和电子邮件)通过电子邮件自动与这些客户联系的过程 -并通过安装名为YAMM的Google表格插件,用该插件与Gmail一起向客户发送电子邮件,邀请他们参加通话。
    • 使用另一个名为CloudHQ的插件,它与Gmail和我的Google日历一起工作,使受访者能够选择方便的通话时间和日期。
    • 管理自己的日历,这样我就有一些空闲时间,客户可以使用这些空闲时间来拨打这些电话,而不会给我带来太多的额外工作或压力。

    所有这些工作都已完成并在很大程度上实现了自动化(除了偶尔发送批量电子邮件,以及持续维护我的日历以确保我不会在不方便的时间安排会议) ——除了打电话,因为我很乐意自己去打电话。

    二、执行调用

    可以说,这构成了该过程的困难部分。特别是是否恐惧(我原始列表中的原因1)是一开始就没有真正与客户互动的因素。

    不过,为通话做一些提前准备肯定有助于缓解这种情况,并提供一些额外的好处。

    以下是我的准备过程:

    1.我创建了一个带有客户呼叫模板的共享文档。

    该模板应类似于以下内容:

    • 与会者的姓名和详细信息
    • 会议的时间和日期
    • 任何相关的背景信息
    • 您想问客户的问题
    • 用于显示呼叫本身的记录的空间

    2.在通话之前,我制作一份文件副本并填写任何必要或所需的背景信息。通常,这涉及查看客户帐户详细信息,以了解其规模和对业务的价值。我还可以看看他们是做什么的,以及如何为即将到来的会议提供一些额外的背景信息和一些同样有用的信息。

    3.在通话期间,我或多或少总是遵循相同的讨论结构:

    • 介绍
    • 无论客户想谈论或询问什么我都解答(毕竟我正在利用他们的时间 ,这对我来说仍然是有用的信息)
    • 我向他们提出的问题
    • 结束通话,包括总结和确定任何操作或后续步骤

    大多数时候,整个通话可以在大约20-25分钟内完成,尽管我的日历空闲时间通常长达半小时。几年前,我从长达一小时的时段开始,但坦率地说,这对每个有关的人来说都太艰难了。半小时的空闲时间效果更好,这可以在便利性和实用性之间取得适当的平衡。

    电话会议结束后,还有更多工作要做。

    可悲的是:我还没有找到一种方法来自动化这项工作。

    三、通话后

    所有这些工作的目的都是学习。

    我认为,首先进行电话和与客户互动将会增加同理心和计划的见解,但您需要使这些事情具有可操作性。

    您需要将来自电话沟通中的见解转换为数据,便于使用。

    以下是我发现的最好的方法:

  • 可能在电话会议期间,客户提到了一堆可以大致归类为对新功能或改进的请求,或者对修复(错误)的请求。如果它们还不存在的话,这些东西应该被归入反馈单(例如在Jira中)。
  • 对于每个反馈单,无论是功能请求还是 Bug,都应添加对客户帐户(其 ID 或帐号)的引用记录。这有两个功能,其中之一是衡量对反馈单的兴趣或请求的数量,这可以帮助以后确定优先级。如果您的反馈单系统中已存在错误或功能请求,则只需使用呼叫中的客户 ID 或帐号即可。
  • 随着时间的推移,遵循此过程将导致您可以处理的机会积压到现在、以后或永远不会处理,这取决于对它们所提供的收益以及您对产品的整体愿景/策略。但是对于超出期待值的地方,可以使用另一个数据点进一步补充此信息,该数据点将为您提供产品爆发增长能力。

    四、转化收益

    随着反馈单全部记录完毕并将客户ID添加到其中,可以开始生成一些报告,了解利润和收入信息(可能需要一些运营和数据分析师来对数据进行处理方便理解)。

    以下是我在日常工作中使用这些数据生成报告的一些示例:

    • 按收益排名前10位的错误 – 我与团队和业务的其他成员一起使用它来举行每周会议,讨论错误并确保采取必要的行动。
    • 按收益划分的其他客户问题 – 与上述类似,但侧重于无法整齐地归类为错误的问题。
    • 按收益划分的发布 – 假设版本由一定数量的反馈单组成,这些反馈单属于改进或修复类别,则可以生成每周报告,显示与这些版本相关的收入,作为功能发布可以预期收入增长的指标,或者与某些错误修复相关的可以防止多少客户流失。
    • 按收入划分的组件 – 在制定计划时,我可以使用此报告来帮助了解产品的哪些领域(组件)可能值得根据相关收入进行额外关注。这假设您首先已将组件映射到反馈单上。

    您可以通过多种不同的方式对数据进行分类分析。这些只是一些对我和我的团队有用的例子。

    五、持续发现

    我之前提到过,我的努力建立在特蕾莎·托雷斯(Teresa Torres)的优秀著作《持续发现习惯》(Continuous Discovery Habits)的基础上。然而,当我读到她的书时,尽管我自己是一个思维导图用户,但我并不觉得她推荐的机会空间映射方法可以系统化,或者可以扩展到足以为我的团队提供我们为我们的产品和计划寻找的所有信息。

    我认为我上面概述的替代过程演示了如何首先实现和自动化连续发现。它还展示了如何记录生成的见解并与现有业务数据相结合,以生成积压工作和报告结构,从而有助于为未来的产品战略提供信息。

    在阅读上述内容时,如果您对如何进一步改进此过程有一些想法,或者您从根本上不同意或不赞成它,我很乐意听取您的意见!

     

    原文作者:SIMON KNIGHT

    原文标题:How I do continuous product discovery

    原文地址:https://www.mindtheproduct.com/how-i-do-continuous-discovery/

    译者:蔡伊倩,人人都是产品经理实习生

    本文由人人都是产品经理实习生@蔡伊倩 翻译发布,未经许可,禁止转载。

    给作者点赞,鼓励TA抓紧创作!


    来源:http://www.woshipm.com/pmd/5499460.html
    本站部分图文来源于网络,如有侵权请联系删除。

    未经允许不得转载:百木园 » 我如何持续地进行产品开发

    相关推荐

    • 暂无文章