Що репетитори використовують першим у CRM?

Зазвичай не 'просунуті' фічі. Спочатку потрібні розклад, картки учнів, видимість оплат і місце, де швидко знайти історію занять.

Що показало раннє використання OBRI?

Що репетитори не купують CRM заради назви. Вони переходять у софт тоді, коли розклад, оплати й пам'ять про уроки перестають триматися разом між чатами, календарем і таблицями.

CRM для репетитора — це передусім про фічі?

Ні. Основна цінність — з'єднати щоденні задачі, які репетитор і так робить вручну: хто й коли навчається, що було на уроці і хто ще не оплатив.

Кому OBRI підходить найкраще?

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

Як ми будуємо CRM для репетиторів і що нам показало реальне використання

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

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

Через це і продукт, і контент доводиться будувати інакше.

Що ми спершу думали, що репетиторам потрібно?

На старті легко уявити, що «софт для репетитора» — це насамперед дашборди, автоматизації, звіти і великий список можливостей.

Насправді перший набір потреб виглядає простіше:

Кого я навчаю цього тижня?
Хто ще не оплатив?
Що було на минулому уроці?
Яка домашка ще відкрита?

Зараз це здається очевидним, але це важливо. Багато інструментів будуються зверху вниз: спочатку звіти, рольова структура, агентський workflow. Незалежний репетитор зазвичай приходить знизу вгору. Йому спочатку не потрібна аналітика. Йому потрібно, щоб розклад, оплати й пам'ять про заняття перестали жити окремими життями.

Що репетитори реально використовують першим?

Ранній патерн використання — це не «проклікати всі фічі». Він набагато вибірковіший:

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

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

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

Де ми помилялися в ментальній моделі?

Одна з помилок — думати, що репетитори обирають софт так, як компанії обирають корпоративний софт.

Компанії часто мислять через feature matrix. Репетитори — через поріг болю:

таблиця ще працює, поки не починає «плисти»;
Google Calendar зручний, поки make-up і гроші не відв'язуються від занять;
чат хороший, поки контекст уроку не губиться в історії повідомлень.

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

Що реальне використання говорить про «перші задачі»?

Найбезпечніша теза тут не вигадана статистика, а робоча правда:

репетитори переходять у систему в тому порядку, в якому ламається їхня адмінка.

Зазвичай це виглядає так:

починає «плисти» розклад;
стає нестабільною видимість оплат;
важко швидко знайти, що було на минулому уроці й що задано;
лише після цього стає цінним self-serve для батьків чи учнів.

Тому найсильніший освітній контент у нас працює тоді, коли він спершу розбирає операційний біль:

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

Чому це важливо для того, як ми пишемо і як ми будуємо?

Тому що продукт і контент повинні описувати одну й ту саму правду.

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

не «оркестрація workflow»;
а «хто оплатив, що перенесли, що задали».

Якщо продукт побудований навколо регулярних уроків і контексту по учню, то й контент має відповідати на ці питання першим. Саме тому founder-сторінки добре працюють для AI search: в одному місці поєднуються product truth, trade-offs і first-hand reasoning.

Що ми вже бачимо у воронці?

Найчесніший інсайт зараз такий:

нові користувачі приходять із міксу Direct, ChatGPT і Google;
homepage досі головна landing surface для signup;
у пошуку вже є видимість, але значна частина search traffic ще поверхнева;
інтерес до продукту реальний раніше, ніж реальні checkout-події.

Це ще не «велика SaaS-історія». Це нормальна рання продуктова правда. Люди знаходять продукт, перевіряють fit і використовують сайт як decision aid до того, як платіжна частина стала системною.

Для засновника це змінює пріоритети:

чіткіше позиціонування раніше за нові фічі;
чесні explanatory pages раніше за гучні sales pages;
менше абстрактних обіцянок, більше операційної конкретики.

Як building for tutors змінив наші продуктові рішення?

Кілька речей з часом стали значно яснішими.

1. «All-in-one» має сенс тільки тоді, коли зв'язані перші три задачі

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

2. Browser-first — не слабкість, якщо основна робота адмінська

Велика частина цінності тут — подивитися, оновити, звірити, відкотити виняток, швидко знайти минулий контекст. Це ближче до operations software, ніж до consumer mobile habit.

3. Чесний fit підсилює довіру

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

Висновок

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

Перший великий урок у контенті виявився тим самим, що і перший великий урок у продукті: починати треба з реальної задачі. Не з абстрактної мови про «платформу», а з моменту, коли репетитор каже: «Я ще можу так викладати, але я вже не можу так це організовувати».

Саме в цей момент софт стає корисним. І саме в цей момент чесний контент починає звучати переконливо.