ERP · WEB · MOBILE · SOFTWARE

000
Усі статті
Для бізнесу4 хв читання
O
Команда Obliko
Розробка сайтів, застосунків та автоматизація

Хто в компанії має відповідати за сайт

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

#для бізнесу#процеси#команда#підтримка сайту#делегування

Сайт рідко «ламається» повністю. Значно частіше він тихо застаріває: ціни торішні, у розділі акцій висить минулорічна пропозиція, форма надсилає заявки на пошту людини, яка звільнилася. Технічно все працює, підрядник претензій не отримує — просто всередині компанії немає нікого, чия це справа.

Це не питання розміру бізнесу. Це питання однієї записаної ролі.

Чому «за сайт відповідають усі» означає «ніхто»

Типова картина: правки приходять з трьох боків. Продавець просить прибрати позицію, якої немає. Власник — додати новий напрямок. Хтось помітив помилку в тексті й написав у спільний чат, де вона потонула.

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

Які ролі насправді потрібні

Це не штатний розпис. Одна людина може закривати три ролі — важливо, щоб кожна мала імʼя.

Господар сайту. Одна точка входу для всіх правок. Збирає побажання, відсіює дрібниці, формулює завдання, тримає список. У малому бізнесі це зазвичай маркетолог, адміністратор або офіс-менеджер. Ключове — не кваліфікація, а те, що ця робота записана в обовʼязки й на неї виділено час.

Той, хто наповнює. Ціни, наявність, нові позиції, новини, фото. Ця роль потребує доступу до сайту й пʼятнадцяти хвилин навчання, а не програміста. Що саме реально редагувати самому, розібрано в матеріалі про те, чи зможу я сам редагувати сайт.

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

Той, хто дивиться на цифри. Раз на місяць: скільки відвідувачів, скільки заявок, звідки прийшли. Півгодини, які відрізняють керування від сподівання. З чого починати перегляд — у матеріалі про Google Analytics 4.

Технічний виконавець. Це вже підрядник: зміни в коді, оновлення, аварійні ситуації.

Що залишається за власником

Три речі, які не делегуються навіть у великій компанії.

Доступи. Домен, хостинг, рекламні й аналітичні акаунти мають бути оформлені на компанію, а не на співробітника чи підрядника. Це не питання довіри — це питання того, що люди йдуть. Перелік того, що має бути на руках, є в матеріалі про передання сайту й доступів.

Рішення про зміст обіцянок. Ціни, терміни, гарантії, умови доставки. Те, що написано на сайті, — це публічна обіцянка компанії, і формулювати її має той, хто за неї відповідає.

Погляд на результат. Не щодня, але регулярно. Скільки заявок дає сайт і чи змінюється ця цифра — питання власника, а не маркетолога. Орієнтири є в матеріалі про те, скільки заявок має давати сайт.

Простий регламент, який знімає більшість проблем

Він поміщається на пів сторінки.

Одна точка входу: усі правки — до відповідальної людини, у визначений канал (окремий чат, пошта, задача в таблиці). Не в загальний робочий чат, де вони губляться.

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

Регулярна перевірка за коротким списком: чи правильні ціни й наявність, чи доходять заявки (перевірити тестовою), чи не висять минулі акції, чи актуальні контакти й графік. Раз на місяць, пʼятнадцять хвилин.

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

Найпоширеніші провали

Сайт «на маркетологу», який звільнився. Разом із ним ідуть доступи, пароль до пошти, з якої надсилалися листи, і розуміння, чому все влаштовано саме так.

Правки в голосових. Побажання, сказане в розмові, не існує. Не записане — не зроблене.

Ніхто не перевіряє форму. Найтихіший провал: заявки не приходять місяцями, і всі впевнені, що просто немає попиту. Тестова заявка раз на місяць коштує дві хвилини. Що ще варто перевірити після запуску, зібрано в матеріалі про перші 90 днів після запуску.

Коротко

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

Ми в Obliko супроводжуємо сайти клієнтів у зрозумілому форматі: пакет правок замість поштучних звернень і доступи, які завжди залишаються у вас.

Часті запитання
Чи потрібна окрема людина під сайт малому бізнесу?

Окрема посада — майже ніколи. Потрібна визначена роль: конкретна людина, у якої в обовʼязках записано стежити за сайтом, збирати правки й спілкуватися з підрядником. Це може бути маркетолог, адміністратор або сам власник — важливо, щоб ця відповідальність була в когось одного, а не «у всіх потроху».

Чому не можна просто залишити все на підрядника?

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

Що робити, якщо правки надсилають усі й хаотично?

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

Що з цього не можна делегувати власнику?

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

Потрібен сайт або застосунок?

Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.

Читати далі
Сповіщення для команди: як налаштувати, щоб важливе не губилося, а зайве не дратувало
Які події в бізнесі варті сповіщення, кому і куди їх слати, як не перетворити канал на шум і чому найважливіше — не нова заявка, а та, що зависла.
Графік змін і облік робочого часу: як перестати зводити його в месенджері
Як навести лад у графіку змін і обліку робочого часу невеликої команди: єдиний доступний графік, обмін змінами, фіксація годин і зв'язок із зарплатою. Помилки, через які система не приживається.
База знань і регламенти для команди: почніть з 5 інструкцій
Навіщо бізнесу база знань і регламенти (SOP), як почати з пʼяти інструкцій, зробити онбординг новачка й де все тримати — Notion, Google Docs чи вікі.