Більшість пропущених продовжень трапляються не тому, що команда стала недбалою, — а тому що послугу спочатку не зафіксували. Найкращий момент запобігти майбутньому пропуску — на самому старті стосунків із клієнтом, ще до запуску проєкту.
Чому корінь — онбординг
Коли стартує новий проєкт, легко піти в збірку — дизайн, розробку, запуск — і лишити інфраструктуру (хто володіє доменом, хто платить за хостинг, які ліцензії плагінів куплені) на потім. За пів року, коли треба продовжувати, ні в кого немає зрозумілого запису, що продовжувати і хто платить.
Що фіксувати по кожному новому клієнту
- Володіння доменом. Хто реєстрував, на якому акаунті, в кого доступ у кабінет реєстратора?
- Оплата домену й хостингу. Хто платить — агенція (з переставленням клієнту) чи клієнт напряму?
- Хостер і тариф. Включно з циклом продовження (місяць, рік) і доступами.
- Провайдер SSL. Безкоштовно з хостингом, Let's Encrypt чи куплений окремо.
- Ліцензії CMS і плагінів. Кожен преміум-плагін і тема на збірці, з ключами й датами продовження.
- Сторонні підписки. Форми, пошта, конструктори — усе з регулярною вартістю, прив’язаною до сайту.
- Обсяг договору на обслуговування. Що входить і як часто заплановане обслуговування.
Як перетворити чекліст на живий запис
Чекліст, заповнений один раз на онбордингу, корисний лише якщо потім його реально ведуть. Мета не документ у теці проєкту, а живий запис, який вмикає нагадування в міру наближення дат.
Онбординг як старт, а не разова анкета
Замість двох окремих кроків — документи онбордингу й облік продовжень — агенція може сумістити: внести домени, хостинг, SSL і ліцензії клієнта один раз на онбордингу в тій самій системі, яка їх трекатиме й нагадуватиме. Duvento якраз під цей потік: додайте клієнта один раз — і все введене саме стає частиною календаря продовжень.
Підсумок
Більшість зривів продовження ростуть із діри на онбордингу, а не з неуважності за місяці. Повний чекліст онбордингу, який одразу живить постійний облік, закриває цю діру до того, як вона стане проблемою.
