Available product analysis
library
Why?
Find out if what you are planning to do has already been done (in full or in part) by someone else.
Why?
Find out if what you are planning to do has already been done (in full or in part) by someone else.
Why?
Incorporating what has proven to work somewhere else forms the basis of any high-quality project.
Why?
Have others already tackled the problem? Incorporating your peers’ knowledge can seriously speed things up.
Why?
Find a niche or unique selling point competitors are not filling.
Why?
Applying well-known design patterns improves the quality (and structure) of the designed software.
Why?
A domain expert can put you on the right track when you enter a new domain or field of expertise. The expert can recommend sources, give you a sense of direction or point out common pitfalls.
Why?
Find general information, guidance and best practices.
Why?
A SWOT analysis supports decision makers in identifying relevant factors for achieving certain goals.
Why?
To get an overview and summary of a dataset
Why?
Find out if what you are planning to do has already been done (in full or in part) by someone else.
Why?
Map the domain that your product will be part of, so you know the key concepts and the relations between them.
Why?
Get a detailed view of how users will be using your solution and what their requirements are.
Why?
A focus group discussion is an efficient way to gain insight into how people think about an issue, without having to interview each person separately.
Why?
Learn from potential users of your new product and other stakeholders
Why?
Get a feeling for how your intended users will use your product by unobtrusively observing them in their natural environment, doing the things they always do.
Why?
Before solving a problem, it is important to understand it. Moreover, problem analysis ensures that you are not solving the wrong problem.
Why?
Identify the stakeholders and ensure that their needs are considered.
Why?
Collect information (mostly quantitative) from a large sample of your target group.
Why?
Understand the structure, flow or other aspects of a certain task. Task analysis focuses on what end users actually do to achieve their goals.
Why?
A minor change in a design may alter user behaviour in ways that are hard to detect in a usability test. An A/B test allows you to compare real-world user behaviour across different versions of a product.
Why?
Test a subsystem or component in isolation to ensure its correctness before integrating it with other components or modules.
Why?
Computer simulations are used when a real-world process, system or event situation is not available or feasible.
Why?
Gain insights by measuring and analysing data. Researching a dataset can give you useful quantitative information about the topic of interest.
Why?
Hardware does not always perform according to its specifications. Hardware validation ensures that the hardware performs as expected and excludes hardware as a source of errors.
Why?
To test hypotheses based on a quantitative dataset.
Why?
Test the operating conditions under which the system delivers its intended functions.
Why?
Understand the security risks of an IT system.
Why?
Solve problems before your system goes into production and demonstrate that the system operates according to its requirements.
Why?
Find certain types of bugs as early as possible and ensure your code keeps running after a change.
Why?
Detect problems users have with your solution and correct them before the system goes live.
Why?
A standardised set allows you to compare your product to similar products.
Why?
Norms and values differ between various people and societies. Make sure your design and development decisions do not lead to conflicts with certain norms and values.
Why?
Conforming to guidelines and standards helps ensure the credibility of the quality of your product and prevents reliability, privacy and security issues.
Why?
Colleagues and experts can help improve your work, especially if they need to reuse it.
Why?
Get an idea of the unique selling points of the opportunity you have found, or of the idea you have to tackle a problem, and practice concise communication about them.
Why?
Ensure that the product is perfect before it is released to the client or users.
Why?
Get an impression of how well your code is written and quickly find vulnerabilities, weak spots and bad smells.
Why?
Generate and develop new ideas.
Why?
Maximize the outcome of your efforts or investment.
Why?
To gain inspiration from your users by involving them in the development process.
Why?
With many eyeballs on the code, all bugs are shallow. Colleagues can help you find bugs and improve the quality of your source code.
Why?
Breaking a complex IT system or problem into smaller parts ensures its maintainability and robustness, and facilitates cooperation in large-scale software projects.
Why?
Compare an actual situation to an ideal or desired situation. The gap analysis can be used to create plans to bridge the gaps.
Why?
To find new solutions, be able to try them out quickly and involve many people in your challenge.
Why?
Defining the IT architecture is complex and requires contributions from and interactions between software designers and/or architects. Sketching facilitates these discussions.
Why?
Improve the quality of complex decisions
Why?
Develop, evaluate or communicate a concept, design or problem solution to make your ideas concrete, to learn whether they work and to discover the technical limitations or possibilities.
Why?
To define and weigh the requirements of a new design or redesign, considering the interest of all concerned stakeholders.
Why?
Understand why a problem occurs and prevent it from happening again.
Why?
This set of cards gives you an overview of methods you can use, but there are many others that might fit your goals better.