Quickbooks Part Deux | The Feature Request
Mm mm mm.
Nobody asked for a sequel about small business accounting software and yet, here we are...
Today we're using our working experience with QuickBooks Online to walk through how to craft a solid Feature Request. Even if you don't work for the organization behind the tool, constructively framing user feedback can make a world of difference for teams tasked with building and improving these products.
Let's wind back the clock a second:
- In our first outreach, we established that an API synchronization issue between our bank and our accounting software was experiencing authentication setbacks
- Literal years have passed as both our operational cadence and their system sophistication has evolved
- Application familiarity between us and QuickBooks has matured, due to our own unique experiences and their own growth as an accounting software organization
And if you want the full backstory (5 Yelp stars for comprehensive bug reporting, guaranteed)...
Bug Reports in the Wild | Integration Problem From Quickbooks to Scotiabank
The most important thing that one can do
When drafting bug tickets, or producing feature proposals is not start yelling and doing this at all or whatsoever.
Tempting?
Absolutely. But not very helpful.
Think of a feature request more like a recipe. You're making a banana split for your best friends at a mix and mingler, one so good it'll be the talk of the town, have future friends lining up for your ice cream parties, and telling their friends about it too.
So what's in the recipe?
The Summary
- Give a high-level synopsis
- Use visual examples where appropriate
- Include any existing notes or documentation to eliminate guesswork
Let's get started
🎤mmHMM
🥸 As a business owner, I'm very familiar with contractor bill reporting on the QBO desktop interface.
🥸 Part of my biweekly routine includes checking aggregated bills so I can make timely contractor payments.
(there is wiggle room to admit minor vulnerabilities)
🥸 I wouldn't call myself an expert on the mobile app just yet (ha ha), but I was trying to make those same payments from it and noticed something:
🥸The same set of interactions, like clicking into Suppliers and seeing contractor balances at a glance,
🥸 isn't comparably reflected on the mobile experience.
Now for the important part:
🥸 What I would need this feature to support, from the lens of success criteria, is:
- The ability to have contractor balances summarized in a comparable manner to the desktop experience
- Building a consistent sense of UX clarity between the desktop and mobile applications
(and then)
🥸 Given there are also modules for items like CPP tax balance payments, it is also worth noting that a transitory contractor-expense-based module as a standalone may produce the data driven architectures that can help an organization like our own bolster a more refined
✌️semblance of fiduciary data trails ✌️
Such that we can bolster trust and reputation with entities like the Canada Revenue Agency.
Don't get us wrong, though (ha ha)
We're well aware there are only so many hours in a day. The goal of a feature request isn't to add to someone's pile. It's to make the pile easier to sort through.
Clear examples, visual context, and success criteria that speaks to the "why". Now that's a delightful banana split recipe.
So thanks for hearing us out on this one. And don't have a good work week.
Have a great one.
