/ Product

我理解的用户的使用场景

最近一直忙于易伙的这个产品,这是一个帮助培训师或者社区活动组织者经营品牌的工具。我们之前某个迭代的目标是使某个社区可以使用易伙的来发活动,收集报名信息并签到,从而社区组织者可以更进一步了解他们的粉丝。

周一我们去了客户现场,给客户描述了产品愿景,并演示了通过易伙的发布活动,报名注册,查看报名情况以及签到。一切十分顺利,客户也觉得这是他们想要的,而且客户当即决定这周四的活动就用这个发。也就是说最晚周三他们就要用我们的产品发活动了。客户还特地询问了可不可以发到微信,这正好就是我们之前就考虑到的。

到了第二天,客户提了不少改进意见,都是些用户体验相关的。我们立马调整并上线,确保客户能顺利使用易伙的发布活动。然而到了周三下午客户还没有使用易伙的发活动,我们十分纳闷,于是看了看客户的公众号,发现他们公众号上已经发布活动了,而且点击阅读原文,他们居然使用了另一个收集表单信息的工具(这还是他们第一次类似的产品)。这下把我们给搞懵了,前两天不还好好的,怎么突然使用别的产品了呢?

于是我们赶紧对客户进行了回访,了解到客户觉得我们的产品不好用,因为他们主要的活动推广渠道是公众号。因此客户觉得通过公众号发活动,然后用阅读原文打开一个表单收集报名信息就可以了。这和我们理解的使用场景完全不一样,我们觉得正常来说:用易伙的发布活动,然后将活动页面用微信扫一扫分享到朋友圈。想要报名参加活动的只需打开活动页面,注册个账号直接点击报名就可以了。可如果客户用公众号文章发了活动后,还要到易伙的再发一次活动,而一般用户点击阅读原文到我们的活动页面又看一遍活动信息,然后再注册账号点击报名,这一切就太麻烦了。直接表单报名是最直接的,而且易伙的也是支持表单的,只不过我们确实没有想到这样的使用场景,我们只需调整一下,告诉客户还可以这样使用。我们甚至还了解到如果直接在易伙的发布活动后,直接能推送到公众号会更方便。

跟客户谈需求,只是口头上的“理解一致”很难使客户真正满意,因为你不知道“报名”这个需求在客户脑袋里是什么样的。倒不如快速做出一个可用的版本,基于这个具体版本来讨论,并且还不能只是简单的把产品演示给客户看,而是要和客户一起真正的使用起来,看看客户到底会怎么用。我们之前的沟通就只是给客户演示了一下,我们就简单的认为客户就会这么用。你很难事前想清楚客户到底如何使用你的产品(想想那个蓝色小药丸吧),与客户一起协作开发产品才是王道。

Jackson Zhang

Jackson Zhang

Odd-e敏捷教练,主要涉及组织,团队,产品,技术,工程实践等,曾为多家知名企业提供教练与培训服务。译有《用户故事与敏捷方法》,《.NET单元测试的艺术》和《实例化需求说明》。擅长工程实践(如测试驱动开发,单元测试,重构,持续集成等),产品探索(Impact Mapping,Pretotyping,Lean Startup等)与团队协作。zbcjackson AT gmail.com

Read More