The Road To Unity: Short and Long-Term Thinking

Short-Term and Long-Term Approaches

When is a button much more than something you can click with a mouse on a user interface (or something that keeps both sides of your dress shirt working together)? The answer is simple.

When it generates a loud discussion that verges on an argument.

As mentioned in my last post, we rebuilt the iBwave Unity solution and launched it recently, and it was a long, hard slog to get there. Mockups were made, whiteboards were sullied and smudged, printouts were circulated, customers were consulted, and of course, positions on the look & feel were deeply entrenched and didn’t sway often.

This is normal in the product development process, where the end user is the focus and everyone has an opinion on what users want and, more importantly, need. Even regarding buttons.

Short-Term

We had to think of the current users that are familiar with the solution that helps them execute their everyday work in the wild world of wireless network deployments. Changing their user interface is always a shock, even when it’s for the better. And the newest version is WAY better. Deciding how to place information, where and buttons just so a user can save a few clicks is more work than you’d guess. It requires rethinking of what it is a user is trying to achieve and why they are doing a specific task. It’s just as much psychology as it is design.

Also needs change depending on who’s doing what task, when they are doing it in the course of a project, and who needs to know what. Which leads to a host of questions surrounding information layout, readability, accessibility and above all, the human desire for habits and repeatability. Most human brains look for patterns because it helps us make sense of the world. Same goes for using software – don’t change things too radically, because someone just got comfortable doing it one specific way.

So when we redesigned Unity it was critical to ensure that layout, button placement and page structure were taken into consideration depending on the task and user. That’s when the argument over the button placements arose. Luckily they were resolved without any violence.

Long-Term

But long-term thinking is key to success. Every product matures and evolves to meet new business and user requirements. Anticipating this is very difficult because evolution in software almost always means more features and therefore more complexity, both technically and what the user will experience. Complexity is the often enemy of usability. As many know, good design sometimes means taking away options so you can focus on what’s necessary.

We tried very hard to understand and anticipate how our Unity solution could be used beyond its current application. Who could be new users, what type of user would that be? Someone with a lot of computer savvy or someone who just wants a report? What would they need to do? How have the existing users evolved? Those questions and their answers are constantly evolving.

Often users don’t know what they want. Sometimes they do, which is great because that gives us a clear direction on how to proceed. Whatever the case, planning for the future of the solution is the most fun and most difficult part of the job. That goes well beyond deciding on functionality and where to place buttons and what flow of the screens would be easiest for the user to follow. It’s adding to a “living” set of code – kind of like growing another arm for a human. You just don’t want that living solution to turn into a freakish monster.

The Result

So far the feedback has been quite positive. And not just about the new page layout and UI. Part of the redesign involved screens that loaded more quickly, a key customer issue. No one likes to wait. We tried to simplify the information that was presented to our end users but not eliminate functionality. For our users, speed was equally as important as layout and functionality. Customers made it clear to us that performance matters.

We know we are on the right path to making Unity ever more user-centric, more responsive to our customers needs, and most importantly, a solution you want to sit down and use to make work days a little easier and productivity a little higher.

The Road to Unity: New Is Easy, Better Is Hard

3, 2, 1… Launch Unity!

We just launched a totally redesigned product – Unity. I can’t help but think of that old marketing cliche “New & Improved” and the implied logical contradiction (how can something be both ‘new’ and ‘improved’ – it’s either / or). Yet this is one case where I have to say Unity is both new and improved. And it wasn’t an easy feat to pull off.

It wasn’t just a matter of adding a new skin, it was a total rethink of how our customers, and specifically end users do their work. And they made it clear to us, Unity had to be not just better performing (a given) but also easier to live with meaning easier to use and easier on the eyes (yes, beauty counts).

It took a long time to achieve these goals of better performance, better user experience, better user interface and not alienating our existing users, who clearly wanted change, but don’t particularly like change.

What Is Unity?

If you don’t what Unity is, I’ll explain it with an analogy.

Have you ever been given the unwanted task of making dinner on very short notice, and you have no idea what’s in your fridge or the cupboards, what and where the recipe is for that special dish, and how long it’s going to take to make it?

You run to the store, grab what you think you need to make the meal, race home and start cooking, and you’re under pressure to deliver. Worse, as you’re making the meal, you look into the fridge for a spice and realize you already had most of the ingredients, so you spent money you didn’t need to. Then, when you finally find the recipe, you realize you forgot to buy the onions.

In the end, dinner gets made, but chances are it’s later than you wanted, you’re frazzled and the consumers of your recipe are none too happy it took so long. You know it could have been much easier if you had known what you already had in the fridge and cupboard, if you knew where the recipe was so that you would have only purchased what you needed, and nothing more.

Same goes for managing and executing wireless projects. When you have a project to do, it takes a lot of planning. If you knew you already did a great design on that building needing a brand new Wi-Fi or small cell solution, and could leverage that design as a template, that would save you time and stress by not having to redesign from scratch. You’d simply look into your Unity DB (the fridge/cupboard), find your recipe (the design), review the components you used last time, maybe do a site survey and upload some data from your mobile device to Unity, and then you’re ready to do your project without the stress of not knowing where to begin.

That’s why we developed Unity. It is a nifty solution from iBwave that serves as a project management platform, a collaboration tool, a process-execution tool, a forecasting tool and a centralization tool. You not only store all your project information, such as your iBwave Design files and Mobile files, you can store just about anything else. Also you can share info with project stakeholders, run reports on the info in the database.

In a future post, I’ll explain How and why we approached the Unity redesign. Until then, have a look at the new Unity UI. It’s really nice.

Exit mobile version