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

Що таке каркасний дизайн?

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

Таким чином, створення каркаса - це процес створення вашого каркаса. Це означає Визначення основних функцій вашого веб-сайту, способу відображення цих функцій і основ того, як користувач буде взаємодіяти з сайтом в цілому. Це (або, скоріше, це може бути) перший крок практично у всіх основних процесах розробки веб - сайту-візуальний дизайн, UE, SEO і навіть організація самого тексту.

Чого досягає каркасирование?

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

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

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

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

Коли дуже вдалий час для створення каркаса?

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

Коли дуже вдалий час припинити створення каркаса?

Тут є 2 школи думки. Деякі процеси припиняють створення каркаса, як тільки програмісти або фахівці UE починають створювати прототипи і макети. Інші продовжують створювати оновлені рамки для розповсюдження серед решти команди до тих пір, поки сайт або додаток не будуть закодовані та запущені в експлуатацію. У будь-якому випадку продовжуйте використовувати каркаси до тих пір, поки проблеми, які вони представляють, не будуть вирішені і доопрацьовані.

Хто повинен мати доступ до цих каркасів (і вводити дані в них)?

Майже всі учасники вашого проекту!

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

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

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

Як каркаси впливають на ваш процес?

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

У що вам може обійтися повна відмова від каркасів?

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

Створення каркасу зазвичай становить 5-6% від вашого загального бюджету на розробку. Однак це підвищує ефективність майже всіх інших аспектів вашої роботи. Наприклад: в середньому кінцеві витрати на кодування на 60% менше для проектів well wireframe. Витрати на RFC (запит на зміну) зазвичай знижуються на 80%.

Для вас це означає, що навіть якщо б це коштувало в 3-4 рази дорожче, ніж насправді коштує каркас, ви б заощадили час і гроші, роблячи це.

Максимально використовувати обмежений каркасний бюджет

Є кілька порад і хитрощів, які ми можемо запропонувати для створення хорошого каркаса, навіть якщо лічильники компонентів не розуміють його реальної важливості:

• Виберіть простий у використанні інструмент wireframe або той, який ви вже добре вмієте використовувати. Це заощадить вам час на введення в курс справи.
• Створюйте безліч варіацій, особливо на ранніх стадіях. Це дозволить вам швидко усунути непрацездатні механізми.
• Залучайте ключові зацікавлені сторони на ранній стадії і включайте їх відгуки в нові версії.
• Проведіть тестування користувачів, щоб визначити, чи буде ваш каркас використовуватися вашою цільовою аудиторією або ринком.
• Створюйте нові ітерації для каркаса до тих пір, поки всі ключові зацікавлені сторони не будуть задоволені (або не погодяться на компроміс).
• Переконайтеся, що вам не доведеться 'повертатися до креслярської дошки' після початку проектування або кодування.