Кастомна розробка WordPress: технічне завдання і чекліст приймання

Що прописати в ТЗ на WordPress: шаблони, редактор, інтеграції, перенесення контенту та передача проєкту. Критерії, які можна перевірити.

Written and reviewed by Artem Palamarchuk, Founder of BLEX STUDIO.

## Що має бути в ТЗ на кастомний WordPress?

Корисне технічне завдання описує дії клієнтів і редакторів, типи контенту, зв’язки із зовнішніми системами та критерії приймання. Формулювання «десять сторінок із сучасним дизайном» недостатньо: це можуть бути десять сторінок на одному шаблоні або десять різних сценаріїв. Узгодьте цю різницю до порівняння кошторисів.

## Кастомна розробка має розв’язувати конкретну проблему

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

## Почніть з інвентаризації сторінок і контенту

Для кожного типу контенту запишіть обов’язкові й додаткові поля, повторювані секції, мови та відповідального. Сторінка послуги може містити опис, склад робіт, релевантні проєкти й форму; сторінка проєкту — галерею та підтверджені результати. Позначте спільні елементи й ті, які змінюються незалежно. Збережіть перелік поточних URL і сторінок, які потрібно перенести. Кількість сторінок сама по собі не показує обсяг цієї роботи.

## Перевіряйте редактор ще до завершення розробки

Попросіть прототип редагування до створення всіх шаблонів. Нехай майбутній редактор сам додасть послугу, замінить зображення, створить проєкт і перегляне переклад. Визначте, що можна переставляти, а що має залишатися однаковим. WordPress підтримує блокові та класичні теми; вибір має відповідати роботі редактора, а не модній назві. Опис підходів є в [офіційній документації тем](https://developer.wordpress.org/themes/).