Як писати ТЗ на розробку Web-сайту
ТЗ на розробку Web-сайту
Мабуть, найголовнішим джерелом непорозумінь та проблем, що виникають між клієнтами та компаніями-розробниками, є погано складена Request for Proposal (дослівно: заявка на отримання пропозицій - далі використовується термін "заявка").
Найпростіше було б сказати, що клієнт зазвичай знає, що йому потрібно, тільки не може висловити це точніше на папері. Але найчастіше трапляється так, що клієнт взагалі не має поняття про те, чого він хоче, або що йому потрібно. Лише іноді клієнти визнають, що у них немає ясного бачення мети, а найчастіше вони вважають, що вони знають, чого хочуть, але розробник, у якого досвіду більше у всіх цих речах, розуміє це набагато краще. А тепер, розуміючи, що тепер читачі-клієнти зволять, дозвольте додати до сказаного, що й розробники часто переконані, що розуміють все краще, хоча насправді вони взагалі нічого не розуміють. Ваша мета – написати свою заявку так, щоб вона залучила добре продумані та розумні пропозиції. Ваша мета - написати заявку так, щоб вона створила основу для приємного ділового співробітництва протягом усього часом складного та дорогого проекту.
Велика частина проблеми пов'язана з тим, що важко висловити на папері всі подробиці та можливості проекту з розробки Web-вузла, коли ще немає самої ідеї того, що вам потрібно і як це все разом працюватиме. Крім того, розробка Web-вузлів - порівняно новий вид діяльності і тому не дивно, що більшість клієнтів не мають великого досвіду написання заявок на розробку Інтернет-проектів.
Замовлення на будівництво моста або встановлення мережі - дуже відрізняється від замовлення на розробку Web-проекту.
В ідеалі компанії слідуєзвернутися до знаючого консультанта з питань Інтернет, який допоможе їм описати і визначити, що має входити до їхнього проекту перед тим, як оформлятиметься заявка. Хороший консультант може допомогти написати заявку, яка спростить процес розробки для обох сторін. Жаль, що я не можу вставити сюди список хороших, знаючих консультантів, до яких ви могли б звернутися. На жаль (схоже, це слово я використовую у цій статті найчастіше) хорошого консультанта не тільки важко знайти, а й важко визначити. Круті Web-розробники скажуть вам, що вони - єдині консультанти, які вам потрібні, а незалежний консультант може тільки пошкодити, не представивши вам нічого, крім нудної презентації в PowerPoint, зате виставить потім довгий грабіжницький рахунок.
Ну а що робити?
Я пропоную скористатися двоетапним процесом складання заявки. На першому етапі ви проводите огляд претендентів після чого складаєте короткий список компаній, яким буде розіслано вашу заявку, коли ви її складете. Сенс полягає в тому, щоб знайти 3 - 4 компанії-розробники, які на вашу думку підходять для проекту навіть незважаючи на те, що вони поки що жодних цифр не представили. Для цього вам необхідно підготувати попередній документ, який більшість розробників, зацікавлених у роботі з вами, будуть використовувати як відправну точку під час переговорів.
У цьому попередньому документі необхідно зробити акцент на цілі та ваше бачення - що ви хочете, щоб робив ваш вузол? Які взагалі причини створення веб-вузла для вашої компанії?
Опишіть вашу компанію та вашу продукцію, дайте хоч трохи інформації про час, за який треба виконати проект та опишіть, які ресурси ви готові виділити на нього.Поговоріть з людьми, які надіслали свої відповіді і призначте короткі зустрічі з тими, кого вам порекомендували або до яких ви відчуваєте симпатію. Потім, якщо ви не збираєтеся вдаватися до послуг консультанта з Інтернету, підготуйтеся до написання детальної заявки.
Кількість учасників відбору слід звести до 3-х, максимум до 4-х компаній. Якщо на проект планується витратити багато грошей - виділіть по 1000 доларів кожної компанії-фіналісту, щоб покрити їх витрати на підготовку остаточного варіанту своїх пропозицій. Це може здатися викиданням грошей на вітер, але поставте себе місце конкурсантів. Добре підготовлена пропозиція для великого проекту може вимагати великої кількості часу та ресурсів. Лише мала дещиця пропозицій кінчається нічим. Дуже часто з'являються чутки, що та чи інша компанія, яка зробила заявку, вже має свого розробника-улюбленця, і просто бажає отримати пропозиції від конкурентів для порівняння або тиску на свого фаворита. Якщо це так, то навряд чи можна очікувати гарної, ретельної продуманої пропозиції від конкурсантів у такій ситуації. Оплата підготовки пропозиції гарантує, що найкращі компанії-розробники можуть приділити час на підготовку своєї кращої пропозиції.
Я пропоную вам вказувати окремо, як пропозиції мають бути оформлені, щоб вам легше було їх порівнювати. Наприклад, слід зажадати вказати конкретні факти чи цифри у тому форматі та порядку, в якому їх буде легше порівнювати. Ну наприклад:
Пропозиції повинні містити такі розділи:Вступ, в якому наводиться короткий опис вашого підходу до розробки проекту та ціни Інформація про компанію, включаючи фінансові результати Опис кваліфікації, включаючи список попередніхклієнтів з їхньою контактною інформацією та URL-ами. Опис вашого процесу розробки Засоби та графіки доставки начерків Етапи проекту Контрольні точки Контроль якості Тестування Очікуваний склад команди та їх кваліфікація Пропонований графік виконання робіт Вартість та деталі оплати Терміни та умови
Можна поставити ще купу питань, але пам'ятайте, що ваше завдання – вибрати ту компанію, якій ви довіряєте. Під час розробки ви можете припуститися помилок, і вони можуть припуститися помилок, ви запізнитесь з доставкою матеріалу, і вони можуть запізнитися. Вам необхідно вибрати компанію, яка прощатиме вам ваші гріхи, а ви їх. Можна, звичайно, спробувати, але включити в заявку або у відповідь на неї абсолютно ВСІ - неможливо. Пропозиція-відповідь повинна містити опис того, як ви працюватимете разом. Всі клієнти майже завжди спочатку обіцяють, що нададуть все, що необхідно для проекту у вигляді маленької купки, і ви можете подумати, що й у вас вийде. ЦЬОГО НІКОЛИ НЕ БУВАЄ! Саме клієнт першим з доставкою і запізнюється. У вашій заявці має бути написано, що має відбутися, коли відбувається затримка з вашої чи їхньої сторони.
Переконайтеся, що у вашій заявці є графік розгляду відповідей та процесу виробництва.
Коли проект буде запущено, можна буде вигадати ще безліч контрольних точок, але ці етапи учасники конкурсу повинні знати заздалегідь. Після розмови з учасниками, які потрапили до короткого списку, ви вже напевно зможете написати свою заявку таким чином, що в ній чітко та чітко буде викладено цілі вашого проекту та його бачення. Якщо учасникам були ясно заявлені фінансові межі проекту, у вас вже буде ясне розуміння того, що проект включатиме. Заявка має наголошуватина тому, яким чином будуватиметься взаємодія з компанією-розробником протягом реалізації проекту.
Я вважаю, особливо важливо – дати компаніям-фіналістам координати особи, з якою вони зможуть поговорити у разі виникнення питань щодо проекту. Не у ваших інтересах залишати всіх учасників у повному невіданні - краще нехай вони матимуть змогу поговорити з вами та дізнатися про те, що їм необхідно. Пізніше ви з цими людьми проводитимете ще більше часу, чому б не витратити на них хоча б хвилину, щоб дати їм відповідь на питання, що їх цікавить? Виділіть трохи часу на пояснення проекту у період, коли фіналісти працюватимуть над своїми пропозиціями. Переконайтеся, що відомо, хто платитиме за внесення змін. Якщо в копії документа, представленого вами, виявлено помилки, хто нестиме витрати на їх виправлення?
Якщо ви точно можете вказати, що вам необхідно - чудово. Але не забудьте, що вам потрібні комфортні ділові відносини. Ви хочете залучити компанію-розробника, тому що вони, напевно, знають більше, ніж ви. Дослухайтеся до них. Якщо вони скажуть, що ваші цілі нереальні, а бюджет, закладений під проект, абсурдний, можливо вони й мають рацію.
Природні кольори та дизайн інтерфейсів Юзабіліті: наука чи ідеологія? Елементи розробки веб-сайтів Куди йдуть дизайнери Методи веб-дизайну та юзабіліті Перевірочний список для веб-стандартів Проектуємо сайт. В чому проблема