... and reduced their bug tracking tools used by more than half a dozen platforms
No. of bugs created
No. of BugHerd projects
No. of team members (+guests) using BugHerd
Manifest is a full-service digital agency specializing in content marketing, content strategy and creating meaningful brand experiences. As the 2019 Content Marketing Awards Agency of the Year, they are pioneers in the industry and know what it takes to put content into context.
Prior to implementing BugHerd, the process to get context on bug reports, and client feedback from a multitude of digital projects meant utilising several platforms at the same time. Such as: Custom Clarizen ticketing functions, JIRA, LightHouse, Trello, email, random conversations and more. Phew!
All of these platforms more or less performed the same or similar tasks, but as you can imagine, a lot more manual steps were involved in creating tickets, bug reports and collecting client feedback.
Pretty much everyone involved in building projects at Manifest uses BugHerd, from accounts, project managers, the dev team and QA (of course). Even if some team members prefer to communicate via email, the response is usually “add a BugHerd".
Manifest has developed a workflow for projects with clients that involves scheduling a user acceptance testing phase. Their clients are provided a BugHerd guest account, linked to a BugHerd project. The clients (as guests) therefore know to enter project feedback in BugHerd from the very early stages.
Recently, the team were eagerly working on an internal project titled "The Plum".
Due to limited resources (billable work being priority) and the need to work quickly for MVP, there wasn’t time to perform a rigorous discovery and requirement gathering process, setup of UX/Design and implementation of the usually time consuming JIRA boards. So the team decided to utilise BugHerd as a Project Management Tool.
Once the frontend was roughly built out, the team members closest to the project went through and added “BugHerds” (BugHerd tasks) to dictate functionality and any design tweaks. They then assigned the tasks to the appropriate developers and set status to “to do".
As the Devs completed the tasks, they would move to “done” and reassign the original reporter, then sit back and wait for QA. Neat hey?
It’s really hard for us to remember a time prior to BugHerd! We have on a few occasions not provided a client with BH access and it’s been a slew of documents + emails with changes - enough to know that it’s saving us time (and money) by providing client access to it!