— 我们进行哪些类型的测试？我们如何进行研究或测试？
有时大型任务（新模块、复杂功能）需要可用性测试，因为设计师和我的偏见方法不足以选择最佳的实施方案。
我们进行不同类型的测试
1）这些可以是调查，甚至没有文本形式的布局，以了解客户是否使用这个或那个功能。如果他们确实这么做了，那么具体怎么做呢？
2）或者使用原型进 电话号码 行走廊测试，该原型几乎完全复制服务接口并允许我们重现我们需要评估的所有机制。
笔记：走廊测试是最简单的测试类型之一，测试人员可以对随机人员测试其程序的模型或原型。
原型上的走廊测试本身是对功能的简要描述、用户必须完成的任务、原型以及完成后的问题。
有时设计师会准备几种方案来实现相同的功能。在原型上执行的任务是类似的，最后用户必须选择其中一个版本并解释他的选择。
建议的选项。
当前的，由客户选择的。
说实话，即使是在 Google 调查中进行 3-5 分的简单测试也会带来困难。并不是每个人都愿意在这样的活动上花三分钟的时间。但仅仅依赖对平台了如指掌的同事的意见是错误的。
希望未来我们能够激励我们的客 邮件合并与您已使用的功能兼容 户帮助我们改进并向他们传达此类研究的价值。
如果您喜欢这种乐趣，请告诉我们，当我们测试下一个假设时，我们会很高兴邀请您！
4. 致力于根据用户反馈不断改进产品
— 我们如何了解我们需要考虑哪些关于服务的客户评论？使用什么工具可以识别这些请求？
我们的产品路线图包含几类任务：来自客户的要求、市场需求、内部改进。每次冲刺（为期两周的工作期）我们都会按照一定的比例承担这些类别的任务。
客户的要求是我们计划中最重要的部分之一。情况一直都是这样的，我们没有计划放弃这种方法。
为了识别这些查询，我们与以下来源合作：
- 向潜在客户演 移动数据库 示系统
- CustDev 与现有客户的访谈
- 经理与现有客户之间的聊天