Редизайн сайту, HTML, XML, DHTML, Інтернет-технології, статті

Редизайн сайту – термін неоднозначний. Він увійшов у вжиток з легкої руки Келлі Гото і Емілі Котлер, які написали знамінітий “Веб-редизайн”. Перше видання цієї книги – одне з найбільш тямущих описів веб-проектів, які я читала. На жаль, книга багато в чому застаріла. Однак я захопилася … редизайн – це не тільки зміна зовнішнього вигляду сайту. Це аналіз і модифікація структури, функціонала і контенту у зв’язку зі зміною рекламної політики компанії або ж трансформацією цілей функціонування самого інтернет-представництва.


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


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


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


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


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


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


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


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


– Визначити критерії вибору підрядника (як саме це зробити я писала у статті “Проведення тендеру на розробку сайту”),
– Описати задачу, перевірити, чи правильно представники веб-студії зрозуміли, що саме ви хочете отримати в результаті,
– Налагодити взаємодію між менеджерами агентства і компанії.


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


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


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


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



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


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



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



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



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



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


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


2. Дизайн


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



– Розмивання завдання;
– Нечіткість вимог з боку замовника (не знаємо, чого саме хочемо);
– Затвердження дизайну, яке йде важко і займає багато часу;
– Нерозуміння дизайнером, чого від нього хочуть;
– Численність працівників замовника, які мають право вето;
– Неузгодженість коментарів з боку замовника;
– Спроби дизайнера самоствердитися та самореалізуватися за рахунок замовника.


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


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



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


3. Верстка


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


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



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



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


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


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



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



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


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


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



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


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



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


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



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


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


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


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



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



Висновок


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


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


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


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

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*