Як я створив SaaS-сервіс, який приносить мені 1000 доларів в місяць

Примітка: тут розказано про створення з нуля невеликого, прибуткового SaaS-сервісу і про доведення його до стану, коли він став приносити 1 000 доларів у місяць. Це не має ніякого відношення до багатомільярдних стартапам єдинорогів; я просто описую мій досвід такої роботи. Мова йде про простому, надійному і прибутковому інструмент, який може зробити для себе будь-яка людина. І останнє — це веб-сервіс був зроблений для внутрішнього ринку Росії, тому я перевів усе на англійську і в долари для зручності. Але, з іншого боку, цей досвід є досить універсальним і може бути застосований скрізь.

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

Потім раптом Postio почав отримувати відносно великий трафік від Google і Яндекс (російська пошукова система) з ключовими словами, які не мали нічого спільного з самим Postio.

image
Аналітична статистика Гугл по добовому трафіку

Тут-то і починається фактична історія.

Виявлення проблеми
Ясно, що у людей були реальні проблеми з цим меню. Короткий розгляд показало, що багато власників груп на vk.com (російська Facebook) використовують графічне меню, що знаходиться у верхній частині групи для перенаправлення їх аудиторії на найбільш важливі частини групи, такі як відгуки, інформація про ціни та бланку замовлення.

image
Тут показано, як зазвичай виглядає меню

Як можна бачити, групи в цій соціальній мережі, в кінцевому підсумку, стають свого роду магазинами; багато людей використовують їх для запуску бізнесу, щоб не мати клопоту з створенням свого автономного веб-сайту. Таким чином, це не було просто скупчення деяких випадкових груп про кошенят (хоча, безумовно, було багато груп і такого роду), а це був дрібний бізнес, який має деякі проблеми, які можна було б вирішувати більш або менш автоматично. Очевидно, що вони потребували вирішення так сильно, що гуглили його досить часто.

Але це ще терпимо. Щоб зробити показане меню, вони повинні були створити його в редакторі зображень, вирізати, а потім побудувати меню з допомогою якоїсь розмітки вікі-стилю. Таке було, безумовно, занадто складним для них, і виконання цієї роботи кимось зі сторони за прим. 20 доларів було досить поширеним явищем.

Звичайний процес створення меню був приблизно таким:

1. Створити в графічному редакторі якесь зображення меню і розташувати на ньому деякі кнопки.
2. Розрізати зображення на окремі частини так, щоб можна було знову зібрати їх з кнопками, розташованими ліворуч.
3. Завантажити ці зображення у альбом групи або на сторінку власника.
4. Створити wiki-сторінку в групі і ввести розмітку з зображеннями і лінками.
5. Опублікувати пост з лінками на сторінці меню в групі.
6. Закріпити його так, щоб він постійно залишався зверху.

Непогано, правда?

Тепер давайте подивимося, що ми можемо зробити, аби зняти цю проблему.

Створення програми з мінімально необхідним функціоналом (MVP)
Перш за все, я повинен був вивчити можливості прикладного інтерфейсу (API) соціальної мережі, щоб визначити, які дії можуть бути автоматизовані і в якій мірі.

Виявилося, що цей API може робити все, що мені потрібно, за винятком піннінга посту. Але це занадто багато для MVP, тому я вирішив видалити наступні функції:

1. Аутентифікація.
2. Налаштування меню під вимоги замовника (користувача). Замість цього користувач отримує можливість вибирати з десятка заздалегідь заданих шаблонів.
3. Обробка платежів. Я міг би зробити це вручну.
4. Автоматичне створення вікі-сторінки. Користувач може зробити сторінку сам, а потім вставити wiki-розмітки, яку підготувало моє додаток.
5. Автоматична публікація посту. Знову — користувач може зробити це сам вручну.

Тому, по суті, те, що я повинен був зробити, були генератор зображень і завантажувач. Ось як це виглядало після двох-трьох днів роботи.

image
Головне вікно

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

Діалог створення меню також, гм… не дуже досконалий.

image
Вікно створення меню

Так, я теж бував перфекціоністом. Тепер я продаю.

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

Це виглядало так:

image
Перші 10 днів після фактичного запуску

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

Тепер ось деяка сира недавня (або, ну, добре, не дуже недавня) статистика з БД.

image
Оборот і внески вказані в доларах США

Начебто, не можна назвати великим успіхом? Але це працювало, і користувачі були готові платити. Хоча виявилося багато покинутих неоплачених меню (menus_created щодо menus_paid). Але в будь-якому випадку це просто (дуже грубе) MVP.

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

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

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

Отже, назад до ціни. Спліт-тестування є найбільш простим способом визначення найбільш вигідної ціни, прийнятною для користувачів. В принципі, я встановив випадкову ціну для кожного користувача при реєстрації, а потім відстежував кожна дія, пов'язане з цією ціною. Сітка ціна виглядала наступним чином (так, я також додав ціну для оновлення меню і безліч різних функцій, таких як, наприклад, тонка настройка дизайну пунктів меню):

image
Форматом є array(creation_price, update_price)

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

image

Про що говорить ця статистика? Досить цікавий матеріал:

1. 1, 2 і 3 долари за створення меню і 0,5 долара за оновлення є найбільш прибутковими цінами.
2. Ціна 1 долар тягне вдвічі більше генерацій меню, ніж ціна 2 долара, і втричі більше, ніж ціна 3 долара.
3. Комбінація 1/0,5 долара є найбільш прибутковою за середнім доходом на одну продаж.

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

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

image

Хоча вона виглядає трохи незграбно і грубувато, але вона добре робить свою справу. І під зовнішністю тут немає ніяких хитрощів — просто трохи PHP і Imagemagick. Весь процес створення зайняв у мене дві ночі і доставив мені задоволення, так як я ще з підліткових років завжди любив працювати з зображеннями. Я до сих пір пам'ятаю безсонні ночі, витрачені на вивчення трасування променів і 3D-програмування Delphi. Ось вже, воістину, — старі добрі часи…

Маркетинг
Насамперед, я хотів використовувати те, з чого цей веб-сервіс почався, — наявний SEO-трафік зі статті. Дійсно, це вже працювало, так що все, що я повинен був зробити, — це трохи збільшити кнопку пуску і зробити її більш примітним. Таке просте дію дало мені 150 відвідувань в день.
Однак потім я помітив, що сам веб-сервіс почав привертати увагу пошукових машин, тому загальний трафік становив приблизно 200 відвідувань в день. Це призвело до 100 підпискам в день (в середньому).

Залишимо нудний текст — тут остаточна статистика за листопад 2016 року:

image

Врахуйте, що колонка Users (Користувачі) показує кількість користувачів, які підписалися в зазначений день, а не кількість користувачів, що діяли на сайті. Кількість останніх набагато більше за повторних дій раніше зареєстрованих користувачів.

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

Тут є багато нюансів, які не отримали тієї уваги, якого вони заслуговують.

Що, на вашу думку, варто було б уточнити в майбутніх статтях?

Я збираюся поділитися різними прийомами і історіями, тому, якщо вам сподобалася стаття, слідуйте за мною тут Medium або в моєму Twitter.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.