Є помилкова думка, що якість проекту формується при його завершенні, тобто в момент здачі проекту клієнтові, на етапі тестування. Але насправді це не так. Якість проекту формується на стадії продажу. Той факт, наскільки добре опрацьований проект на етапі старту, впливає на те, яким буде проект в кінці.
Щоб угода закрилася успішно і була віддана в виробництво, потрібно враховувати багато дрібних деталей, які впливають на якість. І сьогодні ми розповімо про те, які помилки можна зробити на цьому етапі, а також допоможемо розібратися, як їх уникнути.
На етапі продажу закладаються основні віхи проекту. Якщо порівняти проект з покрокової стратегією типу "Героїв Меча і Магії", то на продаж проект ми бачимо як повністю закриту карту і незрозуміло ще, яким він вийде в результаті. Щоб відкрити "туман війни" без втрат важливо визначити всі можливі ризики на старті.
І ось вони, стандартні помилки, які чекають студії і агентства (хоча насправді, ці помилки відмінно підходять і для замовника):
1.Неправільно обрана методологія ведення проекту.
У разі, коли клієнт приходить з ідеєю і у нього немає чіткого розуміння завдання, важливо правильно вибрати методологію ведення такого проекту. Небезпечно в цьому випадку підписувати документи по Водоспадної моделі, тобто з фіксованим бюджетом, тому що в процесі проектування може з'явитися багато нового функціоналу, який все одно доведеться робити в рамках обумовленого раніше бюджету (первинної оцінки). Правильніше тут буде або запропонувати клієнту старт з етапу проектування, на якому мложно пропрацювати ідею, описати її і створити прототип майбутнього веб або мобільного проекту. Або ж розробляти проект по гнучкій методології з короткими ітераціями.
2. Не узгоджені умови по розголошенню інформації.
Для більшості клієнтів терміни розробки критичні настільки ж, наскільки і вартість проекту, тому важливо правильно вибудувати таймінг. Типова помилка - роботи незапараллелени, в зв'язку з чим терміни етапів збільшуються. Наприклад, на етапі проектування і розробки дизайну, написання ТЗ може йти паралельно з отрисовкой дизайну, тому що до відтворення вже створено прототип і узгоджена дизайн-концепція. Менеджер проекту вже може займатися розробкою ТЗ, в той час як дизайнер отрісовиваєт дизайн і готує його до розробки.
Ще одна типова помилка - в таймінг не враховано державні свята. Найчастіше таку помилку можна зустріти у менеджерів проектів, які тільки проходять стажування.
Також проблемою може стати те, що в таймінг не закладені терміни на узгодження етапів робіт з клієнтом, а від швидкості узгодження клієнтом етапів робіт залежить загальний термін їх виконання. У разі, якщо узгодження затягується, то терміни розробки будуть зрушуватися. Якщо з боку клієнта для роботи необхідні якісь матеріали (наприклад, дизайн, API, гайди по фірмовому стилю і т.п.), то в таймінг важливо також проставити дати надання цих матеріалів, тому що в разі їх затримки, це може безпосередньо вплинути на загальні терміни проекту.
Окремо варто згадати помилку, коли таймінг проекту не узгоджується з внутрішньою командою. На старті проекту важливо визначити команду проекту, з якої визначити і погодити терміни кожного етапу розробки веб-сервісу або програми, тому що часто терміни можуть різнитися залежно від рівня фахівців, які підключені на проект. Також при розробці мобільних додатків під iOS завжди важливо враховувати терміни на рев'ю додатки в AppStore, тому що це може займати два тижні або навіть більше.
Типова помилка - забути обговорити гарантійну підтримку або НЕ обговорити всі деталі. Після завершення будь-якого проекту в процесі використання додатків будуть з'являтися ті чи інші баги. Важливо узгодити терміни підтримки проекту, тобто ті терміни, в які виконавець (студія, агентство) буде ліквідувати баги без додаткової оплати. Зазвичай це може бути від 1 до 3 місяців і протягом цього терміну в більшості випадків можна відловити всіх можливих баги. Також важливо узгодити формат надання інформації про баг від замовника - це повинно бути опис зі скріншотом і зазначенням пристрої і версії браузера (операційної системи і т.п.) для того, щоб можна було максимально швидко його виправити. Важливими є й терміни реагування, а також час реагування (робочі дні, конкретний час).
Клієнту важливо розуміти також і яка аудиторія буде користуватися його продуктом, щоб обчислити можливі баги на закритті, тобто зробити акцент на тестуванні на конкретних пристроях (наприклад, більше на Android або більше на Учздщкук, якщо це корпоративний продукт для компанії, де основний браузер - Explorer) і т.п.
5. Опис завдань.
Ще одна часта помилка - ХЗ (художнє завдання) або ТЗ незроблене або не прикріплений до договору. В цілому - це очевидна помилка, але іноді трапляються випадки, коли з клієнтом не підписаний документ, в якому буде описаний обсяг робіт. Для проектування ми зазвичай складаємо специфікацію, для дизайну - художнє завдання, а розробка описується в завданні технічному. Всі ці документи повинні бути створені на старті проекту і будуть додатком до договору. У разі, якщо в процесі роботи з'являться завдання, що не були обговорені на старті і не описані в ТЗ або іншому документі, можна говорити про додаткову оплату таких робіт. Якщо немає документа, то все доопрацювання виконавець буде робити за свій рахунок.
З боку клієнта на цьому етапі важливо озвучити все, що він хоче побачити в кінцевому продукті.
6. Етапність оплати робіт / закриття етапів.
Трапляється і так, що етапи оплати робіт не прописані, або виконавець погоджується на післяплату. У разі довгих проектів помилкою буде оплата без поділу на етапи. По-перше, це збільшує касові розриви у агентства і може несприятливо позначитися на його фінансовому становищі. По-друге, зручніше закривати роботи етапами, тому що в разі спрацювання ризиків (наприклад, клієнт не хоче продовжувати розробку) буде простіше закрити частину робіт. Важливо при цьому не просто домовитися про поетапне роботі, а прив'язати ці етапи до конкретних завдань, щоб можна було підписати акт виконаних робіт по кожному етапу. Адже просто надходження грошей від клієнта ще не є гарантією того, що їх не доведеться повертати. На кожну інформацію, що надійшла суму від клієнта повинен бути акт, який прив'язує цю суму до виконаних робіт, тоді ризики будуть мінімальні.
Зазвичай на етапі продажу формується комерційну пропозицію з переліком робіт і вартістю. Неправильно буде укласти договір на загальну вартість робіт, забувши про комерційній пропозиції. Важливо докласти його до договору для того, щоб в разі якихось несподіваних ситуацій можна було легко розділити вартість робіт і, наприклад, порахувати вартість виконаних і невиконаних (в разі як в п. 6, коли клієнт не хоче продовжувати розробку). Також корисно буде це і в разі податкових перевірок, тому що сума договору буде зрозуміло розбита на конкретні завдання.
8.Определеніе відповідальних осіб з боку клієнта.
Іноді це питання забувають обговорити на старті, і в момент здачі якогось етапу процес узгодження дуже сильно затягується, тому що в переписку, скайп-колли включається величезна кількість осіб (менеджери, керівники, бухгалтери, - хто завгодно). При такій ситуації неможливо прийняти фінальне рішення і зупинитися на якомусь варіанті. Тому важливо не тільки визначити осіб з боку клієнта, які будуть приймати остаточні рішення, але і прописати їх в договорі.
9.Проговоріть спосіб спілкування (що зручніше) і час / частоту.
10. Перевірка юридичної особи клієнта.
Зараз є інструменти для перевірки юридичної особи онлайн, можна завжди подивитися основну інформацію про клієнта. Місце реєстрації юр.лица, банк, в якому у нього буде рахунок, - все це може накладати певну відповідальність і витрати на агентство, тому на етапі продажу важливо це перевірити. Клієнту також важливо обов'язково перевірити юр. особа студії. Важливо запитати у студії реєстраційні документи, виписку з ЕГРЮЛ. Це повинно бути чинне юр. особа, що існує (бажано) не менше 3-х років (з дати реєстрації), можна запросити також звітність, дані по директору, у студії повинен бути рахунок в перевіреному банку. Обов'язково потрібно перевіряти закривають документи від студії, щоб там все було коректно, тому що часто не все студії мають грамотних фін. фахівців, і якщо для студії це буде не критично, то для клієнта як раз правильно складений акт - гарантія того, що у податкової не виникне зайвих питань.