常见问题

浩客,简单好用的用户体验分析工具,在用户使用数字化产品(WEB、APP、小程序)过程中,根据用户的属性和动作,自动的触发评价和问卷体验模块,精准的来收集用户此时此刻的评价和反馈。

主要解决在数字化系统上,任何你想要从用户侧知晓的内容,都可以通过浩客来了解,比如:了解用户 NPS\CES\CSAT 的评价场景、新功能反馈的产品迭代场景、付费/流失原因的运营增长场景、目的调研的用户研究场景,等等。

详细可看应用场景介绍

作为轻量级的 SaaS 产品,浩客是标准的订阅式收费,价格在几千到 1-2 万/年不等,面向个人博客、个人站点、测试场景,我们也提供了免费版供用户使用。

浩客最新的产品价格页面:https://howxm.com/pricing ,欢迎查阅,或者联系客户顾问咨询进一步的内容。

应用是管理用户体验的基础空间,包含了独立的评价、问卷、数据分析、团队协作等能力模块。

一般情况下,会建议推荐根据不同的业务线、较大的功能模块、不同的终端、不同的测试环境,来进行应用的创建,不用担心,你可以在后续任何的时间来更改应用的设置。

详细查看:应用介绍

你注册成功后,就可以直接在系统中体验浩客的绝大多数能力,比如评价/问卷的设置和展现效果等等。

最好的体验浩客产品的方式,是真正的将 X-SDK 可以集成到你的测试环境、本地、个人站点上,来真正的体验。

如果暂时无法进行 X-SDK 的集成,也没有关系。当你创建完问卷后,你可以使用 浩客 Chrome 插件、iOS Demo APP、Andriod Demo APP,在各个终端来实际预览效果。

查看快速测试的链接

是的,两者是类似的,你可以认为「评价」是「问卷」的能力子集。

评价组件主要用来收集评分和更多反馈,适用于常驻系统内外各个页面,应用场景最广泛,可以长期跟踪用户评价趋势。

问卷模块主要用于特定的用户体验调研的场景,比如 NPS、CSAT、CES、评分以及需求调研、用户画像调研等等,一般用弹框的方式出现,支持多种题目类型,能力更加强大。

详细查看:评价和问卷的介绍

支持的,浩客针对Web、iOS、Android、微信小程序等平台,提供独立的 X-SDK 供数字化产品进行集成,来获得用户体验分析的能力。

X-SDK 对于WEB端是一串JS代码,对于 iOS/Andriod 是组件包,对于小程序是插件。我们把将这一系列的 SDK 统称为 X-SDK,只需要研发同学或者懂IT的业务同学,用极短的时间就可以完成集成。

进一步阅读:X-SDK 介绍

弹框式的问卷可以获得很高的回收率,但为了做的更加体面、优雅,不干扰用户,我们同样提供了一系列的免打扰机制策略。

你可以尝试如下的方法: 1. 通过设置「投放页面」、「投放时机」、「部分用户」,只进行精准用户投放。 2. 设置「投放策略」来实现用户在一定时间内只看到一次或填写一次。 3. 把问卷设计的更有趣、好玩和简洁。

继续阅读查看:

1.投放页面设置

2.投放时机设置

3.精准用户投放

4.弹出策略

在初次集成浩客 X-SDK 时,需要研发花费少量的时间就可以完成。后续,对于评价/问卷的修改、调整、精准投放,都不需要研发,业务人员在浩客后台就可以完成配置。另外,X-SDK 是产品全局的,所以想要在新的位置、时机,投放新的评价/问卷,也只需要在后台配置即可。

详情查看:X-SDK 介绍

浩客 X-SDK 的设计理念是一个「轻量级的插件」,插拔式的功能 feature 。所以设计初衷是:不影响用户对于产品系统的正常使用。浩客出现 BUG ,最极端的情况下,浩客服务整个挂掉,也不会对用户的系统产生任何影响。

详细查看: X-SDK 的设计

如果你只是简单集成了浩客的SDK代码,没有做对于「用户」的「identify 用户信息传递」,那么相当于是「匿名用户」,我们会为每个用户基于用户的 cookie/session 生成 id ,放到用户浏览器的「local storage」里。基于此来做一些「免打扰的策略」。

如果你想要进行更加精准的用户识别,那么建议使用「identify」将用户的 uid 传入进来,后续将会以用户的「uid」作为一个「用户」的识别,这也是我们更加推荐的做法。你可以进行后续的部分用户精准投放,或者更加精准的「投放策略」。

详情查看:

精准用户投放

X-SDK 接口

如果选择了侧边栏呈现的「评价」和弹框式的「问卷」,那么这两个会同时出现在你的页面上,因为两者是互不影响的。

如果都是弹框式的「问卷/评价」,那么在满足条件时,有且只会出现 1 个弹框,避免对于用户的干扰。出现的逻辑是:哪个先满足逻辑判断条件,哪个先出现,有一定的随机性。

所以建议在设计时,应该只设计一个「满足条件时的弹框式呈现」。

如果你还有疑问,可以详细询问我们的在线客服。

更改规则后,如果之前的用户已经被投放过了,或者已经完成了填写,那么这些用户过往的投放/填写信息依然会被进入的新的规则判断。

比如:最开始的投放逻辑是「一个用户只能被弹出3次,每隔 1 天」,一个用户 A ,已经看到了这个问卷 3 次,但没有填写。那么修改新的投放逻辑后「一个用户只能被弹出 1 次,每隔一天」,那么该用户 A ,是不会再次看到该问卷的。但如果用户 B ,之前压根没看到该投放,那么用户 B 则会以新的逻辑规则看到该问卷。

如果你还有其他的疑问,欢迎询问右下角的在线客服。

和code相关的问题都收录在这里了

你可以通过这篇文章,了解浩客sdk和sdk的一些进阶能力,解答关于code相关的问题。