Домашня » Веб дизайн » Досконалість у дизайні Чому це погана ідея

    Досконалість у дизайні Чому це погана ідея

    Якщо ви дизайнер або веб-розробник, ви, мабуть, повинні знати, що намагання зробити свій проект ідеальним може продовжити час, необхідний для завершення проекту, навіть кілька разів. Завжди є той останній елемент, який ви хочете швидко покращити, тому що тут щось дратує. Але, на жаль, правда - Досконалість - це рівний фашизм.

    Це тверда заява, я знаю. Але подивіться навколо себе. Чи є принаймні один недолік у вашому будинку або гаражі?

    Твоя машина? Вам потрібно заправляти його кожні х кілометрів і один раз в той час він розбивається вниз-не досконало. Ваш комп'ютер? Він споживає занадто багато електроенергії, руйнується і падає, а жорсткий диск ЗАВЖДИ помирає за дві хвилини, перш ніж ви зможете створити резервну копію даних, а не ідеальний. Хліб? Вона стає застійною занадто рано - не ідеально. Окуляри? Скло вразливе - далеко не досконале. Отже, який висновок?

    Досконалість шкодить розвитку

    Ніщо, що нас оточує, не є досконалим. Там завжди принаймні одна річ, яка може бути поліпшена. Якщо кожен веде свій продукт до досконалості, перш ніж його публікувати, то сьогодні ми б нічого не мали! Навіть не електрику або колесо. Оскільки все, що вас оточує, не є досконалими, ви не хотіли б їх мати? Чи не могли б ви почекати, поки хтось не приведе їх до досконалості, перш ніж вони дозволять вам їх мати? Напевно, ні.

    Тому, працюючи над власними проектами, завжди приймає чужі невдачі в якості посилання - будь творчий, але не намагайтеся бути досконалими.

    Чому досконалість шкідлива?

    Тому що це не сприяє досягненню цілей. Коли ви починаєте роботу, у вас завжди є деякі фактичні цілі, щоб досягти з дизайном. Це може бути щось настільки очевидне, як збільшення продажів, або незвичайні, такі як створення деякої обізнаності для вашого підводного навчального центру кікбоксингу. Тим не менш, це повинні бути цілі, на які ви повинні зосередитися, і кожен раз, коли ви хочете зробити щось нове, ви повинні задати собі питання: "чи ця річ наближає мене до цілей?"

    А тепер смішна частина. Прагнення до досконалості не наближує вас до цілей. З іншого боку - виходить найпростіше можливе рішення. Правильно - найпростіший і надійний, не найкращий. На одній з ранніх етапів проекту ви не можете бути на 100% впевнені, яке рішення буде найкращим. Тому що, як би ви знали це, коли ви навіть не запустили його? Тільки зворотний зв'язок з ринком (реальні користувачі) може дати вам справжні ідеї щодо можливих поліпшень вашого сайту та його зручності в користуванні. Ті зворотний зв'язок - це покращення, на яке потрібно зосередитися. не те, що ви вважали б кращим для них.

    Це відверта правда (на жаль). Ви ніколи не будете знати, що люди хочуть або потребують, тому робота над деяким складним рішенням, яке може виявитися не потрібним, є марною тратою часу. Ось чому потрібно почати з рішення, що дозволяє досягти цілей найпростішим способом. І ще одне потрібно знати:

    Досконалість дуже часто залишається непоміченою

    На жаль, весь цей додатковий час, який ви витратили на досягнення досконалості, може залишитися непоміченим і недооціненим. Існує причина, чому одержувач вашого проекту навіть не помітить ваших додаткових зусиль. І це просто тому вони не бачили попередню версію проекту, тому їм не потрібно нічого посилатися і порівнювати. Єдине, що вони помітять і критикують, - це основні функції та елементи.

    Кредит на зображення.

    Робота над деталями позбавляє більшу частину вашого часу. Деталі, як якийсь крихітний фрагмент вашого графічного дизайну. Це одна маленька річ, яка продовжує агітувати вас або яку-небудь додаткову функцію, яку ви вважаєте холодною і зручною. І перш ніж ви зрозумієте це, загальний час завершення проекту збільшився у кілька разів. Ви дійсно хочете витратити 60% свого робочого часу на вдосконалення деталей і лише 40% на досягнення цілей?

    Якщо ви фріланс, то можете бути впевнені, що кожен клієнт буде в 100 разів більше вдячний за простий, легкий у використанні та зрозумілий проект, орієнтований на досягнення цілей, ніж прекрасний витвір мистецтва, який виглядає чудово, але не додає додаткових грошей у кишеню.

    Відмова від досконалості далека від відмови від хорошого проекту

    Як я вже говорив раніше, під час фази створення проекту / продукту / дизайну ви не можете бути впевнені, що буде ідеальним рішенням, так що вся ідея його досягнення приречена з самого початку. Коли ви працюєте над чимось, то єдиним способом судити про досконалість є ваші власні суб'єктивні мотиви - м'ясо однієї людини - отрута іншої людини.

    Найважливіше правило проектування: Ви не ваш клієнт або відвідувач. Ось чому ви не можете судити про те, що ви розробляєте, тільки відповідно до власних думок і припущень.

    Ви створите набагато кращий сайт, не будучи досконалим

    Це просто (і вірно). Якщо ви не спробували зробити кожну деталь досконалою і зосередитися на найважливіших ключових елементах, то ці ключові елементи не тільки будуть чітко видно в остаточному рішенні, але і завершите роботу раніше. Таким чином, приховуючи досконалість у кишені, ви будете набагато продуктивнішими і даєте набагато кращі результати.

    Ось переваги, які можна принести, забувши про досконалість і створивши просту версію веб-сайту:

    1. Веб-сайт може бути запущений раніше.
    2. Веб-сайт може заробляти гроші / отримувати експозицію раніше.
    3. Відгуки від відвідувачів прибудуть раніше.
    4. Через ранні відгуки ви зможете покращити веб-сайт, приділяючи особливу увагу речам, які відвідувачі вказали (не тільки речі, які ви вважали цікавими)..

    Найважливішим висновком тут є (хоча це звучить досить дивно), що a Просте рішення краще, ніж ідеальне рішення. "Добре, але як реалізувати цей підхід?"

    Розділіть завдання на дві групи: “Важливі” & “Деталі”

    Важливі такі, як досягнення цілей і завдань, побудова основних функцій тощо), а деталі - просто деталі.

    Кредит на зображення.

    Деталі витрачають величезну кількість часу. Тому потрібно пропустити їх і повернутися до них пізніше, під час однієї з наступних етапів роботи (або взагалі не повернутися до них). Отже, що я маю на увазі під "пізніше"? Коли це найкращий час, щоб повернутися до деталей?

    Робота ітераційно

    Я маю на увазі те, що я маю на увазі, просто потерпіть мене - Коли ви закінчите розподіл завдань на дві групи, тоді в першій ітерації ви повинні спробувати зосередитися тільки на важливих і спробувати завершити їх найпростішим способом. Наприкінці цієї ітерації у вас буде готовий сайт, готовий до запуску (підхід, подібний до SCRUM). Ви можете почати інший, якщо хочете. У цій ітерації можна спробувати поліпшити попередню версію. (Ви отримаєте ідеї для поліпшення від зворотного зв'язку від ваших клієнтів / відвідувачів.) Після другої ітерації у вас буде покращена версія веб-сайту.

    Якщо ви хочете продовжити роботу і постійно вдосконалювати сайт, ви можете почати третю ітерацію, а потім наступну. Це правильний момент для того, щоб повернутися до речей, які ви класифікували як "деталі" на початку роботи, але ви також можете усвідомити, що ці "деталі" цілком зайві, судячи з реакції відвідувачів / клієнтів ( дуже поширена річ).

    Це реальна сила ітеративного підходу. Під час кожного етапу роботи у вас є повний сайт, готовий до запуску, і ви можете постійно його вдосконалювати. Це набагато краще в порівнянні з роботою над чимось у закритому приміщенні протягом 10 років, намагаючись зробити її ідеальною без будь-якого зворотного зв'язку зі світом. Ітеративний підхід також набагато безпечніший. Який кращий сценарій - усвідомлюючи, що ваша ідея є частиною вас-знаю-що і немає попиту на ринку після місяця роботи, або реалізації її після 10 років роботи?

    Просто бічна нота: Завдяки такому підходу я зміг закінчити магістерську роботу за пару місяців до мого колеги. Те, що я робив, зосереджувався на найважливішій частині кожної глави, зробив це якомога швидше і залишив усі деталі пізніше. Якби я хотів з самого початку зробити кожну главу ідеальною, то, напевно, я б не закінчив її до сьогоднішнього дня. Крім того, минуло більше двох років після того, як я захистив магістр.

    Працюйте швидко і ефективно

    Це універсальний наконечник, і його можна застосувати на практиці, працюючи над проектом для вашого клієнта, а також під час роботи над власним веб-сайтом. Це єдине, що має значення зараз: швидка робота і швидкі результати. Настав час адаптуватися.

    Завжди намагайтеся досягти швидких результатів (зосередитися на досягнення цілей), надавши найпростіше рішення, а не "ідеальне" рішення за власною суб'єктивною думкою. Пам'ятайте - вам не потрібно бути досконалими. "Досить добре" досить добре.

    Ще одне - Який ваш досвід роботи з проектами, на яких ви намагалися забезпечити ідеальне рішення?