Complexity is often looked on as a thing to avoid when designing apps, but what if you can't? What if the app you're working on is for spreadsheet manipulation, design work or data mining? What if AI isn't the answer? When this is the case, all you can do to remove complexity is to remove utility. This is fruitless as people need to do their work, and if they can't do their work, they can't use your app.In the following articles we'll explore the main ways to design applications and in what areas complex application design is an aberration to standard app design. Areas such as onboarding, developing personas, users stories, task flows and other standard techniques need special attention, and in some cases just don't work well all and should be replaced by alternatives. This is not a well documented discipline and the lack of writing on the topic is perhaps easily explained in that it's a genuinely difficult and nuanced area of product design which is still heavily researched. This is because it doesn't neatly follow laws or tweetable truths. In fact many of the famous quotable catch all laws are turned into a bit of a nightmarish quagmire due to the requirement for a product to be useful at a given task; usually because of its indented use in a professional environment. It would be very simple to design a spreadsheet app with almost no features at all, it would also be very easy to use. For us, this kind of thinking isn't an option, what if we need all the features, how do we go about designing for that requirement?