user interfaces
Auto Added by WPeMatico
Auto Added by WPeMatico
A recent article in Entrepreneur magazine listed “inadequate testing” as the top reason why startups fail. Inadequate testing essentially means inadequate or sub-par user research that leads to poor UX design which, not surprisingly, usually ends in failure. While working with startups and tech companies, I have also seen how even when people know how important user research is, they may not necessarily know how to conduct it in optimal ways.
Let’s look, then, at some of the biggest UX research mistakes companies make and what I wish I had known when I first started.
When considering any potential product or service, it’s best to get certain questions answered as soon as possible. Is it actually going to be something useful and feasible for the target users and their organizations? Are your initial; assumptions correct? Ideas that seem good at first may not seem so great after research, and many commonly criticized failures were likely results of insufficient research. This is why it’s vital to begin user research early before product development has even begun.
While it is important to conduct foundational research early on, you also want to make sure to conduct evaluative research by continuously testing your product as you build or upgrade it. One of the reasons why Google products product like Gmail or YouTube are relatively easy to use for most people is that Google has teams continuously testing their products, making sure that their users know where to find what they’re looking for.
One of the mistakes I see many startups and entrepreneurs make (and that I myself made early on) is doing all of the UX research themselves. In some ways, books like “Lean Startup” have bolstered this tendency by stressing the need to “get out of the building” and get to know your users. In itself this isn’t a bad idea—it’s good to know who your users are and to build empathy for their experiences. Likewise, this isn’t to say that you should not do any research yourselves.
However, you also want to be sure to complement that by having professional, third party UX researchers do research for you as well. When you are heavily invested in your research, as you invariably would be if it is your own product, it is difficult to conduct it in an unbiased way. And when your research participants know that you are asking them about your own project, they are not likely to provide you with good signal that can actually help you improve your product.
Powered by WPeMatico
“The app that you use the most on your phone and you don’t realize it is your keyboard,” says Christophe Barre, the co-founder and chief executive of OneKey.
A member of Y Combinator’s most recent cohort, OneKey has a plan to make work easier on mobile devices by turning the keyboard into a new way to serve up applications like calendars, to-do lists and, eventually, even Salesforce functionality.
People have keyboards for emojis, other languages and gifs, but there have been few ways to integrate business apps into the keyboard functionality, says Barre. And he’s out to change that.
Right now, the company’s first trick will be getting a Calendly-like scheduling app onto the keyboard interface. Over time, the company will look to create modules they can sell in an app store-style marketplace for the keyboard space on smartphones.

For Barre, the inspiration behind OneKey was the time spent working in Latin America and primarily conducting business through WhatsApp. The tool was great for messaging, but enterprise functionality broke down across scheduling or other enterprise app integrations.
“People are doing more and more stuff on mobile and it’s happening right now in business,” said Barre. “When you switch from a computer-based world to a mobile phone, a lot of the productivity features disappear.”
Barre, originally from the outskirts of Paris, traveled to Bogota with his partner. She was living there and he was working on a sales automation startup called DeepLook. Together with his DeepLook co-founder (and high school friend), Ulysses Pryjiel, Barre set out to see if he could bring over to the mobile environment some of the business tools he needed.
The big realization for Barre was the under-utilized space on the phone where the keyboard inputs reside. He thinks of OneKey as a sort of browser extension for mobile phones, centered in the keyboard real estate.
“The marketplace for apps is the long-term vision,” said Barre. “That’s how you bring more and more value to people. We started with those features like calendars and lists that brought more value quickly without being too specialized.”
The idea isn’t entirely novel. SwiftKey had a marketplace for wallpapers, Barre said, but nothing as robust as the kinds of apps and services that he envisions.
“If you can do it in a regular app, it’s very likely that you can do it through a keyboard,” Barre said.
Powered by WPeMatico
As AI and machine-learning tools become more pervasive and accessible, product and engineering teams across all types of organizations are developing innovative, AI-powered products and features. AI is particularly well-suited for pattern recognition, prediction and forecasting, and the personalization of user experience, all of which are common in organizations that deal with data.
A precursor to applying AI is data — lots and lots of it! Large data sets are generally required to train an AI model, and any organization that has large data sets will no doubt face challenges that AI can help solve. Alternatively, data collection may be “phase one” of AI product development if data sets don’t yet exist.
Whatever data sets you’re planning to use, it’s highly likely that people were involved in either the capture of that data or will be engaging with your AI feature in some way. Principles for UX design and data visualization should be an early consideration at data capture, and/or in the presentation of data to users.
Understanding how users will engage with your AI product at the start of model development can help to put useful guardrails on your AI project and ensure the team is focused on a shared end goal.
If we take the ‘”Recommended for You” section of a movie streaming service, for example, outlining what the user will see in this feature before kicking off data analysis will allow the team to focus only on model outputs that will add value. So if your user research determined the movie title, image, actors and length will be valuable information for the user to see in the recommendation, the engineering team would have important context when deciding which data sets should train the model. Actor and movie length data seem key to ensuring recommendations are accurate.
The user experience can be broken down into three parts:
Knowing what a user should see before, during and after interacting with your model will ensure the engineering team is training the AI model on accurate data from the start, as well as providing an output that is most useful to users.
Will your users know what is happening to the data you’re collecting from them, and why you need it? Would your users need to read pages of your T&Cs to get a hint? Think about adding the rationale into the product itself. A simple “this data will allow us to recommend better content” could remove friction points from the user experience, and add a layer of transparency to the experience.
When users reach out for support from a counselor at The Trevor Project, we make it clear that the information we ask for before connecting them with a counselor will be used to give them better support.
Image Credits: Trevor Project (opens in a new window)
If your model presents outputs to users, go a step further and explain how your model came to its conclusion. Google’s “Why this ad?” option gives you insight into what drives the search results you see. It also lets you disable ad personalization completely, allowing the user to control how their personal information is used. Explaining how your model works or its level of accuracy can increase trust in your user base, and empower users to decide on their own terms whether to engage with the result. Low accuracy levels could also be used as a prompt to collect additional insights from users to improve your model.
Prompting users to give feedback on their experience allows the Product team to make ongoing improvements to the user experience over time. When thinking about feedback collection, consider how the AI engineering team could benefit from ongoing user feedback, too. Sometimes humans can spot obvious errors that AI wouldn’t, and your user base is made up exclusively of humans!
One example of user feedback collection in action is when Google identifies an email as dangerous, but allows the user to use their own logic to flag the email as “Safe.” This ongoing, manual user correction allows the model to continuously learn what dangerous messaging looks like over time.
Image Credits: Google
If your user base also has the contextual knowledge to explain why the AI is incorrect, this context could be crucial to improving the model. If a user notices an anomaly in the results returned by the AI, think of how you could include a way for the user to easily report the anomaly. What question(s) could you ask a user to garner key insights for the engineering team, and to provide useful signals to improve the model? Engineering teams and UX designers can work together during model development to plan for feedback collection early on and set the model up for ongoing iterative improvement.
Accessibility issues result in skewed data collection, and AI that is trained on exclusionary data sets can create AI bias. For instance, facial recognition algorithms that were trained on a data set consisting mostly of white male faces will perform poorly for anyone who is not white or male. For organizations like The Trevor Project that directly support LGBTQ youth, including considerations for sexual orientation and gender identity are extremely important. Looking for inclusive data sets externally is just as important as ensuring the data you bring to the table, or intend to collect, is inclusive.
When collecting user data, consider the platform your users will leverage to interact with your AI, and how you could make it more accessible. If your platform requires payment, does not meet accessibility guidelines or has a particularly cumbersome user experience, you will receive fewer signals from those who cannot afford the subscription, have accessibility needs or are less tech-savvy.
Every product leader and AI engineer has the ability to ensure marginalized and underrepresented groups in society can access the products they’re building. Understanding who you are unconsciously excluding from your data set is the first step in building more inclusive AI products.
Fairness goes hand-in-hand with ensuring your training data is inclusive. Measuring fairness in a model requires you to understand how your model may be less fair in certain use cases. For models using people data, looking at how the model performs across different demographics can be a good start. However, if your data set does not include demographic information, this type of fairness analysis could be impossible.
When designing your model, think about how the output could be skewed by your data, or how it could underserve certain people. Ensure the data sets you use to train, and the data you’re collecting from users, are rich enough to measure fairness. Consider how you will monitor fairness as part of regular model maintenance. Set a fairness threshold, and create a plan for how you would adjust or retrain the model if it becomes less fair over time.
As a new or seasoned technology worker developing AI-powered tools, it’s never too early or too late to consider how your tools are perceived by and impact your users. AI technology has the potential to reach millions of users at scale and can be applied in high-stakes use cases. Considering the user experience holistically — including how the AI output will impact people — is not only best-practice but can be an ethical necessity.
Powered by WPeMatico
Context is everything when dealing with dialog systems. We humans take for granted how complex even our simplest conversations are. That’s part of the reason why dialog systems can’t live up to their human counterparts. But with an interactive learning approach and some open source love, Berlin-based Rasa is hoping to help enterprises solve their conversational AI problems. The… Read More
Powered by WPeMatico