20 головних вимог до веб-дизайну, які має містити кожна відповідь на запит пропозиції
Останнім часом ви бачили багато публікацій про вимоги, договори та пропозиції щодо дизайну сайту. Яка причина цього?
Це пояснюється тим, що якщо ви хочете створити успішний веб-сайт, вам знадобиться більше, ніж зображення, тексти та програмний код. Нижче наведено основні вимоги до веб-дизайну, які має включати кожна відповідь на запит пропозиції (RFP).
Успіх дизайну веб-сайту є прямим результатом надійної документації та структурованого процесу
Виконання ефективного проекту веб-дизайну починається й закінчується надійною документацією. Ця надійна документація може бути у формі завдання, контракту або пропозиції. Назва цього документа є менш важливою, ніж інформація, що міститься в документі.
Незалежно від того, чи є ви великим підприємством чи малим бізнесом, надійна документація необхідна для виконання будь-якого веб-проекту, який відповідає бюджету, виконує завдання та вчасно.
Чим більше уваги ви приділяєте документу в процесі продажу, тим плавніше та легше пройде весь процес для всіх учасників. У цій статті ми проливаємо світло на оцінку та перевірку відповідей на запит пропозицій (RFP). Подивитися!
Оцінка відповідей на RFP
Перегляд і оцінка відповідей на RFP звучить легко? Але насправді це звучить легше, ніж насправді, коли ви це практикуєте.
Якщо команда, яка займається проектом, запитує пропозиції в різних дизайнерських агенцій, завдання оцінки пропозицій веб-дизайну може здатися їм перевантаженим. Добре, вони не просто відчувають це – але насправді це може бути приголомшливим.
Чим більша кількість травм у запитах на пропозиції, тим більші варіації та кількість відповідей у цих пропозиціях. Сподіваємося, що врешті-решт під час короткого списку було складено короткий список веб-розробників перед надсиланням запиту пропозицій, що обмежить цей номер і спростить увесь процес розгляду.
Отримавши пропозицію щодо веб-сайту, краще задати кілька важливих запитань, щоб почати. Ці запитання зазвичай включають
- Чи можливо надати пропозицію в терміни, вказані в проекті?
- Чи входить ця пропозиція в бюджетні обмеження проекту?
- Чи відповідає отримана вами відповідь RFP усім вимогам дизайну веб-сайту?
- Чи відповідь на RFP добре написана та зрозуміла?
- Чи отримана вами відповідь на RFP представлена професійно?
- Чи було надано відповідь у встановлений термін?
Наведені вище питання, безсумнівно, є питаннями високого рівня, але вони допомагають усунути будь-яку фірму веб-дизайну, яка явно дивна. Неповну, запізнілу або непрофесійну відповідь на запит пропозиції слід попередити про потенційну розробку веб-сайту. Також стосуйтеся відповіді RFP, у якій ціна вдвічі або втричі перевищує ваш бюджет.
Тепер, коли ви отримали всі відповіді, а також позначили фірми, які явно не підходять, настав час уважно переглянути кожну відповідь на запит пропозиції, щоб вам було легко порівняти відповіді запитів на пропозиції в більше яблук до яблук.
Вимоги до веб-дизайну, які необхідно враховувати в кожній відповіді на запит пропозиції
Існує різна довжина відповідей на запит запиту. Тому краще не орієнтуватися на кількість сторінок чи обсяг тексту. Найбільше значення має рішення та зміст відповіді.
Переглядаючи відповіді на RFP, завжди майте на увазі, що кожна відповідь охоплює деякі важливі елементи будь-якого веб-проекту. Переконайтеся, що ці вимоги до веб-дизайну включають, але не обмежуються ними, деталі, наведені нижче.
План проекту:
Це має включати високий рівень і величезний список проектних завдань. Хоча це лише початковий план, тому він не буде таким детальним, як сам остаточний план, але в ньому має бути достатньо деталей, щоб ви могли легко зрозуміти потік створення, розробки, проектування та відкриття.
Інструменти управління проектами:
Повинен бути належний перелік інструментів управління проектами дизайнерського агентства. Кожна фірма має різний набір інструментів для управління проектами, оскільки всередині компанії є багато чудових доступних варіантів. Найважливішим є переконатися, що існує належна структура процесу управління проектом, а задані завдання, дати та власники будуть задокументовані таким чином, щоб їх було легко зрозуміти.
Члени команди:
Різні дизайнерські агентства пропонують різні структури для своїх команд. Чим більшим буде агентство веб-дизайну, тим більша у нього команда проекту, яка над ним працює. Як покупцеві, вам важливо знати, хто працюватиме з вами у вашій команді та який обсяг роботи вони нададуть. Не обов’язково мати повне резюме кожного члена команди, але принаймні у вас є список людей, які працюватимуть з вами в найближчі місяці.
Базова технологія та система управління контентом:
Якщо в запиті пропозицій вашого веб-сайту не вказано бажане рішення CMS, це буде важливим елементом пропозиції. Переконайтеся, що у відповідях на запит на подання зазначено повну обрану CMS і будь-яку додаткову технологію, яка потрібна для розгортання та кодування нового веб-сайту. Зверніть особливу увагу на все, що є власністю. Відразу позначте власний пакет CMS, оскільки він прив’язує вас до цього веб-розробника на весь час існування веб-сайту.
Результати роботи:
Це ще один найважливіший список, оскільки в ньому вказано, що вам буде доставлено, коли ви почнете працювати. Це може включати використання плагінів, обсяг міграції вмісту, шаблони дизайну та багато іншого, пов’язаного з проектом.
Список функціональних можливостей:
Це ще один найважливіший список, якщо веб-сайт, який ви збираєтеся створити, є не простою брошурою. Чим складнішим є ваш веб-сайт, тим детальнішим має бути список функцій.
Міграція вмісту:
Якщо проект веб-сайту передбачає міграцію вмісту, не забудьте вказати, скільки вмісту буде перенесено на ваш новий веб-сайт. Це може включати вкладення, користувачів, події, продукти, публікації, сторінки тощо і так далі. Якщо обсяг і характер контенту не визначено, це призведе до додаткових витрат і розповзання обсягу як для вас, так і для дизайнерського агентства.
ЦЕ:
Ніколи не забувайте про SEO! Це може включати 301 перенаправлення, метавизначення, оптимізацію на сторінці, ключове слово, необхідне для відображення сторінки та дослідження ключових слів. Якщо ви покладаєтеся на органічне SEO, захистіть це джерело трафіку під час редизайну. Найкраще і найпростіше зробити це — забезпечити, щоб ця тема була в центрі та першою під час пропозиції проекту та процесу визначення обсягу.
Використання зображення:
Важливо ретельно розуміти призначення та право власності на зображення, які дизайнер використовував у проекті веб-дизайну. Запитайте в агентстві веб-дизайну про особу, відповідальну за розміщення, редагування, придбання та вибір зображень. Це буде відрізнятися від проекту до проекту, тому краще чітко визначити це на ранній стадії.
Винятки:
Хоча немає необхідності включати виключення в кожну пропозицію, яку ви робите, але не забудьте вказати їх, коли ви з клієнтом обговорюєте будь-який пункт, який не входить до проекту веб-сайту. Це допомагає покупцеві захиститися в подальшому процесі, а також уточнює ваші результати для клієнта.
Мобільна чуйність:
Сьогодні жоден веб-сайт не обходиться без мобільного реагування. Це має бути основною частиною будь-якого сучасного веб-сайту. Але це залежить від розміру веб-сайту. Є багато великих компаній, які мають окремий мобільний додаток або веб-сайти. Це нормально, якщо у вас немає окремого мобільного веб-сайту, переконайтеся, що пропозиція, яку ви розробляєте, має містити мову, яка може легко керувати дисплеєм, адаптованим до планшетів і телефонів.
API та/або стороння інтеграція:
Підприємства та компанії середнього бізнесу зазвичай мають величезну кількість програмного забезпечення та системних пакетів у своїй організації. Ці системи використовуються для легкого зв’язку з новим веб-сайтом шляхом синхронізації, надсилання та отримання даних. Якщо іноді потрібно використовувати API або інтеграцію, переконайтеся, що в пропозиції визначено сторонню систему, передачу даних, точки даних і відповідальну сторону.
Розклад:
Кожна відповідь на веб-пропозицію має містити список, який відповідає етапу проекту. Це повідомить покупцеві, скільки часу потрібно для завершення кожного етапу та чи відповідатиме проект відповідно до заданого графіка.
Віхи:
Якщо є встановлені етапи, команда працюватиме ефективніше, щоб досягти мети на кожному етапі процесу розробки веб-сайту, перш ніж рухатися далі на наступному етапі. Типові етапи зазвичай включають бета-тестування та/або запуск, міграцію вмісту, кодування теми, графічний дизайн, інформаційну архітектуру, відкриття та запуск.
Затримки:
Зазвичай затримки проекту відбуваються як з вини розробника, так і з боку клієнта. Важливо розуміти, як успішно впоратися з цими затримками та як це змінить загальний графік і бюджет проекту веб-дизайну.
Терміни оплати:
Якщо є менший проект веб-сайту, покупець повинен сплатити 50% платежу на початку проекту та 50% після завершення. З іншого боку, якщо є більші проекти веб-сайтів, платежі базуються на встановлених термінах або етапах. Переконайтеся, що умови оплати чітко визначені у вашій пропозиції.
Витрати:
Витрати зазвичай включають стокові зображення, ліцензії на плагіни, оплату хостингу, оплату домену та/або подорожі. Переконайтеся, що в пропозиції має бути детально описано всі витрати, а покупець несе відповідальність за оплату.
Якщо користувач буде новачком у CMS, пропозиція може містити деякі вказівки щодо написання навчальної документації, інтерактивних навчальних сеансів та/або онлайн-інструментів навчання. Майте на увазі, що методика навчання має відповідати вашій базі користувачів.
Гарантійний термін:
Гарантійний термін зазвичай охоплює виправлення будь-яких програмних помилок на веб-сайті. Гарантійний термін, як правило, встановлений на певний період днів і має бути зазначений у контракті чи пропозиції. Ця гарантія поширюється на кодування розробником веб-сайту, але не на сторонні розширення чи плагіни.
Поточне обслуговування:
Ніколи не плутайте технічне обслуговування з гарантійним терміном; вони дуже відрізняються від гарантійного терміну. Договір про технічне обслуговування повинен оплачуватися на щорічній або щомісячній основі, і він використовується для надання веб-розробникам оновлень системи та програмного забезпечення з часом. Для веб-сайтів WordPress поточне технічне обслуговування включатиме оновлення всього основного програмного забезпечення WordPress і будь-якого плагіна, встановленого на веб-сайті. Поточне технічне обслуговування також включає індивідуальну допомогу, звітування, резервне копіювання, моніторинг і безпеку, коли це необхідно.
Підтримка після прямого ефіру за потреби:
Зовсім необов’язково, щоб кожна компанія потребувала або бажала укласти угоду про технічне обслуговування. Замість угоди про технічне обслуговування деякі компанії вимагатимуть надання підтримки на вимогу після завершення роботи. Зазвичай це виставляється на погодинній основі та керується через систему підтримки або тикет.
Подальші кроки, пов’язані з процесом RFP для веб-сайту:
Після того, як ви пройшли всі відповіді на запити пропозицій і звузили коло вибраного постачальника, тепер настав час зосередитися на наступному кроці, а саме узгодженні остаточних деталей і контрактів.
Хоча в Інтернеті повно рекомендацій щодо переговорів про укладення контракту, не зупиняйтеся на дрібницях процесу. Важливо мати на увазі, що цей крок є останнім кроком перед вступом у тривале партнерство з обраним веб-розробником.
Ці переговори зосереджуються на вирішенні будь-яких відкритих питань або питань, що, у свою чергу, забезпечить вам міцну основу для початку процесу розробки та впровадження. Приступайте до переговорів щодо контракту, звертаючи увагу на вирішення будь-яких відкритих питань і з’ясування будь-яких непорозумінь.
Якщо обрана команда проекту чудово впоралася з визначенням обсягу проекту та вибрала правильного розробника, переговори мають бути не більше ніж підписом. Якщо команда вибрала неправильне агентство веб-дизайну, проект може виявитися достатнім, щоб змусити команду подумати про фірму номер два.