Доброго часу доби, шановні читачі. Працювати над створенням сайту з замовником завжди важко. Клієнт, як правило, хоче або «щось круте», або «нічого незвичайного, нехай буде як у всіх». Абстрактні поняття, погодьтеся. Якщо це ваш перший замовлення, то ви навіть можете зрадіти подібним словами: «Круто, мені дають свободу творчості, я можу зробити все що побажаю». Скажу з досвіду, нічого подібного!
У замовника своє розуміння «крутого» і «як у всіх». Ви можете не вгадати, потрапити не в той настрій або клієнт просто вирішить, що «за такі гроші цього хлопця (чи дівчини) можна ще трохи попрацювати». Щоб такого не відбувалося, сьогодні ми обговоримо як складається техзавдання на розробку сайту.
План дій по роботі з замовником
Ви знаходите клієнта. Він готовий заплатити гроші, а ви приступити до роботи. З чого ж почати і як діяти?
Постарайтеся якимось чином мотивувати людину подивитися інформацію, щоб він мав більш чітке уявлення про те, що він хоче від вас.
- Підготовка і перший бриф.
В ідеалі клієнта краще навіть залишити на денечек з цих матеріалів послати їх на пошту за кілька днів до зустрічі. Хоча, на даному етапі замовник, як правило, не особливо цікавиться порталом. Він готовий різати правду-матку за фактом і змушувати вас переробляти і додавати щось нове, але не обговорювати що-небудь заздалегідь. Тому, єдиний вихід - питати якомога більше і записувати кожне слово.
- Складання та підписання технічного завдання.
Запам'ятайте, чим більше папірців, тим чистіше попа. Записуйте, складайте і підписуйте у клієнта все, що тільки можна. Згодом вам буде що пред'явити. Взагалі, прописуючи ТЗ відразу уявляйте, що ви з клієнтом не зійшлися в думках і відстоюєте свою правоту в суді.
Ми говоримо не про супердорогих проектах, і, я сподіваюся, що з замовниками вам буде везти. Але один допитливий клієнт може надовго зіпсувати вам настрій. Вам захочеться плюнути, відмовитися від грошей, тільки б не зустрічатися з ним більше. Це зрозуміло, але якщо ви спочатку виявляєте себе як професіонал, досконально все вивчаєте і проявляєте себе як солідна людина, то цього робити не доведеться.
Одного разу мені дуже пощастило. Перш ніж прийти на зустріч клієнт вивчив питання, і сам склав не тільки грамотне ТЗ, але і художнє завдання. Тобто літературне і докладний опис як воно все має виглядати. Моєму здивуванню не було меж, на що він відповів: «Я вважаю, що замовник сам в першу чергу повинен знати, чого хоче, а не мучити фахівців». На жаль, це рідкість, тому нам доводиться ставити запитання, прописувати і стверджувати.
Після того як ви підписали всі, можна приступати до реалізації проекту.
Чого не повинно бути в ТЗ, а що там можна вимагати від суб'єкта
По суті технічне завдання не повинно містити в собі вказівок з приводу самого дизайну. Напишіть ви, що на сайті для програміста ви намалюєте клавіатуру, а потім почнеться - вона не така, мені хочеться, щоб вона була в стилі коміксів і доводьте потім, що ви не олень. Чим краще ви проявите себе як професіонал, тим менше до вас буде претензій!
Ви самі знаєте в якому стилі і що повинно бути намальовано. Перед вами стоїть завдання: поліпшити впізнаваність бренду або мотивувати на відпочинок в такому-то місці. Як ви будете реалізовувати це завдання - ваші проблеми. Не вистачало ще, щоб замовник вчив вас код писати і розповідав якими інструментами користуватися.
Нехай в вашому ТЗ буде фраза: «Все, що не обумовлено виконується на розсуд виконавця». І не обов'язково робити цю строчку маленьким шрифтом. Нехай думає заздалегідь, а не починає мріяти, коли проект вже готовий. Звичайно ж, невеликі зміни ви можете і повинні внести. Хороша репутація - запорука майбутніх клієнтів, але іноді замовник може так дістати своїми побажаннями, що жити не захочеться.
Ще раз хотілося б акцентувати вашу увагу на тому, що ТЗ не повинно містити в собі абстрактних понять: «зручно», «красиво», «якісно» і т.д. Нехай кордону будуть чіткими: замість зручності пошуку краще написати фільтрація за датою або матеріалу.
І не забувайте про підпис. Все серйозно, замовник повинен це розуміти.
Взагалі, я дуже рекомендую вам приділяти увагу дрібницям. Уявіть, до вас приходить змилена жінка, наспіх розстібає величезну куртку так, що з неї стирчить необ'ємний розміру шарф. Дістає з сумки складену в сто раз пом'ятий цидулку з 18 листів, намагається розгладити її прилеглими предметами. Червоне обличчя і невиразне: «Ось, я тут коротше написала-зробила, ось так ваш сайт буде виглядати, підписуйте».
Інший варіант. Молода людина стукає в ваш кабінет, повільно роздягається, дістає з портфеля папку, неспішно відкриває її і неквапливо пропонує вам поглянути на все один невеликий листочок, простягає золотисту ручку і пропонує підписати цей документ.
Нехай панянка з першого прикладу провела титанічну роботу, вона прочитала тисячу книг, намалювала сама 18 прикладів на вибір і в принципі все вже сама зробила. Вона здатна створити неймовірно класний проект, який призведе вашу компанію до процвітання і всесвітню славу. А молода людина з другого прикладу не вміє нічого, він роздрукував зразок з інтернету, який взагалі ніяким чином вам не підходить.
Я запевняю, що будь-який клієнт замучить бідну жінку причіпками, побажаннями та перероблення, а проект молодої людини прийме якщо не відразу, то на другий раз. Справа не в тому, що ви вмієте, а як ви дієте і яке враження створюєте.
Існує ГОСТ, за яким можна створити технічне завдання на розробку сайту, а є багаторічна практика. Не завжди державні стандарти підходять під життєві реалії. Давайте спробуємо поєднати обидві ці частини.
Виглядає воно так:
- глосарій
- загальні положення
- предмет розробки
- призначення документа
- Вимоги до графічного дизайну сайту
- Вимоги до дизайну сайту
- Порядок затвердження дизайн-концепції
- функціональні вимоги
- Вимоги до подання сайту
- Вимоги до системи управління сайтом
- Вимоги до поділу доступу
- Вимоги до видів забезпечення
- Вимоги до інформаційного забезпечення
- Вимоги до програмного забезпечення
- Вимоги до технічного забезпечення
- Вимоги до лінгвістичного забезпечення
- Вимоги до ергономіки та технічної естетики
- Вимоги до приймання-здачі проекту
- Вимоги до наповнення інформацією
- Вимоги до персоналу
- Порядок надання дистрибутива
- Порядок перенесення сайту на технічні засоби замовника
Правда створювати свій документ із завданням доведеться не в такому порядку, але, для спрощення сприйняття буду розповідати дотримуючись цього плану. В кінці цієї статті я докладаю зразок, який ви можете завантажити і працювати за ним, грунтуючись на розшифровку, наведену в цій частині статті. Цей шаблон хороший тим, що в ньому є все. навіть те що вам ніколи не буде потрібно. Але Ви повинні переробити його для себе і викреслити будь-яку непотрібну хрень, яку вважаєте за зайвою.
За ГОСТом документ повинен починатися з глосарію, а за фактом ви його будете писати в кінці. Тут доречно буде навести терміни, якими ви будете оперувати при роботі із замовником. Ви розповідаєте що таке хостинг, сайт та інші дурниці. Всю цю нісенітницю можна скачати з інтернету.
Однак, крім цієї самй єресі, необхідно згадати і терміни, при розумінні яких у вас з замовником може виникнути розбіжність у думках. Ви маєте на увазі одні речі, а він вкладає в слова зовсім інший сенс.
загальні положення
У цьому пункті треба відповісти на питання що ми власне збираємося робити і для чого.
предмет розробки
Що будемо робити - приблизно зрозуміло. Цю інформацію клієнт видає практично відразу ж. Більш важливо зрозуміти експлуатаційне призначення сайту, тобто яка вигода чекає клієнта. Ясна річ, що всі замовники хочуть отримувати прибуток за допомогою сайту. Таке формулювання не піде.
призначення документа
Тут ми розповідаємо наскільки важливий цей документ. Показуємо, що це не проста витребеньки, а ого-го! Використовуємо юридичні терміни. Цю частину можна скопіювати з інтернету, правда не забувайте уважно прочитувати те, що пишете!
До речі, в цю ж частину потрібно запхати інформацію про те, що все що ви не обумовлюєте з клієнтом заздалегідь залишається на вашій совісті. Ви вільні робити все, що хочете, якщо він «забув», «передумав» або «хоче все зовсім інакше».
Вимоги до графічного дизайну сайту
Вимоги до дизайну сайту
Тут потрібно в загальних словах описати дизайн сайту, що там має бути і будь моментів треба дотримуватися: корпоративні кольори, шрифти і так далі. У загальних словах, що не вдавайтеся в подробиці.
Порядок затвердження дизайн-концепції
У цій частині ви знову залякуєте клієнта, користуючись юридичними термінами. Розповідаєте про те, що збираєтеся надати йому дизайн сайту у вигляді картинки, зробленої в Фотошопі. Він зобов'язаний його подивитися в зазначений термін. По закінчення якого надати вам правки, а ви в свою чергу ще подумаєте, а не олень він, і будете узгоджувати і розбиратися в тому, наскільки ці зміни логічні і чи будете ви братися за «виправлення».
функціональні вимоги
Тут ви описуємо що ми власне збираємося робити. Описуємо візуальну складову. Глава розвивається на три частини: описуємо головну сторінку, внутрішні і структуру сайту.
Вимоги до подання сайту
Якщо ви робите інтернет-магазин, сюди ж можна впихнути схему сторінки замовлення, підтвердження оплати і так далі. Опишіть всі сторінки, які будуть відрізнятися від стандартного шаблону.
Вимоги до системи управління сайтом
Мій блог призначений для людей, які роблять сайти на вордпресс. Тому цього пункту я не зраджу серйозного значення. Прописуємо, що збираємося використовувати цей движок і цього буде достатньо.
Якщо збираєтеся робити систему управління самостійно, то все значно складніше. Доведеться знову малювати схеми і описувати загальні вимоги, управління розділами, наповненням і настройками. Промальовувати кожен елемент, який буде відрізнятися.
Вимоги до поділу доступу
Тут по суті від нас хочуть дізнатися, коли і для чого користувачеві потрібна буде реєстрація. Які розділи ми закриваємо, а які з них читачі можуть спокійно юзати. Якщо це сайт візитка, інформаційний або продає - він буде повністю відкритий, а Вконтакте, наприклад, доступ до особистої сторінці має обмежений доступ і може здійснюватися тільки після введення логіна і пароля.
Вимоги до видів забезпечення
Вимоги до інформаційного забезпечення
Ця частина створюється просто, щоб показати власну обізнаність і в черговий раз показати клієнту який ви професійний професіонал, якими хитромудрими термінами володієте.
Ви розкажете, що збираєтеся зберігати дані в певному місці на сервері, а не в столі у себе або під подушкою. Чи використовуєте мови програмування.
Ви погоджуєтесь викласти зображення тільки у форматі gif або jpg, а сторінки не будуть перевищувати певної ваги. До речі, відмінний пункт. Потім, якщо замовник витріщить очі і скаже, що йому потрібно щось інше, можна показати цей пункт і сказати: «Ну ви ж самі про вагу підписали, нічого не знаю, все це неможливо!».
Ще одна дійсно корисна річ, яку ви також можете згадати тут: обмеження наданого контенту. Вам потрібно визначити рамки - чи займаєтеся ви всім інформаційним наповненням або створюєте обліковий запис адміністратора, віддаєте замовнику логін і пароль і нехай розбирається!
Вимоги до програмного забезпечення
Вимоги до лінгвістичного забезпечення
Чи буде сайт виконаний на двох мовах або нам досить тільки російського.
Вимоги до ергономіки та технічної естетики
Вимоги до приймання-здачі проекту
Вимоги до наповнення інформацією
У цьому пункті розповідаємо що зобов'язуємося виконати, а також ніж нас повинен забезпечити замовник, щоб робота йшла швидше і краще. Від нього зазвичай потрібна інформація і фотографії.
Також пишемо ще раз про те, що якщо йому захочеться щось поправити або змінити, то йому доведеться ще раз складати подібний договір, який ви або підпишете, або ні.
Вимоги до персоналу
Хто зможе користуватися сайтом. Наприклад, деякі компанії працюють з кодами і навіть не заморочуються над системою управління для нормальний людей. Для елементарних дій на сайті від персоналу потрібні значні знання. В цьому випадку пункт актуальний, а в нашому випадку просто бумагомараніе.
Порядок надання дистрибутива
Що ви віддасте замовнику, коли робота буде виконана: логін, пароль, туди-сюди.
Набиваємо ціну технічного завдання
Як ви вже зрозуміли, основне завдання ТЗ не так зрозуміти, хоча і це важливо. І тим не менше додаткова його функція полягає в тому, щоб створити про себе правильне враження і убезпечити від усіляких переробок.
Ну ось і все, вам залишилося тільки завантажити приклад, який я створив спеціально для вас. Він допоможе вам зрозуміти і взяти за основу деякі шаблонні моменти, які не відрізнятимуться і готово.
Тепер ви можете сміливо йти до замовника і не боятися, що вас звинуватять в некомплектності.
Скачували ШАБЛОН ТЗ
Успіхів вам у ваших починаннях і до нових зустрічей. Підписуйтесь на мій блог і отримуйте найкориснішу інформацію, яка обов'язково стане в нагоді в роботі над розробкою хорошого сайту для ваших клієнтів.