редизайн сайту

Редизайн сайту - термін неоднозначний. Він увійшов у вжиток з легкої руки Келлі Гото і Емілі Котлер, які написали знамінітий «Веб-редизайн». Перше видання цієї книги - одне з найбільш тямущих описів веб-проектів, які зараз є. Але, на жаль, книга багато в чому застаріла.

Групи виконавців

Проект по редизайну сайту ведуть дві групи виконавців: внутрішні і зовнішні.

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

На що потрібно звернути увагу при роботі з внутрішніми виконавцями:

  • чітке визначення цілей, необхідність планування проекту;
  • цілковитий консенсус стосовно засобів, якими будуть досягатися поставлені цілі;
  • визначення вимог до майбутнього сайту;
  • виділення необхідних ресурсів.

Зовнішні виконавці - веб-агентство, яке буде виконувати роботи по розробці нового сайту.

На що треба звернути увагу:

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

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

Етапи реалізації проекту

1. Планування

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

Рекомендуємо прочитати Axure - інструмент для проектування інтерфейсів

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

Час: за умови відсутності затримок при узгодженнях - 27-30 робочих днів.

3.1. Креатив-бриф

Заповнюється замовником. Описує бачення, яким повинен бути сайт. Відповідає на питання по дизайну, позиціонування і контенту. Містить інформацію про торгову марку, фірмових кольорах, конкуруючих сайтах і перевагах керівників компанії. Заповнення креатив-брифа зазвичай займає близько 1 робочого дня (за умови наявності бренд-бука). Узгодження віднімають від 3 до 5 робочих днів.

3.2. структура сайту

Розробляється спільно виконавцем і замовником. Являє собою вкладений список розділів із зазначенням взаємозв'язків між ними. При розробці структури потрібно пам'ятати, що сайт створюється в першу чергу для користувача. Взаємозв'язку між розділами повинні бути сплановані таким чином, щоб відвідувач легко знаходив саме ті дані, за якими прийшов. Час, який потрібен на розробку структури, залежить від обсягів контенту. В середньому це від 3 до 7 робочих днів. Стільки ж йде на узгодження і затвердження.

3.3. концепція сайту

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

3.4. Технічне завдання (ТЗ)

Розробляється виконавцем. Стверджується і підписується замовником. Містить вижимки з усіх попередніх документів, а також докладний опис інтерфейсів і функціоналу сайту. Основне призначення ТЗ - постановка завдань дизайнерам, верстальщикам і програмістам. Це підсумковий документ, на який орієнтується робоча група. Більшість агентств працює за принципом «Робимо те, що описано в ТЗ».

Додаткові модулі допрацьовуються за додаткові гроші і час. Тому до аудиту ТЗ потрібно поставитися максимально серйозно. ТЗ є додатком до договору на розробку сайту і підписується відповідальними особами як з боку компанії, так і з боку агентства. На створення ТЗ потрібно більше часу, ніж сумарно на розробку всієї попередньої проектної документації. Написання самого документа займає 7-10 робочих днів, узгодження додають ще 3 робочих дня. ТЗ ніколи не узгоджується за одну ітерацію. При плануванні варто враховувати час, який займуть доопрацювання і повторні розгляду.

Отрісовка дизайн-макету головної, внутрішніх і службових сторінок.

Рекомендуємо прочитати Інструмент прототипирования: Flinto

Зазвичай студії надають 2-3 варіанти макетів головної сторінки. Якщо жоден із запропонованих варіантів не підійшов, агентство або отрісовиваєт додаткові за додаткові гроші, або припиняє роботу з компанією. Обом сторонам вигідно зрозуміти один одного.

Час: розробка одного макета головної сторінки займає 3-5 робочих днів. Розробка макетів внутрішньої і спеціальної сторінки - максимум по 1 робочого дня на кожен макет. У таймінг необхідно закладати час на узгодження (яке, як дозволяє визначити практика, займає більше часу, ніж розробка самого дизайну). Загальний час, який може зайняти розробка дизайну - 20-22 робочих дня для простого сайту з 6-7 макетів.

1. роздруковані і підписані обома сторонами макети дизайну;
2. надані виконавцем вихідні (psd).

3. Верстка

Складається з двох частин: нарізка дизайну і кодування в HTML.

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

Основні проблеми: у замовника може з'явитися відчуття, що агентство «щось там робить, але незрозуміло, що».

Час: 2-3 робочих дня на кожен шаблон. За умови верстки 6-7 шаблонів час, витрачений на цей етап (і у тому числі час на узгодження), становить 12-15 робочих днів.

Результат етапу - зверстані шаблони (html-файли):
1. головної сторінки,
2. другорядних сторінок,
3. спеціальної сторінки.

4. Програмування та збирання сайту

Другий після верстки етап, на який замовник ніяк не може вплинути. Включає в себе роботи з програмування системи управління контентом (CMS), її доопрацювання під спроектований функціонал сайту. Роботи по етапу виконують програмісти агентства. Головне - це відповідність ТЗ і того, що вийшло в результаті.

Етап зручно запараллелить частково з версткою, частково з написанням контенту.

Основні проблеми: функціонал, описаний в ТЗ, реалізований не повністю.

Час: залежить від проекту. Зазвичай програмування займає близько 10-15 робочих днів.

1. функціонуюча система управління контентом,
2. тестова версія сайту, викладена на сервер виконавця.

5. Написання та наповнення сайту контентом

Певні ризики виникають на всіх етапах проекту по редизайну сайту. Однак найбільші труднощі викликають твердження дизайну і написання контенту. Що й зрозуміло: ці два етапи найбільш творчі і тому тут найбільш вірогідний підхід «Мені не подобається» без пояснення причин і озвучування висновків, які можуть бути застосовані на практиці.

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

Рекомендуємо прочитати Як в Аxure повернути об'єкт

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

Висновок: тексти краще готувати заздалегідь, а менеджеру проекту закладати потрійні ризики на цей етап. Як показує практика, тоді плановані терміни реалізації будуть близькі до реальних.

Час: залежить від проекту. При наявності матеріалів для написання контенту людина, яка вміє писати тексти для вебу, в день може готувати дві-три статті. При певному навику використання CMS, в день можна розмістити шість-сім великих матеріалів, і мінімум дюжину дрібних.

6. Тестування

Ретельна перевірка функціоналу сайту як співробітниками замовника, так і тестерами виконавця. Виконується в трьох найбільш поширених в Інтернеті браузерах: Internet Explorer, Opera і Mozilla Firefox. Головне - провести тестування якісно і запланувати не менше двох (а краще трьох) ітерацій. За результатами тестування складається баг-лист, що описує помилки, знайдені на сайті. Виконавці звітують по кожній помилці, знайденої на сайті.

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

Час: 5-10 робочих днів.

Результат: повністю функціонуючий і наповнений сайт.

7. Перенесення сайту на хостинг

Готовий сайт розміщується в Мережі. До цього моменту необхідно вибрати хостера і укласти з ним договір.

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

Час: 1-2 робочих дня.

Результат: завершення проекту.

Тривалість всього проекту - 100-170 робочих днів

Важливо пам'ятати про те, що:

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

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

Додавання функціоналу в ході проекту веде до збільшення термінів і вартості. На весь час розробки варто запам'ятати принцип «краще - ворог хорошого». На жаль, ніколи і нічого не виходить робити відразу. Вигідніше почати з малого, зробити сайт, і тільки потім починати його поступово розвивати і покращувати.

Ідея статті: Анни Караулова (webplanet.ru)

Схожі статті