展开

关键词

ServelessDay 2021用户反馈

接着要切换到mysql用户,键入下面命令: mysql -u root -p 用户的密码在docker-compose.yml文件中,我这里用的是root。

20510

开采“用户反馈“这座金矿

用户在微博或论坛等公开渠道一旦发表负面反馈,若其负面程度已经超出我们可以接受范围之类,我们就必须马上接触用户用户互动沟通交流,并尽快联系相关人员,帮助解决问题,在第一时间缓和用户的负面情绪,以免用户持续发泄 在公开渠道上,如果对用户的负面反馈我们没有把握可以很好地处理,则必须避免在公开渠道上用户对话交流,以免影响其他用户,或被有心人放大和有意扩散负面反馈。“转移对话阵地”是这时的最好选择。 提炼:方法工具很重要 有了用户反馈,自然需要对其进行分析,一般的做法是将用户反馈的分析过程分成三步,制定编码、按编码进行归类、分析归类结果。 我们的做法是,建立一套用户反馈处理的机制及程序,让程序为我们服务,节省人工耗费。 1、智能分类。在用户反馈系统中,可以预先设置添加产品功能相关的关键词,并设置好关键词的权重,进行优先级排序。 利用分词技术,分析每条用户反馈,提高有价值用户反馈发现率,解析热门词汇以及之相关的高频词,这样子就能直观了解大多数用户的意见态度,而就不用局限于逐条查看用户反馈了。 洞察:你说的就是你的心吗?

35770
  • 广告
    关闭

    【玩转 Cloud Studio】有奖调研征文,千元豪礼等你拿!

    想听听你玩转的独门秘籍,更有机械键盘、鹅厂公仔、CODING 定制公仔等你来拿!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    FedeRank:用户控制反馈联邦推荐系统(cs.DC)

    在经历了几次数据泄露和隐私丑闻之后,用户现在开始担心分享他们的数据。在过去的十年里,联邦学习已经成为一种新的保护隐私的分布式机器学习范式。 它的工作原理是在用户设备上处理数据,而不需要在中央存储库中收集数据。在本文中,我们提出了一种联邦推荐算法FedeRank。系统在每个设备上学习个人因子分解模型。 FedeRank以分布式的方式处理计算建议,并允许用户控制他们想要共享的部分和类型的数据。 通过最先进的集中式算法进行比较,大量的实验表明,即使使用一小部分共享用户数据,FedeRank在推荐准确性方面的有效性。

    31610

    你还在等着用户反馈BUG?

    译者按: 等待用户反馈 BUG,一切都晚了!实时监控线上应用才是王道。 他们需要亲自去发现问题的原因然后寻找解法,而不是依赖于用户的截屏反馈。 ? 用户的截屏并不能告诉你足够的信息,往往你会问更多。 就算问了用户这么多问题,也不一定能解决问题。 Debug 总是要花很多时间,然而还是一头雾水。 坐等用户反馈真的好吗? 很多开发团队依然依靠用户反馈来改进产品,这其实是很荒谬的。 一些开发者会这么认为:如果没有用户反馈问题,那就代表我们的产品棒棒哒,对不对?认为“如果用户使用产品遇到问题,用户就会反馈”是比较局限的。最终你会发现只有 1%的用户反馈问题,然而事实上多得多。 在你的用户发现问题之前发现,并且不要单纯依赖用户反馈问题!

    42410

    软件必备模块-用户反馈崩溃收集

    软件必备模块-用户反馈崩溃收集 我们做一个iOS app 我们做一个安卓 app 我们写一个游戏 我们写一个网站 一定要做用户反馈 要从用户哪了解用户体验,要从用户哪里获得信息。 要鼓励用户评价,鼓励用户提建议。 我们应该用一种便捷的方法让用户进行反馈。现在基本就是一个弹框,一个提示按钮。知乎摇一摇可以摇出来。app store会用星来代表评分。 后面会写一篇专门对比不同的用户反馈系统。 一定要做崩溃收集 代码写崩是一种必然,我们只能尽力降低崩溃发生。我觉得写可测试的代也是一个可避免的问题。虽然很多问题设计的时候根本不会这么考虑。 崩溃率是用户体验的重要一部分。崩溃率也是绩效的一部分可能,不过如果写出bug就扣绩效,估计这样的公司也长久不了。 我觉得总体这些可以总结为对用户体验的感知。

    28770

    OpenTelemetry|为更好的产品收集用户反馈

    OpenTelemetry 非常重视用户反馈。改进产品的最好方法之一是从产品用户那里获得直接反馈。这通常是非常困难的,因为你必须找到一个愿意并且能够在新的实现周期中提供反馈的新用户。 SDK 维护者经常规范文档、候选发布通知和围绕实现细节的协作讨论联系在一起——很容易忘记最终用户将如何使用你的产品。我喜欢用这样的比喻:“我知道引擎如何工作,但我很少开车。” 从最终用户那里获得反馈是发现产品缺陷并学习开发更好产品的完美方式。 我们遵循的用户研究过程经历了一系列的步骤,包括创建一个示例项目和在该项目中实现 OpenTelemetry 测仪。 实践动手帮助我们更好地理解我们可以在哪些地方显著改善首次用户体验,回答实现方面的问题,如: 开发框架如何 OpenTelemetry 交互? 我们的文件在哪里缺乏? 是否存在最终用户期望的未处理的异常? 最终用户的体验有哪些不足之处? 作为用户研究过程的总结,参与者通过表单提供了评论和结构化的反馈。收集对常见问题的经过整理的回答可以为开发团队提供有价值的反馈

    37410

    Android监听自身卸载,弹出用户反馈调查

    不知道大家在使用一个Android应用的时候,当我们卸载这个应用后,设备上会弹出一个“用户反馈调查”的网页出来,也许很多人没有留意过或者直接忽视了,那么从现在开始请留意,大家不妨下载一下“豌豆荚”“360 ”之类的应用装上,然后卸载,看看设备上有没有弹出浏览器,浏览器上打开的“XXX用户反馈”? 层以我们有的Android基础分析一下: 1,监听系统的卸载广播,但是这个只能监听其他应用的卸载广播的动作,通过卸载广播监听自己是监听不到的:失败 2,系统配置文件,做一个标记应用是否卸载,判断标记来show用户反馈 2,原理分析        上面情景分析后表明Java实现不了这样的一个功能,是否该考虑一下使用JNI了,用C在底层为我们实现这样一个打开内置浏览器加载用户反馈网页即可,在知道这个方法之前,我们有必要了解以下几个知识点 好了,大家看看效果吧,实际上打开的网页应该是用户反馈调查页面,由于我暂时没有服务器,所以将网址定向到了百度首页了,大家在开发的时候,可以将execlp函数里的参数网址改成自己的服务器网址,这样就大功告成了

    1.7K50

    iOS10为用户添加触摸反馈

    UISelectionFeedbackGenerator类。 开发者使用这3个类可以进一步为用户的某些交互操作增强反馈。举例而言,当用户点击了某个按钮,开发者可以为其提供一个适当的震动效果作为触觉上的反馈。 }; UISelectionFeedbackGenerator类创建的反馈应用某些选择器控件,例如用户在一个单选列表中切换选项、切换按钮的开关状态时,可以使用其来进行触觉反馈。     需要注意:不是所有的场景都需要反馈,频繁的触觉反馈会给用户代码困扰,开发者在使用这些类时要适当。     有时候,频繁的触觉反馈可能会引起反馈延时,这将大大降低用户的体验,官方建议开发者在合适的时机创建反馈,然后调用prepare方法来使反馈准备完成,之后在需要的时机再进行反馈的触发。

    21930

    一个用户反馈看问题分析定位

    起因 收到一条用户反馈 问题描述:在软件A中使用输入法卡死 跟进过程 获取用户出现问题的系统和架构 获取用户出现问题的输入法版本 测试小S在本地环境复现问题 跟进结论 用户反馈可以复现,提交bug给开发 bug描述:在软件A中使用输入法,触发B功能后,输入法卡死 开发跟进 开发小X接到bug后查找问题原因,尝试修改,在此过程中,小X联系了用户方,反馈给测试小S说复现的问题不对,跟用户的现象不一致,两方说的不是同一个问题 修正后的用户描述:在软件A中使用输入法,进行了C操作,输入法卡死 问题分析 收到这个信息后,小W和小S一起跟小X进行了沟通确认,小X始终咬定两边不是同一个问题,要求重新复现用户的问题 用户描述:在软件 操作也会有同样的问题出现 小W对这几个动作多次操作,灵光就那么一闪,出现了一个想法:这几个操作导致的结果都是一样啊,都是导致了输入对象发生了变更呀,难道…… 问题解决 小W根据对问题的分析,提出了新的观点: 用户描述问题和小 可以发现从问题出现到问题解决,中间的纠结,其实都是对问题的分析定位,小编根据以上问题的分析过程,总结了在问题分析定位时的几个事项: 1) 问题描述是否清晰无歧义 2) 问题的相关信息是否收集全 3) 本地复现步骤用户是否一致

    30150

    反馈+负反馈还不够,还有【中性反馈

    以前的工作倾向于将基于会话的推荐制定为下一个商品预测任务,而忽略了用户行为的隐含反馈,即用户真正喜欢或不喜欢什么。 因此,本文提出了一个综合框架,通过正反馈(即他们花更多时间阅读的文章)和负反馈(即他们选择跳过而不点击的文章)来模拟用户行为。 并且该框架使用会话开始时间隐含地对用户进行建模,并使用其初始发布时间对文章进行建模,称之为“中性反馈”。 本文主要是考虑不同的反馈方式,构建一种新的反馈“中性反馈”来加强对用户兴趣的建模。 2. 揭示用户积极隐含反馈的持续时间不同,某个事件发生的日期时间具有物理意义,也传达了时间信息背后的规则模式,因此为这种时间表示设计了一个时间编码器。对文章的发布时间和会话的开始时间进行编码。 2.4 正反馈 隐式正反馈采用用户点击每篇文章后在其上花费的活跃时间间隔。如果用户在一篇文章中停留的时间很短,很可能是因为用户被标题所迷惑,但实际上并不喜欢这篇文章。

    6620

    用户反馈的可解释性提升推荐模型

    .这篇论文就是探讨如何使用用户在可解释推荐结果的反馈.主要有以下两个问题: 反馈:如何引导用户在可解释性的推荐结果上做反馈,而不给用户增加负担? 可行性:如何使用这些反馈,影响用户的下一次推荐? 该文提出的方法给用户两个反馈的选择,对可解释的推荐item相关的的选择喜欢/不喜欢,这样就能形成推荐和可解释item的pair对<rec, exp>.需要注意的是,用户对exp的item需要非常熟悉, ,用LSH为每个<rec,exp>pair找最近邻扩充样本.该论文提出的核心方法就是通过用户反馈矩阵和先验的相似度矩阵学习用户潜在的向量. : 从实验看,融合用户反馈的方法的推荐离线指标还是不错的,更多细节参考原文.

    20520

    ​CODING x 腾讯兔小巢,打破研发团队用户反馈的最后一道壁垒

    为了打破一线运营研发团队之间的信息流通壁垒,CODING 一站式软件研发管理平台腾讯兔小巢用户意见反馈平台在产品上进行了合作打通:兔小巢的用户反馈帖子 CODING 中的开发任务或缺陷相互关联,产品研发人员可快速对用户的问题溯源 通过该服务促进运营研发紧密协作,完成从用户端到产品端需求迭代流转闭环,提高产品迭代速度。 [s0G6Wn.png] 用户反馈需求/缺陷联动,信息实时同步 绑定后,从兔小巢反馈详情页即可发起创建事项、关联事项或解除关联等操作,并详细展示事项状态、处理人等信息。 一线运营服务团队在用户反馈的工单内即可快速给产品研发团队创建需求/缺陷,即时可见关联需求的处理进度及负责人。让运营研发沟通更加高效,管理反馈更加简洁有序。 [s0Gczq.png] CODING 腾讯云兔小巢的集成打通,完成了产品从用户需求到开发上线过程的端到端信息流转,为您的团队提供完整研发管理工具链的同时,补齐了一站式解决用户反馈、需求收集的场景能力

    67840

    矩阵分解如何解决隐式反馈(预测用户行为)

    普通的矩阵分解只能解决用户的显式反馈,简单来说就是用户评分数据,但现实中推荐系统更多的是预测用户行为,如何使用矩阵分解来预测用户行为呢? ? 这种方法认为如果用户物品之间没有隐式反馈,则认为评分为0,如果有至少一次隐式反馈,则认为评分是1,反馈的次数可以用于衡量权重(置信度)。这样目标函数为下面的公式: ? 其中,Cui 为权重。 ? One Class 问题 在预测用户行为(隐式反馈)时,大部分只有用户正向选择行为的记录(正样本),这类问题即为One Class 问题,即单类问题。 要解决这个问题就是如何填充这些缺失值,也就是如何收集负样本,在使用加权交替最小二乘法时,将所有的没有隐式反馈的情况(缺失值)都认为是0,这样做有很大的问题,前面已经说过了,设置为0也分为两种情况:一种是用户没有看到该物品 总结 通常矩阵分解只能用来解决用户的显示反馈问题(评分问题),针对想要解决用户的隐式反馈,可以通过使用加权交替最小二乘法来解决。在解决隐式反馈问题时,会同时引入一个新的问题:One Class。

    1.8K30

    蒲公英:用“摇一摇”诠释 App 的内测用户反馈

    特别是,如果开发者要想在苹果App Store中获得更好的排名评价,需要开发者做出更多的努力。其中,不仅仅要保证App可以稳定运行,而且还要求能够快速响应、同时用户体验足够优秀。 有经验的开发者们都知道,要将测试用户的各种反馈意见、问题报告等收集起来并加以整理,是一件非常繁琐、而且费时费力的事情。 这些问题的出现,促使了蒲公英的内测反馈功能的诞生。 ? 蒲公英的内测反馈功能,可以帮助测试用户非常轻松的完成问题的提交。开发者的App在集成了蒲公英的SDK后,用户只需在App内“摇一摇”,即可激活蒲公英提供的问题反馈表单。 另外,对于任意一个用户的问题反馈,开发者都可以对其进行标注。对于已经修复的问题,开发者可以点击页面中的“转为已处理”按钮,将该问题变成已经处理过的状态。已经处理过的问题,会用不同的颜色进行显示。

    73510

    浅谈反馈式按钮的设计实现

    一、何为反馈交互? 反馈交互意味着通过合适的反馈,以及和程序之间的交互,让用户时刻知道现在发生了什么。大体可以分为正面反馈和负面反馈2 种类型。 对网站用户而言反馈属于提示信息类型的一种,从用户注册账号输入错误的提示,到退出成功的提示,都是属于反馈式交互设计的范畴。 正面反馈机制可以逐渐帮助用户打消顾虑,建立信心,让他们感到一切都在顺利的进行。 负面反馈机制可以准确无误的帮助用户减少错误操作,确保在第一时间告知用户的操作不正确,及时改正,以达到用户的输入符合网站自身运营需要的目的。 正面反馈机制 用户数据内容发生交互时,都需要正面反馈,比如说注册、登陆、验证、转发评论等等。 没有反馈或是不友好的反馈,就好像冷冰冰的人一样,会给用户带来无助或不悦的负面体验。好的反馈可以让用户知道下一步应该做什么,而不是一种中断式或无响应的体验。

    43870

    用户反馈:对 Rafy 开发框架的一些个人建议

    他从用户群体分析、社区、商业模式、技术支持等方面对框架发展提出了建议,我觉得写得非常不错。此文不仅适用于 Rafy 框架,所以不敢私藏,转载出来和大家分享。 中型软件企业在使用框架时主要: 1、 有选择的使用其中一部分,例如模型驱动开发、界面生成、动态表单管理等; 2、 框架的鲁棒性及可扩展性; 3、 企业自身平台或框架的集成能力。 而用来干私活的则可能软件公司的骨干,也可能是已经不再做软件的,又或者是在家里干的那种[2]人,这类人员的要求小微软件企业差不多。 以上仅仅是本人对于Rafy潜在使用者的一些分析,而这4类使用者都可能成为实际的付费用户,但是按照个人的理解1、2、4的可能性会更大一些。 那么如何吸引大家真正使用该框架进行实际的软件开发,进而成为付费的用户呢?这个值得花时间认真思考,过了没有人用不及又不能很好的维持产品的正常开发升级。

    25680

    serverless反馈

    咱们新建一个应用 1.创建wordpress应用 2.部署完成,经查看,系统底层使用的是k8s结构,应该是按每个用户创建了一个或一组pod来实现的。 3.查看日志,已经部署成功 4.

    16200

    互联网时代的产品升级和用户反馈故事

    只是今年一些用户在加利福尼亚州、纽约州和伊利诺斯州地区等多地法院提起的集体诉讼,激起了用户公愤。 此外,该公司还将在明年年初发布操作系统更新,让用户对电池寿命有更多的了解。 禁用深度学习 同样是前几天,英伟达悄悄修改了用户许可协议(EULA),禁止在数据中心使用消费者级显卡做深度学习,理由是Geforce显卡主要是用来跑图形的。。 经过日本用户曝光不满,互联网也是一片骂声,虽然英伟达在这个领域处于霸主地位,但大部分用户认为不能因为要推性能价格更高的TESLA,而禁止使用GeForce进行深度学习。 1、产品功能划分和定价要明确; 2、不要把用户当傻瓜,即使他们曾经像傻瓜一样支持你; 3、产品升级除了前期预热、让用户买单,也要改良用户接受的方法,不能以损害用户体验为代价。生意,是长期的。

    45460

    在UWP应用中调用Windows 10 Feedback Hub发送用户反馈

    我们的应用上架后,有非常多的途径可以让用户发送反馈,比如留下邮箱、商店评论,甚至自己写个API来收集反馈。但其实,Windows 10的Feedback Hub也是可以为我们所用的。 熟悉Windows Insider的朋友都知道,Windows 10安装完成后,系统自带一个Feedback Hub,这里面通常都是用户对Windows这一款产品的的反馈。 其实,现在这个Feedback Hub也可以给开发者用来收集用户的意见。 ? 那么,在UWP里如何调用这个Feedback Hub呢? 在你的App里加入反馈链接 以MVVM模式的工程为例,XAML里加入一个HyperLink即可: <HyperlinkButton Content="Feedback" Command="{Binding

    78910

    Power Query 反馈

    例如,比较相比,Apples4ppl3s比比产生更高的相似性分数进行比较ApplesMy favorite fruit, by far, is Apples. 行号 2 (2) 仍具有值Blue berries are simply the best,但应将其聚集到Blueberries,文本字符串Strawberries = <3fav fruit is 在此窗口中,展开读取 模糊群集选项 的文本,并启用读取 显示相似性分数 的选项,如下图所示,然后单击“确定”按钮:启用 “显示相似性分数 ”选项会将新列引入表,该列显示定义的群集原始值之间的相似性分数

    7510

    扫码关注腾讯云开发者

    领取腾讯云代金券