Router Management Tool

Bring in router management functionality from external tools (WIN and Scope (Wrench)) into AgentOS.

ROUTER MANAGEMENT TOOL

ROLE: UX/UI DESIGNER

TEAM: 3 designers (design lead, content designer, and myself)

TIMELINE: 12 weeks

APPLICATION: Figma

THE GOAL

To bring in router management functionality from external tools (WIN (Wireless Internal Navigation - for Advanced WiFi routers (SCP)) and Scope (Wrench - any routers not managed in WIN)) into Agent OS. This will reduce swivel for agents going out to the WIN tool and reduce call time. Currently agents are going to multiple tools to resolve router issues. This new tool will house all the router management functionality in one location.

SCOPE

Improve the residential Internet/Voice repair agent's experience for WIN and Wrench functionality.

RESEARCH

The research team did some discovery research which included SME discussions (6) and agent focus groups (2). SME sessions included understanding the system and its capabilities through demonstrations and discussions

Agent Focus Group Sessions helped us understand the agent experience first-hand gaining insights to their behaviors, thinking, work strategies and tendencies.

INSIGHTS & TAKEAWAYS

Some high level items surfaced during discovery.

Research discovered 36% of calls are related to a connectivity reason.

Wrench Tool:

- Some agents have a lack of confidence that WRENCH will follow through on actions they take in scope

- Some agents feel it is faster for them to log into the router’s GUI directly than use WRENCH to manage router settings

- Wrench doesn’t return diagnostic metrics the way WIN does, agents felt this would be useful to have

WIN Tool:

- Many agents that participated perceived WIN as the easier tool to use

- WIN provides agents more information and control than WRENCH

- In WIN, network optimization is perceived as not being useful - “crosswalk button”

- Agents felt factory reset is needed to resolve issues that didn’t seem to have a real diagnosis (especially in WIN)

- In WIN, agents aren’t always confident that firmware notifications will inform there is an update available sometimes they will try to update regardless of notifications

DESIGN

The larger team had a sprint kickoff to brainstorm and iterate on ideas. We all created sketches and collaborated to come up with a design to move forward.

Crazy 8 Sketches

BLUESKY MOCKS

After sketching and collaborating with the greater team, the design team came up with scenarios, created high fidelity bluesky mocks, and a prototype to prepare for user testing.

Bluesky WIN Router Mocks
Bluesky Wrench Router Mocks

USER TESTING

THE USERS


5 (45 minute session) user tests were conducted with agents trained in the following areas:
- Residential Internet/Voice Repair
- Residential Video Repair

After user testing we took the feedback, takeaways, and recommendations provided by the research team to make the necessary changes for the the MVP iteration.

WIN Router MVP Mocks
Wrench Router MVP Mocks

MORE USER TESTING

A new prototype was created based on the feedback we got from the first round of testing. For MVP we did more testing with the new designs.

5 (45 minute session) user tests were conducted with agents trained in the following areas:
- Residential Internet/Voice Repair
- Residential Video Repair

OUT OF SCOPE

There were multiple features that we included that were not in the original scope. Due to this we had to push our deadline multiple times. We also ran into scheduling issues because this was wrapping up around the holidays.

ITERATION 2

Leadership decided that they wanted to include even more WIN router functionality into the tool. After the sprint was completed we found out that the Wrench router designs were no longer needed so they did not make it to production with the WIN router designs. Half way through the sprint the design lead quit. This was a huge setback because we were losing a lot of knowledge. I stepped into a leadership role and finished off the sprint strong.

Other projects: