@fbfngf 是有部分能力的类似，都是在数字化产品上可以快速的做评价和反馈的收集。

不一样的地方主要在于：

1. hotjar 只做 web 侧的，国内收到的客户诉求对于 app 和 小程序侧的需求量还是挺高的。国内的大环境已经是移动端可能占 50% 以上的场景。

2. 对于应用内评价 /问卷插件的更为精准的控制，包括时机、事件、用户标签等灵活且可以很复杂的投放。

3. hotjar 主要的卖点还是在于 Heatmap 和 录屏 上，但对于 ask 询问的能力算是附赠品，但我们会对于这部分能力会做的比较深，关注在于「应用内调研 in app survey 」上。

@superliwei ，先免费用着，付费版也不贵，：）

@veelog 也许这种方式最刺激呢，最好是放个箱子，里面都是现金，直接用手抓。

@Lonely 去年写代码的人可能已经离职了，也许那个程序只能跑在那个人的机器上。
@ins 这程序员有点亏。。。。。

当年搭 blog ，选样式、主题，又改写样式，花了好几天，结果最后就写了一篇文章。

能坚持写，不管放简书也好，还是公众账号也好，是最重要的。

@orderc 不怕被 review 代码么？

@orderc 得是领导层要增大中奖率？

@coderluan @xiezi136

关于一个功能的定价是扯不清楚的，主要看各自需求。有程序员闲着，花个半天功夫做一个用用，或者靠微信红包或者纸箱子，也许不值 99 。有的时候确切需要住了，花几百块钱买个也很正常。

我们能互相反驳的只是事实，而没法反驳观点，因为观点都是个人的。

@herozhang 物理摇奖这种传统的方式，现在还有多少公司在使用啊。
话说未来 SaaS 的发展趋势，不说人力资源的数据，财务的数据也得放上面啊。
说到数据安全，这是一个怎么也说不清的问题，一旦说公有云、第三方平台，都会涉及到。

@coderluan 已经转达~~~

@coderluan 是怕被封啊，所以我都不好意思了。。。

但你说的这俩方式不好用啊
1. random ，是要把 console 页面打上去么？
2. 群发红包，不是现场抽啊

@Totato5749 经济这么不景气

本来我是计划打算推荐我们自己写的一个现场抽奖的应用： https://blog.jinshuju.net/real-time-lottery-introduce/ 。现在我都不好意思打软广了~

@Jakesoft 今年还搞不？技术部门中了大奖会被要求重抽一次么？

@ihuotui 是然后没有被抽中吧~

@torbrowserbridge 没有这么悲惨吧~~~应该是一等奖从一个 iphone 变成了一副对联吧~

应该问程序员的红利期 5 年会是否会结束？