一个浏览器的扩展,可以让任何人轻松地通过一次点击,就创建一个程序员友好的Bug报告。
用法直接拖到浏览器即可,谷歌在开发模式添加即可。
这个Bug报告有多友好呢?
它记录下了所有的操作步骤:
对操作过程进行了录像:
记录下了所有的HTTP请求和响应的数据:
当然也支持各种简单的标记:
他们把这个产品叫做Jam。
说起来容易,做起来很难,让用户接受一个新产品是非常困难的。
刚开始的时候,Jam只有几千用户,经历了7次失败的发布,直到Jam的第8版,才被用户所接受。
在官网上能看到丹妮的一些早期博客,可以看出他们在不断探索,也在不断挣扎。
产品在2023年有了爆发性的增长:用户数增长10倍,达到了75000的里程碑。
全球的巨头如HP、Dell、Salesforce、联合利华、Autodesk 、迪斯尼等公司都开始使用Jam 来简化Bug报告的流程,Jam的用户群已经覆盖150多个国家。
2024年2月,Jam获得了890万美元的A轮融资,由GGV Capital 领投。
Jam的团队保持了最精简的状态,只有15个人,丹妮从之前工作中学到的经验是:当事情很重要时,会安排更少的人,而不是更多。
丹妮希望将来Jam能像Instagram那样,20个人支持100万用户。
2
看到Jam这个工具,恐怕有人会这样说:不就是一个Chrome插件吗?我也能做。
我想说的是,当一个问题出现的时候,大多数人只是抱怨一下,也就忍了。
有少数人会想着怎么去解决它,比如可能会想到在对Bug截屏的时候,可以把上下文也“截下来”,形成一个快照,发给程序员。(没错,这就是我最早遇到这个问题时,立刻想到的办法。)
但是我再想具体怎么做的时候,发现很难,因为服务器端的上下文根本拿不到,没法弄,于是就把这个想法给放下了。
其实服务器端的信息拿不到,浏览器端的信息完全可以拿到啊,把这些信息形成快照,发给程序员,也能极大地帮助定位Bug啊,这就是Jam所做的事情,它把问题做了拆分,专注于解决一小部分问题,获得了成功。