Це запитання занадто велике, щоб відповісти точно по пункту. Є книги про дизайн та інші книги про досвід користувачів , які докладно пояснюють, як зробити програмне забезпечення, споживчі товари, книги, рекламу, іграшки для немовлят більш привабливими для цільової аудиторії. Насправді ваше запитання схоже на:
Я дизайнер, у мене є ідея програмування (я два тижні я навчався в школі в школі), але я не маю часу вивчати програмування. Мене просять зробити веб-сайт електронної комерції з нуля за допомогою ASP.NET MVC та Microsoft SQL. Чи можете ви пояснити мені, що це за дві речі, і як я можу використовувати їх для успішної роботи?
У всіх випадках, якщо ви хочете робити «привабливі» графіки, але не маєте часу прочитати десятки книг і у вас немає дизайнера у вашій компанії (це можливо?), Ви можете спробувати надихнути себе на що Ви бачите навколо : професійні веб-сайти, презентації тощо. Ви повинні зазначити деякі правила та зразки та застосувати їх до своїх графіків. Ви можете іноді помилитися, оскільки деякі правила добре працюють на веб-сайтах, але не відповідають споживчим товарам або графікам або іграшкам для немовлят, але в цілому у вас більше шансів на успіх.
Наприклад, якщо я беру графік у вашій редакції:
Я помічаю першу помилку: тіні. Тіні потрібно використовувати обережно. На веб-сайті таке використання було б неприйнятним. Хороший приклад того, як треба використовувати тіні - Apple.com . Кожен елемент, з яким користувач може взаємодіяти, має невелику тінь, надаючи відчуття гучності. Жоден інший елемент не має тіні. У випадку діаграми це може бути більш прийнятним, оскільки користувачі не мають наміру взаємодіяти з діаграмою. Проте тіні занадто великі і занадто відокремлені від елементів. Також тут у них немає потреби: кожен елемент вже має межу .
Правило великого пальця: KISS (або, якщо хочете, "лінуйтеся"). Не додайте рамки, тіні та колір фону одночасно. Не робіть текст, виділений жирним курсивом Arial Black 200 червоним кольором, підкресленим жовтою облямівкою на тлі вапна. Робіть лише те, що вам потрібно зробити, щоб додати візуальний вплив, не більше того.
Подумайте про стилювання своїх діаграм: ніхто не хоче бачити ці потворні чорно-білі діаграми UML. Але не перестарайтеся: це стане тільки гірше: чорно-білі діаграми UML некрасиві, але корисні . Веселка мульти-шрифту, що блимає GIF-анімоване лайно з великою кількістю піктограм та стрілок, які змінюють колір, є не лише потворним, але й непридатним.
Для діаграм пам’ятайте специфіку контексту. Якщо він буде показаний через проектор, у вас не може бути зеленого тексту на білому тлі : він просто магічно зникне, коли проектується на стіну. Якщо він підтримує вашу розмову, не кладіть занадто багато на слайд : занадто багато графіки, занадто багато цифр, занадто багато тексту. Наведена вище ілюстрація - хороший приклад того, що ви ніколи не повинні робити для презентації: таким слайдом ви впевнені, що половина аудиторії лягає спати, а інша половина перестає вас слухати, відчайдушно намагаючись зрозуміти, що це за річ .
Нарешті, пам’ятайте, що ви тут для своєї аудиторії, а не навпаки . Якщо ви покажете графік, як показано вище, маркетинговим людям , вони самі скажуть, що ви смоктали. Чи знають вони, що таке хмара (чи вважають, що це щось стосується додатків, розміщених у небі / просторі)? Чи знають вони, що являє собою коричневий значок із символом "БД" на ньому? Чи можуть вони пояснити, що таке веб-додаток, і чим воно відрізняється від чогось іншого або від веб-сайту?
