The device itself was rudimentary. Nothing more than a cheap metal casing which housed a small two-line LCD display and a flat ZX81 style keyboard.
“Can you make it look exactly like that?”
The assignment was for a large national breakdown operator and the devices lived in drivers’ cabs. They allowed simple communication between the drivers and the operators in headquarters. The original manufacturers of the units was now bankrupt and the customer wanted to replace them with cheaper modern commodity hardware. Ultimately, they wanted to enhance the units to offer much more functionality, but for phase 1, they didn’t want to scare the horses. After all, training a huge fleet of breakdown truck drivers would take some time.
My colleague studied the unit whilst mentally appraising the effort involved in replicating the look and feel of the user interface.
“As long as you leave one with us.”
So how hard would it be? Seeing as the hardware dictated that the only realistic programming language was Microsoft Visual C++, the answer was very hard indeed. Almost everything in C++ takes a surprising amount of code but if my colleague stood any chance of replicating the finer nuances of the device, he would have to resort to the dreaded owner-draw control. For ordinary controls which come as part of the operating system, Windows does all the hard work of drawing them every time something on the screen changes. For an owner-draw control, you have to write code. Reams and reams of it.
He took ages on those buttons. Firstly he studied the original, taking measurements and looking at everything through a magnifying glass to make sure he had the finer detail. The text on the buttons was not a standard Windows font either so on top of everything, he would have to create a custom font.
More than once I heard an “Aaaaaaaarrrgggh” from over the cubicle partition as he fought with the inner nuances of operating system libraries. After a month or so, he was ready for the first customer demonstration. I checked out his handiwork. It was an impeccable replica of the crude user interface. When the customer came in to see it, his brow wrinkled.
“Is there something wrong?”
“I was hoping you might smarten up the buttons to make them a bit more standard. You know, like the 3D look and feel you get with a Windows button?”
A quick look at my colleague’s face told me he was mentally counting to ten. A few moments clarifying what “exactly like” meant would have saved weeks of effort and considerable angst. Unfortunately, people specify things like this all the time and are usually disappointed with the result for some reason.
So why do they do it? They do it because it’s easy and requires little or no effort. Care and attention spent on requirements is seldom wasted.
- What can UI designers learn from a baby’s face? (origininteractive.wordpress.com)
- We’d Love To See These Futuristic User Interfaces From The Movies Exist In Real Life (businessinsider.com)
- Realism in UI Design – Interface vs Customer (shoretelsky.com)
- Microsoft May Unify Windows Phone and Windows RT, Develop New User Interface (xbitlabs.com)
- Why a Flat Minimalist User Interface Works Better (techwench.com)
- Five things Microsoft is doing wrong (betanews.com)