Коротко
Агентству OnlyFans варто описати процеси, що захищають авторів, фанів і дохід: підключення автора, гайд по автору для чатерів (стиль, межі, ціни), щоденну роботу з інбоксом, передачу зміни, ціни й погодження PPV, складних фанів, повернення та чарджбеки, вхід і вихід чатерів, тижневий звіт і реакцію на інциденти. Кожен SOP має вміщатися приблизно на одну сторінку, з чек-листом, відповідальним і датою перегляду, зберігатися в одному спільному місці та відпрацьовуватися на реальних змінах.
Головне
- Напишіть короткий SOP для кожного повторюваного завдання й кожного ризикованого моменту, почніть із гайду по автору та звільнення чатера.
- Кожен SOP має однакові частини: мета, відповідальний, чек-лист, межі та ескалація, дата перегляду.
- Зберігайте бібліотеку в одному спільному місці, а знання про фанів тримайте в інструменті, де працюють чатери.
- Навчайте за SOP на реальних змінах і оновлюйте сторінку після кожної помилки чи інциденту.
Яким має бути SOP, яким справді користуються
Стандартна операційна процедура корисна лише тоді, коли її можна відкрити посеред зміни й знайти відповідь менш ніж за хвилину. Найчастіша помилка: довгі документи, які написали один раз і більше ніколи не відкривали. Перш ніж писати бібліотеку, домовтеся про єдиний формат для всіх SOP, щоб кожен знав, де шукати і що означає кожна частина.
Пишіть для того, хто виконує завдання, а не для перевіряльника. Використовуйте слова, якими вже говорить команда, нумеруйте кроки, ставте правило першим, а пояснення після нього. Якщо крок потребує судження, вкажіть, хто ухвалює рішення і як ескалувати питання, замість того щоб описувати всі можливі випадки.
- Мета одним реченням: що захищає цей SOP і коли він застосовується.
- Відповідальний: одна людина, яка підтримує документ актуальним і відповідає на запитання.
- Чек-лист кроків у тому порядку, у якому вони відбуваються, кожен починається з дієслова.
- Межі та ескалація: чого не робить ніхто і до кого звертатися, якщо є сумніви.
- Версія і дата перегляду, щоб застарілі правила одразу впадали в око.
- Обсяг: за можливості одна сторінка; подробиці виносьте за посиланням, а не вставляйте повністю.
Підключення автора і гайд для чатерів
На початку роботи з кожним автором з'являються два документи. SOP підключення описує, що агентство робить у перші дні, а гайд по автору читають чатери, перш ніж уперше написати від його імені. Обидва залежать від інформації, яку може дати лише автор, тому збирайте її на одному структурованому інтерв'ю, а не в розрізнених повідомленнях.
Гайд по автору зазвичай найзатребуваніший документ в агентстві. Ведіть окремий гайд для кожного автора, оновлюйте його за будь-якої зміни вподобань і вважайте межі автора жорсткими правилами, які чатер не може обговорювати з фаном, скільки б грошей не було на кону.
- Підключення: підписаний договір, підтверджений власник акаунта, спосіб підключення акаунта без передачі пароля і хто отримує який доступ.
- Підключення: перелік контенту, план публікацій, поточні ціни, розмір фан-бази та відомі проблемні фани.
- Підключення: перша дата перегляду і що автор отримуватиме у звітах.
- Гайд: стиль і тон із трьома-чотирма реальними прикладами повідомлень, звички щодо емодзі та слова, яких автор ніколи не вживає.
- Гайд: жорсткі межі (теми, типи контенту й запити, які завжди відхиляються) і м'які межі, що потребують погодження.
- Гайд: цінові діапазони за типами контенту, що входить у кожен і хто може погодити винятки.
- Гайд: що чатер може згадувати (часовий пояс, можливість робити кастоми) і що завжди лишається приватним.
Інбокс, передача зміни та ціни на PPV
Ці SOP працюють щодня, тому вони мають бути найкоротшими. Щоденній роботі з інбоксом і передачі зміни присвячені окремі гайди на цьому сайті, тож тут ми перелічуємо лише те, що має бути в кожному SOP. Мета в тому, щоб будь-який чатер у будь-яку зміну розбирав інбокс в одному порядку й залишав його так, щоб наступна людина продовжила роботу без здогадок.
Цінам на PPV потрібен власний SOP, бо тут сходяться гроші, довіра фана і правила автора. Зафіксуйте, хто встановлює ціни, до якої межі чатер може діяти без погодження і чого не буває ніколи, наприклад тиску на фана, який уже відмовився, або опису контенту, якого не існує.
- Інбокс: порядок роботи (непрочитані, відкриті діалоги, фани, що платять, нові підписники), цільовий час відповіді і коли використовувати шаблон, а коли писати з нуля.
- Інбокс: читати нотатку про фана перед відповіддю й оновлювати її, щойно з'являється щось нове.
- Передача зміни: відкриті діалоги, дані обіцянки, відкладені PPV і все, що треба ескалувати, у фіксованому форматі й у фіксованому місці.
- PPV: цінові діапазони за типами контенту, максимальна знижка, яку може дати чатер, і хто погоджує все, що виходить за діапазон.
- PPV: описувати контент точно, ніколи не надсилати контент без схвалення автора і поважати відмову фана.
- PPV: як записувати надіслане й куплене, щоб не продати той самий контент одному фану двічі.
Складні фани, повернення та чарджбеки
Кожне агентство стикається з грубими фанами, з фанами, які тиснуть на межі, і з тими, хто стверджує, що заплатив за те, чого не отримав. Без SOP кожен чатер імпровізує, а імпровізація під тиском призводить до порушень правил і незадоволених авторів. Заздалегідь вирішіть, що чатер розв'язує сам, а що одразу передає тимліду.
Повернення стоять окремо, бо платежі проходять через OnlyFans, а не через агентство чи автора. Чатер ніколи не повинен обіцяти повернення, компенсацію поза платформою чи оплату іншим способом. Його завдання зберігати спокій, зафіксувати те, що сталося, і передати далі. Орієнтиром того, що дозволено, є умови та правила допустимого використання OnlyFans.
- Складні фани: коротка драбина від ввічливої зміни теми до твердої межі й далі до обмеження чи блокування, із зазначенням, хто може зробити кожен крок.
- Агресивні фани: не сперечатися, зберегти повідомлення в нотатці чи на скриншоті, ескалувати тимліду, блокувати або скаржитися, якщо так передбачають правила автора.
- Негайно зупинитися й ескалувати: будь-які ознаки того, що фан може бути неповнолітнім, погрози, пропозиції зустрітися чи оплатити поза платформою.
- Запити на повернення: нейтральний шаблон відповіді, як перевірити, що насправді було надіслано, де фіксується випадок і хто вирішує щодо жесту доброї волі всередині платформи.
- Чарджбеки: як їх помічають, як повідомляють автору і як оновлюють нотатку про фана, щоб майбутні продажі цьому фану відбувалися обережно.
Вхід і вихід чатерів
Люди приходять до агентств і йдуть із них часто, і обидва моменти несуть ризик. Новий чатер без навчання пише не тим голосом і порушує межі; чатер, що пішов з активним доступом, стає проблемою безпеки. Чек-лист для кожного моменту перетворює їх на рутину, а не на аврал. Відбору кандидатів присвячений наш гайд про найм чатерів.
Відключення доступу відбувається того ж дня, завжди, незалежно від причини відходу. Забрати доступ просто, коли кожен має власний логін і пароль ніколи не передавався, і це ще одна причина правильно налаштувати доступ до акаунтів із самого першого автора.
- Вхід: підписана угода про конфіденційність і правила поведінки, особистий логін і на старті доступ лише до одного акаунта.
- Вхід: прочитати бібліотеку SOP і гайд по автору, потім відпрацювати зміну поруч із досвідченим колегою, перш ніж відповідати самостійно.
- Вхід: перший тиждень, коли тимлід перевіряє діалоги, і зрозумілий момент, після якого доступ розширюється.
- Вихід: відключити доступ до всіх акаунтів і спільних інструментів та перерозподілити відкриті діалоги.
- Вихід: перевірити останні нотатки про передачу зміни й записати дату в картці команди.
Тижневий звіт і реакція на інциденти
Тижневий звіт показує автору роботу агентства, а SOP щодо інцидентів визначає, як агентство діє у свій найгірший день. І те, і інше краще вирішувати в спокійній обстановці. Тримайте формат звіту незмінним, щоб тренди було видно від тижня до тижня, а SOP щодо інцидентів робіть настільки коротким, щоб його можна було виконати в стресі.
Інциденти трапляються рідко, і саме тому люди забувають, що робити. Призначте одного відповідального, запишіть перші п'ять дій і відрепетируйте їх один раз. Ніколи не намагайтеся обійти обмеження чи перевірку з боку OnlyFans: дотримуйтеся процесу платформи й звертайтеся до підтримки через власника акаунта.
- Тижневий звіт: підписники й активні фани, повідомлення і час відповіді за змінами, дохід за джерелами з виписок автора, що спрацювало і що змінюється наступного тижня.
- Тижневий звіт: хто готує, коли надсилає і хто перевіряє перед надсиланням автору.
- Акаунт позначено чи обмежено: призупинити ризиковану активність, уважно прочитати повідомлення, повідомити автора, звірити останні повідомлення й пости з правилами і дати власнику акаунта звернутися до підтримки OnlyFans.
- Витік контенту: зібрати посилання й докази, повідомити автора, подати запити на видалення належними каналами і перевірити, чи не треба переглянути чиїсь доступи.
- Після будь-якого інциденту: короткий письмовий розбір і оновлення SOP, який мав його запобігти.
Де зберігати SOP і яку роль відіграє FansTracker
Зберігайте бібліотеку в одному спільному місці, до якого кожен дістанеться за два кліки: папка на спільному диску, вікі або закріплений документ для кожного автора. Уникайте копій у різних чатах, бо люди виконуватимуть ту версію, яку бачили останньою. Чутливі матеріали, як-от договори й персональні дані, зберігайте окремо з обмеженим доступом.
Частина знань краще працює просто в інструменті, де відповідають чатери. У FansTracker, десктопному застосунку для агентств OnlyFans, не пов'язаному з OnlyFans, внутрішні нотатки про фанів спільні для команди й ніколи не надсилаються в OnlyFans, а збережені шаблони містять схвалені відповіді, тож гайд по автору проявляється в щоденній роботі. Ролі з призначенням на конкретні акаунти й окремими правами на читання та відповідь визначають, хто що робить. Фільтр заборонених слів і журнал дій перебувають у розробці, тому поки межі дотримуються завдяки навчанню й перевірці тимлідом.
Як навчати за SOP, щоб їх дотримувалися
Одноразове читання документа не змінює поведінку. Навчайте в реальній роботі: новий чатер проводить зміну поруч із колегою з відкритим SOP щодо інбоксу, потім працює зміну, поки тимлід перевіряє діалоги. Короткі запитання на реальних ситуаціях, наприклад фан просить знижку чи повернення, швидко показують, чи засвоєно правила.
Зробіть оновлення простими й помітними. Коли стається помилка, запитайте, який SOP мав її запобігти, і виправте цю сторінку того ж тижня. Оголошуйте зміни в одному місці, позначайте нову версію й дату перегляду і проводьте регулярний перегляд, наприклад раз на квартал, на якому кожен відповідальний підтверджує, що його сторінки досі правильні.
Покроково
- Складіть список процесів. Запишіть кожне повторюване завдання й кожен ризикований момент, від підключення автора до інцидентів, і об'єднайте їх у бібліотеку.
- Розставте пріоритети за ризиком. Почніть із гайду по автору, погодження PPV, складних фанів і виходу чатерів, де помилки коштують найдорожче.
- Одна сторінка на SOP. Використовуйте єдиний формат: мета, відповідальний, чек-лист, межі та ескалація, версія і дата перегляду.
- Перевірте на реальній зміні. Попросіть чатера дотримуватися SOP протягом зміни й перепишіть кожен незрозумілий крок.
- Зберігайте й навчайте. Тримайте бібліотеку в одному спільному місці й вводьте нових людей через зміни поруч із колегою та з перевіркою.
- Регулярно переглядайте. Відповідальні підтверджують свої сторінки раз на квартал і після кожного інциденту.
Джерела
- Умови використання OnlyFans (2026-10-16)
- Правила допустимого використання OnlyFans (2026-10-16)