1.2.2 Логічне проектування

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

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

На цьому етапі розробник повинен отримати:

• Тип структури сайта (лінійна, ієрархічна, контекстна, інша).

• Назви розділів.

• Що буде містити в собі кожний розділ.

• Організація й зв'язок розділів між собою.

• Яка інформація буде розміщена на певних сторінках сайта.

На рисунку 1.3 показано розбиття етапу на три підетапи: з точки зору контенту, сайта та сторінки.

Що стосується контенту сайта розбиття та класифікація сторінок напряму визначається змістом сайта, а спосіб, за яким організовано контент, визначає процес структурування. Цей підетап розбивається на такі чотири кроки.

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

Якщо на підприємстві-замовнику існує Web-сайт, то потрібно здійснити аудит існуючого контенту. Розробник повинен проаналізувати всі доступні на існуючому сайті матеріали: тексти, рисунки, схеми, мультимедійні компоненти тощо та визначити, що саме можна застосувати в новому сайті, а чого варто позбутися.

Рисунок 1.3 – Етап логічного проектування (2) та початок етапу фізичного проектування (3)

Розробник може почати структурування контенту з простої ієрархічної структури, з нумерацією розділів римськими цифрами. Доцільно розробити структуру контента в ході дискусії із замовником.

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

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

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

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

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

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

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

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

Найменування та маркування кнопок та піктограм, включаючи стиль формулювань, повинно бути узгодженим на всьому сайті. На цьому кроці розробник повинен визначити, які підказки, значки та/або текст будуть використані для підпису заголовків, маркірування та навігації. В цьому також слід дотримуватись однотипності.

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