Доопрацювання сайту: як визначити обсяг робіт

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

Чим доопрацювання відрізняється від редизайну?

Доопрацювання змінює окремі функції, блоки й сторінки чинного сайту: форму заявки, фільтр каталогу, швидкість завантаження, обмін даними з CRM, мовну версію. Дизайн і структура лишаються.

Редизайн зачіпає візуальну систему та структуру цілком. Якщо перелік доопрацювань стосується більшості шаблонів або CMS застаріла настільки, що оновлення ламають сайт, варто обговорити редизайн чи перенесення на актуальну платформу. Порівняти обидва варіанти зручно в одній таблиці задач.

Як скласти перелік задач на доопрацювання?

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

• адреса сторінки й кроки, що відтворюють помилку;
• скриншот або коротке відео з телефона;
• очікуваний результат однією фразою;
• кого зачіпає проблема: клієнта, менеджера чи редактора.

Такий перелік економить час на листуванні. Розробник одразу бачить, що саме вважати готовим.

Що перевірити перед оцінкою?

Розробнику потрібні відомості про систему керування та її версію (WordPress, MODX, Shopify чи проєкт на Laravel), версію PHP, розширення, хостинг і наявні інтеграції. Підготуйте доступ до тестової копії, опис помилок і перелік критичних сторінок. Окремо з’ясуйте, чи можна оновити компоненти й відновити резервну копію.

• Core Web Vitals у Search Console: LCP, INP і CLS. INP з березня 2024 року замінив FID як метрику відгуку.
• Звіт «Сторінки» у Search Console: помилки індексування, 404, дублі.
• Події GA4: чи доходять надсилання форм, кліки на телефон і месенджери.
• Ручна перевірка: замовлення, форма, кошик, мобільне меню.

Для первинної технічної діагностики підійде Lighthouse. Його автоматичні перевірки доповнюйте ручною перевіркою замовлення, форм і мобільної навігації.

Як розставити пріоритети?

• Спершу усуньте помилки, що заважають зверненням і оплаті.
• Потім спростіть роботу редакторів та обробку заявок.
• Після цього перевіряйте гіпотези щодо контенту й інтерфейсу.

Обмін замовленнями й контактами проєктують під обрану CRM: KeyCRM, HubSpot або Pipedrive. Сумісність, обов’язкові поля й обмеження API перевіряють для конкретної системи до початку робіт. Для магазинів сюди ж належать Nova Poshta API, LiqPay, WayForPay і вивантаження на Prom або Rozetka.

Від чого залежать терміни й вартість доопрацювання?

• стан коду й можливість оновити CMS без збоїв;
• наявність тестової копії та резервних копій;
• кількість шаблонів, які зачіпає задача;
• зовнішні API та їхня документація;
• хто готує тексти, переклади й зображення.

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

Як випускати зміни без ризику?

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

Для регулярної роботи зручніший договір на технічну підтримку сайту: задачі йдуть чергою, оновлення й резервні копії робляться за графіком. Приклад із нашої практики: сайт юридичної компанії «Легал Солюшнз» після здачі ми продовжили оптимізувати під пошук на тій самій платформі.

Часті запитання

Скільки коштує доопрацювання сайту?

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

Чи можна доопрацювати сайт, зроблений іншою студією?

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

Коли краще зробити редизайн замість доопрацювання?

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

Навіщо тестова копія сайту?

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

Хто виправляє помилки після запуску?

Це обумовлюють заздалегідь: термін реакції на підтверджені дефекти й спосіб зв’язку. За постійних задач зручніший договір техпідтримки з чергою задач.

Джерела

• Chrome for Developers: Lighthouse
• web.dev: Core Web Vitals