Wrapping up the your product failed because you didn’t enable your users to realize value branch of the root causes of product failure, is this article on the context in which your user is using your product. If you ignore your user’s context, they won’t be able to realize the […]
Interaction design / Interface Design / Ishikawa Diagram / Kano Analysis / Prioritization / Product Management / Requirements / Requirements Models / ROI / Software development / UX
Posted on:
Why Do Products Fail? – Forgetting that Users Learn
Next up in the series on the root causes of product failure – products that fail because you have ignored the user’s level of experience. The first time someone uses your product, they don’t know anything about it. Did you design your interfaces for new users? After they’ve used it […]
Agile / Business Analysis / Business Rules / Interaction design / Interface Design / Product Management / Requirements / Requirements gathering / Software development / Uncategorized / UX
Posted on:
A Prototype is Worth a Thousand Lines of Code
A picture is worth a thousand words. A prototype is worth a thousand lines of code. Two key elements of product management – and of agile development are elicitation and feedback. Low fidelity artifacts can significantly improve both. Polished, codified prototypes can create problems that prevent you from getting the […]
Agile / Business Analysis / Interaction design / Interface Design / Product Management / Requirements / Requirements Models / Software development / Use Cases / User Stories / UX
Posted on:
Design-Free Requirements
Design-Free requirements are important for two reasons, and hard for two other reasons. Design-free requirements are hard because you “know what you want” when you should be documenting “why you want it.” Writing design-free requirements can be hard when you don’t trust your development team to “do the right thing” […]
Agile / Interface Design / Product Management / Software development / UX
Posted on:
Agile Prioritization: Which Widget?
Your company is building out a toolkit to support third-party developers. You’ll need a bunch of different types of widgets – combo-boxes, text entry fields, domain-specific controls, etc. You’ve got a long list of desired controls from your customers. You’re agile. What do you build first?
Business Analysis / Interface Design / Product Management / ROI / Software development / Usability / UX
Posted on:
Modeling User Competency
Perpetually intermediate (competent) users. Users who briefly exist as novice users and never become experts. Most of your users are competent, and you should design for them. Competent users have different needs and different expectations than novice or expert users. How do you know your user’s competency levels, so you […]
Business Analysis / Interaction design / Interface Design / Prioritization / Product Management / Requirements / Software development / UX
Posted on:
User Goals and Corporate Goals
When defining requirements, you always start in the context of a goal – either a user goal or a corporate goal. You need to be aware of both. Having a positive user experience is important, and requires a user-centered understanding. Achieving your corporate goals might be in conflict with some […]
Business Analysis / Interface Design / Marketing / Product Management
Posted on:
Freemium Business Model
Ever scratch your head and wonder why you can use your favorite application for free? How can a business actually make money (and stay in business) when they offer their product for free? This article looks at the freemium business model, to see when it makes sense for a company […]
Business Analysis / Interface Design / Product Management / ROI / Usability / UX
Posted on:
User Adoption ROI
You want your software to be used, not to sit on the shelf. You can’t achieve the ROI of your software if people don’t use it. And you can’t achieve the ROI of your software by forcing people to use it either. Some will fail to achieve the benefits, and […]