Today we’re finally going out of beta and launching Instabug 3.0. We believe it’s 10x better than what we had before. You can read why we did this and what’s new in it, or you could just try it yourself!
We’re super excited to finally share with you what we’ve been working on for the last months. The reason why we started Instabug in 2013 was to empower apps and mobile development teams to ship better apps. And today, with Instabug 3.0, we’re one step closer to reach that goal.
Why Instabug 3.0?
Since we started 3 years ago, all types of apps with different scales have been using Instabug. Whether it’s to gather feedback from beta testers and enable co-workers to easily report bugs in their beta apps, or to engage end-users in live apps and avoid negative reviews on app stores.
It was difficult building a product that suits all these different use cases. So we initially started with the focus on the beta phase of the app. It’s such a crucial phase in the app development lifecycle that was given minimal attention. There were many problems to solve but there were two big ones: First, we’ve discovered that many companies (even some on the top charts) don’t do beta testing at all. They rely on a 3rd party QA or internal testers, and the main reason is that beta testers weren’t sending much feedback. The problem lies in the lack of details needed to understand the feedback or debug the problem. Second, most of the beta testers test apps for free (as early adopters or loyal users) yet they have to do a lot of work to report bugs or send feedback. They had to manually take screenshots, extract logs and send them in emails.
We’ve built Instabug initially to solve these problems and we believe we did a good job. We’ve encouraged thousands of companies to start beta testing by providing them with an easy-to-integrate SDK that allows beta testers to send feedback, report bugs directly from the app (easier reporting = more feedback) and the SDK captures all device details in the background (more details = less debugging time).
Over the past year, apps saw the value of Instabug in communicating with their beta testers. They saw how more engaged they’ve become; they saw how these detailed bug reports can benefit and help them fix bugs faster. And they also saw the value of making the feedback process in-app instead of emails. So some of them thought, “You know what? Why shouldn’t we use Instabug to do the same with our actual users in our production apps?” And sure they did. Thousands of apps started to shipping with Instabug’s SDK. The effect was unbelievable! Users were more engaged when they knew they could actually talk to the people behind it directly from within the app. And some reported up to 80% less negative reviews on app stores as people were sending their negative feedback through Instabug as they knew their voice will be heard and their problem will be fixed.
So, after countless hours talking with our users and building prototypes, we’re proud to introduce Instabug 3.0! Here’s what’s new:
Drop the email composer and start giving your users the exceptional in-app support experience they deserve. Now with Instabug you can chat with your users inside your app. Answer their questions, update them on new features and be closer to them!
Simpler and Slicker Dashboard
We’ve rebuilt our dashboard from the ground up to let you do more with less clicks. We’re introducing Smart Filters to replace the old cluttered side filters to let you navigate faster; a redesigned issues page to let you go see your issues’ details in one place instead of going back and forth among different pages and a much smarter and faster search.
Brand New SDK
We gave our SDK a major facelift (both iOS and Android) and we’ve added the ability to attach multiple images and a voice recording. We’ve made sure to keep the same simple integration process and the same minimal footprint.
Powerful Crash Reporting
Since we’ve launched crash reporting last year, we’ve seen developers migrating to use Instabug for crash reporting for several reasons: less dependencies, having their feedback/bugs/crashes in one place and most importantly the amount of detail that they get, specially with the user steps. So we’ve added some improvements under the hood to make sure we capture all kind of exceptions with the same level of details. Other than that, we now capture the stack traces of all the running threads on the device while maintaining the server-side symbolication of it.
We’ve been getting a lot of good feedback about our Analytics and how it saves people time to check it at a glance. We decided to expand it both vertically and horizontally. So we’re adding more visual graphs for the most requested analytics; which visualize the bugs/feedback semantic analysis to show you what most of the bugs being reported are about. Apart from that, we’re adding a new category of Analytics, which is users analytics. This allows you to keep watch over your app users and know exactly who’s upgrading and who’s not, who’s most actively engaged, and who needs to be engaged with more. We’re looking forward to what you’ll be able to achieve with the new data that we provide you.
Important updates to existing users:
1. We thought about this a lot but we’re removing custom statuses. Previously you could add more and rename as many statuses as you want. After analyzing the statuses created, we found that custom statuses are currently used the way the tags are meant to be used. And having everything customizable was blocking us from making any kind of automation to the workflow. So we’ve decided that we will stick to only 3 status: New, In-progress and Closed. To make sure that we don’t disturb your already existing workflow, all previously statuses are automatically added as tags to the issues marked with those statuses. This change will allow us to do 2 important things: First, adding more automation to the workflow to make you do less (i.e. marking an issue as In-progress when someone replies to it). Second, we’re allowing the use of tags everywhere (you can now create Smart Filters with these tags).
2. We’re introducing App Mode. We found out that many of our users create 2 separate apps, one for their beta build and one for their live build. There were 2 problems with that: First, users used to pay double the price per app which was unfair. Second, users had to create their workflow twice for both apps! So moving forward any app that’s created, it comes with 2 modes: Beta and Live, each with different tokens but share the same app settings. The question is how does this affect your current apps? All of the apps that you’ve already created will now have the two modes. If this app was already running on more than 1000 devices, we moved it to Live mode of that app. If it had less than 1000 devices, then it’s moved to the Beta mode of that app. If you need to merge any of these apps or have any questions about this, shoot us an email at email@example.com and we’ll fix it ASAP.