users
Building Better Products by Engaging Hard to Reach Users
As technologists, one of the hardest things to remember is that we’re not our users and our assumptions can easily extend into our work. If we are not careful, we can easily end up designing products based on our assumptions and biases rather than insights from the actual audience.
Read MoreDecoding Your Customers
This session talks about how to understand your customers – how they’re behaving, how capable they are of learning and changing, how they make decisions, what they care enough about to pay money or attention to fix. It’s not easy.
Read MoreThe Dangers of Design by User
In this article, Demetrius Madrigal and Bryan McClain explains why you should not take user feedback or requests for design changes at face value.
Read MoreA Customer is a Customer?
Software development teams use the word “customer” a lot. But there are different kinds of customers. Being aware which kind of customer you are talking about can help you to deliver better results. This post explains the difference between two kinds of customers: the ones using your product and the ones who will buy it. […]
Read MoreRequirements aren’t evil, we are.
As he is responsible to create the requirements, we set the customer as the sole owner of the definition of success. Therefore, we force the burden of success onto the shoulders of the very person who has come to us, the software developer, for help. If that isn’t evil incarnate? This post is about the […]
Read More