Keynote Systems (Discontinued) vs. Request Metrics

It is totally suited for start ups that are developing an app. With Keynote they will be able to test it and to have some feedback about the bugs that it may have, even before they launch it. It will help you have a better product once it's launched.

Incentivized

Request Metrics is great for small web development teams that want to make fast web applications. It was quick for us to get started and we could use the reports right away without having to read through documentation. If you just need to get some performance metrics, Request Metrics is perfect. It would not be so good for a larger team or a complex backend application as it is pretty limited in what it can measure.

• User simulation
• Multidevice test
• Great monitorization of your app's performance

Incentivized

• Performance charts are really simple and easy for us to understand what is happening
• It was easy to get started and doesn't need administration or training
• It's affordable for our team
• It's fast

• It's difficult to use it if you are not an expert
• The code is difficult to implement depending on the format

Incentivized

• I wish that it could also do uptime checking of the site
• There is not enough detail to drill into individual users

We used Keynote Systems because it's easier to use it by yourself and you can prepare your own app and do the testing with the target you are addressing it to.

Incentivized

We also consider Speedcurve and Calibre for monitoring. Speedcurve was really nice, but the reports were slow. We had to wait a lot to get information. It was also out of our budget and would require extra justification to use it. Calibre was also nice, but the numbers were based on synthetic rather than real user performance. We felt that this wasn't as helpful for us.

• It helped us to find some critical errors before we launched it
• We launched the final version with a great feedback

Incentivized

• The launch of our project dashboard was much smoother and more successful because we could fix problems earlier
• It fit without our existing operations budget