Этот вопрос слишком велик, чтобы дать точный ответ. Существуют книги о дизайне и другие книги о пользовательском опыте , в которых подробно объясняется, как сделать программное обеспечение, потребительские товары, книги, рекламные объявления, игрушки для детей более привлекательными для целевой аудитории. На самом деле, ваш вопрос похож на:
Я дизайнер, у меня есть некоторое представление о программировании (я изучал основы в школе в течение двух недель), но у меня нет времени изучать программирование. Меня просят сделать сайт электронной коммерции с нуля, используя ASP.NET MVC и Microsoft SQL. Можете ли вы объяснить мне, что это за две вещи и как я могу использовать их для успешной работы?
В любом случае, если вы хотите составить «привлекательные» графики, но у вас нет времени на чтение десятков книг, и у вас нет дизайнера в вашей компании (возможно?), Вы можете попытаться вдохновить себя на то, что Вы видите вокруг : профессиональные веб-сайты, презентации и т. д. Вы должны отметить некоторые правила и шаблоны, и применить их к своим диаграммам. Иногда вы можете ошибаться, потому что некоторые правила работают хорошо для веб-сайтов, но не подходят для потребительских товаров, диаграмм или игрушек для детей, но в целом у вас больше шансов на успех.
Например, если я возьму диаграмму в вашем редактировании:
Я замечаю самую первую ошибку: тени. Тени следует использовать с осторожностью. На веб-сайте такое использование было бы неприемлемым. Хорошим примером использования теней является Apple.com . Каждый элемент, с которым пользователь может взаимодействовать, имеет небольшую тень, создавая ощущение объема. Ни у какого другого элемента нет тени. В случае диаграммы это может быть более приемлемым, поскольку пользователи не предназначены для взаимодействия с диаграммой. Тем не менее, тени слишком велики и слишком отделены от элементов. Кроме того, здесь они не нужны: у каждого элемента уже есть граница .
Правило большого пальца: ПОЦЕЛУЙ (или, если хочешь, "будь ленивым"). Не добавляйте рамку, тень и цвет фона одновременно. Не делайте текст жирным курсивом Arial Black 200 с красным подчеркиванием с желтой рамкой на мигающем фоне лайма. Делайте только то, что вам нужно, чтобы добавить визуальный эффект, не более того.
Подумайте о стилизации ваших диаграмм: никто не хочет видеть эти уродливые черно-белые диаграммы UML. Но не переусердствуйте: это станет только хуже: черно-белые диаграммы UML некрасивы, но пригодны для использования . Радужная мульти-шрифтная мигающая GIF-анимация с множеством иконок и стрелок, которые меняют цвет, не только уродлива, но и непригодна.
Для диаграмм запомните специфику контекста. Если он будет показан через проектор, у вас не будет зеленого текста на белом фоне : он просто волшебным образом исчезнет при проецировании на стену. Если он поддерживает вашу речь, не помещайте слишком много на слайд : слишком много графики, слишком много цифр, слишком много текста. Приведенная выше иллюстрация является хорошим примером того, что вы никогда не должны делать для презентации: с таким слайдом вы уверены, что половина аудитории засыпает, а другая половина перестает слушать вас, отчаянно пытаясь понять, что это за вещь ,
Наконец, помните, что вы здесь для своей аудитории, а не наоборот . Если вы покажете диаграмму, показанную выше, маркетологам , они сами скажут, что вы отстой. Знают ли они, что такое облако (или считают, что это как-то связано с приложениями, размещенными в небе / космосе)? Они знают, что представляет коричневый значок с надписью «DB»? Могут ли они объяснить, что такое веб-приложение и чем оно отличается от чего-то другого или от веб-сайта?