Hey everyone,<p>I'm a designer who runs a small studio.<p>I'm thinking about starting a blog series about "design for non-designers". Would love to hear your thoughts on anything you would like to learn regarding design. This doesn't have to be technical, it can be things like "When to hire a designer", "How to brief designers". I'll do a follow-up if this picks up and I write about it.
As a Software Developer with no experience in UX and UI I would love to know more about that particular topic. At my current workplace we don't have any designers, so it's my job to make good looking interfaces and I have sometimes trouble to make the right decision about arrangement of input fields etc.
Something like the following blog post, is what helps me a lot:
<a href="https://goo.gl/aWQSkv" rel="nofollow">https://goo.gl/aWQSkv</a>
Design is a very broad topic. When I read the title, I thought it meant software system design, whether for backend or front-end or scientific computing or any other domain.<p>As a person who cares a lot about taking a craftsmanship-first approach to business software, and in fact I believe this for cost-effectiveness and speed-of-delivery reasons such as discussed in <i>Peopleware</i>, my biggest question about design is:<p>How do you get product managers, business managers and executives to understand that by caring sincerely about first-principles craftsmanship and design and by creating policies in which managers and executives give up their ability to supersede craftsmanship with short-term or reactionary thinking, the business outcomes and customer satisfaction, even in the short term, are likely to be better, and especially compounded over time?<p>I'm not saying to take an ivory tower approach and try to build a "perfect" system before you ever start testing it in the market or analyzing how customers react to it.<p>But I am talking about the way that important work for the sake of extensibility and maintainability, or important aesthetic judgments from engineers who have experience with what features succeed in businesses, often get superseded for poorly thought out and reactionary short-term business goals, leading to wasted effort when sprint work gets deprioritized midweek and everyone has to pivot onto poorly articulated new goals all of a sudden (and then it happens again two weeks later, and again, and again).<p>If management took a constrained design approach, and bought into the idea that engineering aesthetics are a legitimate reason for teams to turn around and say 'no' when they are asked to engage in an obviously dumb pivot that wastes resources on unfinished work and context switches, I believe the evidence (written about widely, e.g. even just start by reading <i>Peopleware</i>) shows it would lead to better results <i>even in terms of the outcomes that the managers and executives want.</i><p>Overall it makes me feel like other questions about design are just not important unless you work for bosses who happen to "just get it" and think in this quality-oriented way. Otherwise, you can learn all kinds of cool things about design ideas, you can hire great people to advise on prototypes and design approaches, and it all just goes in the trash can because of short term, reactionary management practices.