App design learnings: how simple should simple be?

App design learnings from our experience

We are designing for truck drivers. Plumbers. Electricians. Mechanics. In addition to office workers, home-makers.

In fact we have no idea who could be the next user for Simply C2.

For those who do not know, Simply C2, earlier called Grahak Setu, is an app for customers to log complaints directly with manufacturers.

Our CRM users are sophisticated business users. Designing for them did not prepare us for designing for “unsophisticated”- yes, the quotes are deliberate- users.

Here are a few of our app design learnings.

Simple is beautiful

App Design Learnings - Simply C2
Make it simple to do his primary task

The number one on the app design learnings list.

Simple is minimal. Minimal is what you need.

Our target users are busy. They do not have the luxury of waiting to figure it out. Also, they come to the app to do one simple thing.

Make that task stare at them.

B2B is hard to design for

The same app can be used by multiple users at different levels. While the boss may want aggregation and reports, the traveling salesman/ service technician may just want to see tasks for the day.

What we worry about every day. Saleswah CRM tests our ingenuity every day.

The solution is not to show the charts to the technicians or even the entire ticket closure workflow to the managing director sitting in the office. We must be able to present relevant and role-specific views and workflows to the users.

Doing that in the same mobile app, in the same UI and ensuring great UX is hard. Very hard.

Core set of target users with core set of functionality

Every app has a target persona. How you choose to define the target persona while designing the app and the workflows, will influence the usage and adoption.

We need a lot of users. But, first it needs to be useful to a core set of users and they need to find it useful. Really useful. And helpful.

App design learnings: how simple should simple be? 4
Simplicity is the essence of design

Some of the users will say good things about your app. And, maybe start a virtuous cycle.

Doing this in B2B apps is hard.

Because the boss decides. But he does not use.

Sometimes words speak louder than pictures

Sometimes as designers we get carried away. With icons, pictures, mnemonics. And we forget that we are part of an echo-chamber of app developers and software nerds.

App Design Learnings - Words Speak louder
Simple words like “Help” rather than big ones like “Complaint”

So, if that floppy disk sign for “save” does not make sense to your target audience, please use the word “Save” instead. Sometimes what you lose in “aesthetics” can be more than made up in comprehensibility.

Localize, localize, localize

Start with translating the menu and the instructions. If your app is targeting a diverse geography and demography not very fluent in English, you have to do this. The best example in the Indian ecosystem of this is KhataBook. They have used localization as part of their design strategy- from day one.

App design learnings localize

Clearly one of the most important app design learnings.

Saleswah CRM is in 4 languages. Simply C2 is in 2. But, we are expanding our repertoire.

Sometimes, customization is the only way

This is especially true in B2B. Because in B2B segment, each customer will have a different customer facing process.

Sometimes they are able to let their customer facing process work with Simply C2. It depends on their perception of the ease of adoption of their target customers.

But, many times they are not. We have no choice then to re-build the Simply C2 process around UI/ UX that speaks to their clients.

Like we built for Initiative Water, a pioneering company based in Pune, India. Initiative innovates in the space of Multi-port valves, Water ATMs and Dosing Pumps and uses Saleswah CRM to manage their customer service centres across India. Their version of the customer facing app, the Initiative Grahak Setu is custom made for their customers alone.

They use the data they log from the customer interactions to tweak and expand their service network.

Enterprise software sales to enterprises

Enterprise software sales in India is enterprise sales. This has major implications for all of us who are trying to evangelize SAAS as a means of delivery as well as recurring revenue collection.

Enterprise software salesWhat do I mean by “enterprise sales”? It means a sales process which is definitely non-transactional. It means that no matter how you choose to deploy your software, the customer will not buy on the phone or on the web. It means that you can’t win in enterprise software sales by demo over the internet. It means that you need a direct sales team who will need to make face to face calls.

The direct consequences are not limited to the need for a direct sales force. You need to be prepared to customize every time- no matter if the number of users is 5 or 500. The only “Off the shelf” software customers in India buy is MS-Office! For every thing else, there is customization.

Most customization is trivial- but, the catch is that it makes sense only to one customer and none else. There are of course, those customization requests that have significantly enriched our product. That is, they have become part of the mainstream product. Many reports are examples of requests that came from customers. Location tracking of traveling salesmen, service executives etc were customer requests.

The benefit of face to face selling is that you understand the customer business process really well. So, you know if your product is a good fit or will fit only at a stretch. But, I am not convinced face to face selling works for the enterprise software sales on SAAS platform. The upfront cost of acquisition is very high; so, the customer needs to stay with you for 3-4 years for you to break even – for a moderate ticket sale (20 or less licenses).

SAAS is meant to be a friction-less delivery model- but, this assumes that from the time of initial evaluation to adoption to use and re-use, though repeated payment and renewal cycle, it is “low-touch”. But, low touch can lead to low adoption as well- which leads to disengaged customers. Disengaged customers switch and while the switching cost is moderately high for an enterprise software product, the vendor makes a loss if the customer switches early in the adoption cycle.

So, what is the solution? Someday, the realization will dawn on everyone that by being a little flexible and bending your own business process to how the software works – and as it does for many others- you will have a faster and more successful adoption and also cheaper software. Till such time, we vendors and customers will continue to chase the mirage of custom built software paid for with the flexibility of per user per month.