Розробка сайтів

07 Лис, 2013

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

Крім того, замовник іноді далекий від розуміння, що таке « прототип » і часто сприймає його як готовий сайт. У якійсь мірі так і є, проте оцінювати його потрібно, як готовий сайт лише з точки зору контентно – об’єктивної орієнтації і набору функціональних складових. У той час, як маючи перед собою прототип сайту, виникають пропозиції щодо оформлення (з точки зору дизайну ) і візуалізації окремих елементів, які в процесі створення макета можуть істотно змінитися.

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

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

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

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

користувальницький інтерфейс допомагає користувачам вирішувати їх завдання

замовник сайту не є його користувачем (у більшості випадків)

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

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

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

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

З тієї ж опери

Прокоментувати