对用户观察会议的建议/准备?

发布于 2024-08-17 20:16:26 字数 203 浏览 3 评论 0原文

我们目前拥有的产品很快就会向用户展示。我是主要开发人员之一,我被邀请观察用户,当他们介绍它并使用它的前几次。我会和他们一起坐在房间里。

我的目标是通过他们的使用发现我可以改变的东西以使软件“更好”。

除此之外...

我应该寻找什么?哪些机会我不能错过?我应该把注意力集中在哪里?

(另外,对于这个问题,您还推荐哪些其他标签?)

What we have so far of The Product will be shown to users soon. I was one of the primary developers, and I've been invited to observe the users while they're introduced to it and use it for the first few times. I'll be sitting in the room with them.

My goal is to discover through their use things I can change to make the software "better".

Beyond that...

What should I be looking for? What opportunities should I not miss? Where should I focus?

( Also, what other tags do you recommend for this question? )

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

咿呀咿呀哟 2024-08-24 20:16:26

我建议您不要坐在同一个房间,如果必须不要这样说你是开发商之一。人们可能不那么诚实,因为他们可能认为他们会冒犯你。事实上,如果您有第三方(或使其看起来像第三方)来展示您的东西,通常是最好的。这样,参与者就会觉得这个人与产品无关,并且更有可能是诚实的。

至于如何展示产品,请用户先试用该软件几分钟。一旦他们适应了,如果你的产品“记住”设置,就会将它们重置为默认值。然后要求用户执行任务。例如,如果您要展示联系人管理系统,您将让它们“添加联系人”、“搜索联系人”、“删除联系人”等。永远不要控制鼠标或键盘,始终保持用户掌权。

最后,询问他们认为好的、坏的、难用的、容易使用的功能等。但不要提示他们。问题/答案“您喜欢功能 XYZ 吗?”/“是”是毫无价值的。 “您喜欢或不喜欢 xyz 功能的哪些方面”将为您提供更好的答案。

如果可能的话,我真的建议对会话进行屏幕录制,并且如果可以的话,还为用户配备摄像机。这样您就可以将其带回给其他开发人员,以便他们可以体验它。

我可能可以继续说下去,但每次你这样做都会学到东西,希望你能适应。我的演示从第一天到第二天完全改变了,因为我们学到了一些非常明显的东西,以至于我们甚至没有想到它。

I'd recommend that you do not sit in the same room and if you have to do not say that you were one of the developers. People might not be as honest because they might think they'll be offending you. In fact, its often best if you have a third-party (or make it look like a third-party) show off your stuff. This way the participants will feel that the person isn't tied to the product and are more likely to be honest.

As for how to show off the product, ask the users to first play around with the software for a couple of minutes. Once they get comfortable, if your product "remembers" settings reset them to the default. Then ask the user to perform tasks. For instance, if you were showing off a contact management system you would have them "Add a contact", "Search for a contact", "Delete the contact", etc. Never take control of the mouse or keyboard, always keep the user in power.

At the end, ask them about any features they found good, bad, hard to use, easy to use, etc. Never prompt them though. The question/answer "Did you like feature XYZ?"/"Yes" is worthless. "What did you like or dislike about feature xyz" will give you much better answers.

I'd really recommend screen recording the session, if possible, and also have a video camera on the user if you can. This way you can take that back to the other devs so they can experience it.

I can go on and on, probably, but you'll learn each time you do this and hopefully you'll adapt. I've had demos completely change from day 1 to day 2 because we learned something so obvious that we didn't even think about it.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文