Правки — найчастіша причина, чому проєкт, розрахований на шість тижнів, здається на дванадцятому. Не тому, що хтось працює погано: просто ніхто на старті не домовився, що саме вважається правкою, скільки їх буває і що відбувається, коли вони закінчилися.
Чому нескінченні правки шкодять обом сторонам
Для виконавця це очевидно: робота, яку не планували, зʼїдає час, який мав піти на наступні етапи.
Для замовника шкода менш очевидна, але більша. По-перше, проєкт не запускається — а сайт, якого немає, не приносить заявок. По-друге, після кількох кіл «а давайте спробуємо інакше» результат зазвичай стає гіршим, а не кращим: цілісне рішення розбивається на компроміси. По-третє, виконавець, який працює вже за межами домовленого обсягу, неминуче починає економити на решті.
Тому обмеження на правки — це не спосіб підрядника відкараскатися, а спосіб довести проєкт до запуску.
Де проходить межа
Найпростіший робочий критерій: правка приводить зроблене у відповідність до домовленості, нова задача змінює саму домовленість.
Правки:
- не той відтінок, розмір шрифту, відступ;
- помилка або неточність у тексті;
- блок стоїть не там, де було в затвердженому прототипі;
- форма не надсилає лист, кнопка не працює на телефоні;
- фото замінити на інше з того самого набору.
Нові задачі:
- додати розділ, якого не було в структурі;
- зробити ще одну мовну версію;
- змінити тип головної сторінки після затвердження дизайну;
- додати онлайн-оплату, калькулятор, особистий кабінет;
- переробити структуру каталогу.
Друге — не «наглість замовника» й не «жадібність виконавця». Це просто інший обсяг роботи, який має свою ціну й свій термін. Тому в договорі й фіксують перелік того, що входить, — див. матеріал про договір на розробку сайту.
Правки коштують по-різному на різних етапах
Одна й та сама зміна коштує зовсім різного залежно від того, коли її внести.
На етапі прототипу переставити блоки — це кілька хвилин. Нічого ще не намальовано й не запрограмовано.
На етапі дизайну та сама зміна — це перемальовування макета, а якщо вона зачіпає логіку — ще й прототипу.
На етапі верстки — це переробка вже написаного коду, перевірка на всіх розмірах екрана заново.
Після запуску до цього додається ризик зачепити те, що вже працює, і необхідність повторно все перевірити.
Звідси практичний висновок: найдорожча економія — швидко «пробігти» прототип, щоб не витрачати час. Саме на прототипі й треба сперечатися, показувати колегам і уявляти, як цим користуватиметься клієнт. Як виглядає ця послідовність етапів, розібрано в матеріалі про те, як замовити сайт покроково.
Як зменшити кількість кіл на практиці
Одна людина з правом рішення. Найбільша частина зайвих кіл виникає, коли макет по черзі дивляться власник, менеджер і хтось із родини. Збирайте думки паралельно, а виконавцю передавайте один узгоджений список.
Один список замість потоку повідомлень. Правки, що надходять по одній протягом трьох днів, — це не два кола, а пʼятнадцять дрібних переривань. Зібраний список економить час обом.
Конкретика замість оцінок. «Виглядає нецікаво» неможливо виконати. «Заголовок замалий, підняти вище, прибрати другу кнопку» — можна. Якщо сформулювати важко, корисніше показати приклад того, що подобається, і пояснити чим.
Матеріали наперед. Тексти й фото, яких немає на етапі дизайну, майже завжди породжують правки пізніше — бо макет малювався під умовний обсяг, а реальний виявився іншим. Що готувати заздалегідь — у матеріалі про те, як написати текст для сайту.
Розділення на «до запуску» і «після». Перед здачею корисно чесно поділити список: що блокує запуск, а що — побажання. Друге спокійно робиться на живому сайті, і зазвичай частина цих побажань відпадає сама, щойно зʼявляються реальні відвідувачі.
Що робити, коли правки вже виходять за межі
Нормальний сценарій: виконавець фіксує, що список вийшов за домовлений обсяг, і дає оцінку — скільки це коштує й на скільки зсуває терміни. Замовник вирішує, робити зараз чи після запуску. Ненормальний сценарій — мовчазне накопичення взаємного невдоволення, після якого проєкт або зупиняється, або здається абияк.
Якщо ви замовник — просіть таку оцінку самі. Питання «це входить у наш обсяг чи це вже окремо?» на початку розмови знімає девʼять із десяти майбутніх конфліктів.
Коротко
Правка приводить зроблене у відповідність до домовленості; усе, чого не було в технічному завданні, — нова задача зі своєю ціною й терміном. Нормальна практика — два кола правок на етап, за умови що рішення приймає одна людина. Вартість тієї самої зміни зростає в рази з кожним етапом, тому найуважніше треба ставитися до прототипу, а не до фінального сайту. Кількість кіл скорочують чотири речі: одна відповідальна людина, зібраний список замість потоку повідомлень, конкретні формулювання й готові матеріали заздалегідь. Перед здачею список ділять на те, що блокує запуск, і те, що можна доробити на працюючому сайті, — бо сайт, якого немає, не приносить нічого.
Ми в Obliko розробляємо сайти з фіксованим обсягом і зрозумілими межами правок на кожному етапі — щоб проєкт доходив до запуску, а не до нескінченного погодження.
Скільки кругів правок вважається нормою?
На кожному етапі зазвичай закладають два кола: перше — після показу результату, друге — після виправлень першого. Цього достатньо, коли етап приймає одна людина з правом рішення. Якщо погоджень більше трьох, справа майже ніколи не в якості роботи, а в тому, що рішення приймають кілька людей із різними уявленнями про результат.
Чим правка відрізняється від нової задачі?
Правка — це приведення зробленого у відповідність до того, про що домовлялися: не той відтінок, зміщений блок, помилка в тексті, не така поведінка форми. Нова задача — це те, чого в домовленості не було: додатковий розділ, ще одна мова, зміна структури сторінки після затвердження. Формальний критерій простий: якщо цього немає в технічному завданні — це нова задача, і вона має свою ціну й свій термін.
Чи можна змінити дизайн після того, як його затвердили?
Можна, але це вже не правка. Затвердження дизайну — точка, після якої починається верстка, і зміни в макеті означають переробку вже виконаної роботи. Саме тому дизайн погоджують не поспіхом і бажано за участю всіх, чия думка потім матиме значення: узгодити на етапі макета коштує в рази дешевше, ніж на етапі готового сайту.
Що робити, якщо правки затягнулися й проєкт зупинився?
Зафіксувати поточний стан і розділити список на дві частини: що блокує запуск і що можна зробити після. Сайт, який не запущений, не приносить нічого — а більшість естетичних побажань спокійно вносяться на працюючому сайті. Запуск із дрібними недоліками майже завжди вигідніший за ідеальний сайт через три місяці.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.