The user interface was outdated and lacks usability. Users had to select forms and fill the form line by line. Moreover, users were unable to file electronically via OTS.
I interviewed folks who use tax preparation tools like TurboTax or HR Block. I asked them about their understanding of the tax filing process, their experience with tax preparation tools, and their favorite features of the tools.
It seemed like most had a poor understanding of tax codes and jargon. As a result, most folks relied on the tax preparation tools to assist them.
To establish the baseline usability of Open Tax Solver, I asked the users to pretend to file a tax return to try to identify the pain points and observe their usage of the software.
It looks so old; I am not sure if I can trust it with my personal information
I don’t know what [form schedule] to pick? What’s the schedule A, C, and D?
So I had to print out the forms and mail them in? How would I know if the IRS gets them?
Based on the research, I identified multiple pain points throughout their experience and made design suggestions for improving the experience.
I presented the design to the main stakeholder, pointing out some areas that could be improved. However, some issues arose during our discussion. The questionnaire for form selection would need to be updated every time the tax codes change, and Open Tax Solver does not have the expertise or manpower to do so right now.
Changes
The project is still ongoing.
Frequent communication with the team:
If I understood the complexity of tax filing and the limitation of the team earlier, I could save a lot of time mapping out the questionnaire.
Maybe users don’t need to understand the jargon:
Instead of explaining the jargon to the user, maybe users don’t need to understand it. I can perhaps break the jargon down into several questions.
Narrower target user group:
The user group identified might be too broad. I would reconsider the target users and if it can be more aligned to the constraint of the platform.