Як ми створили утиліту для бекапу: від data recovery-досвіду до Freemium-продукту

💡 Усі статті, обговорення, новини про продукти — в одному місці. Приєднуйтесь до Product спільноти!

Привіт! Мене звати Олександр, я Head of Software Development у Atola Technology. Разом із Тетяною, Product Manager, ми хочемо розповісти історію створення і запуску нашого першого software-only продукту під час війни — MultiDrive.

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

MultiDrive — це Windows-утиліта для бекапу, клонування та затирання дисків. У нас вже був великий практичний досвід і ціла бібліотека накопичувачів для тестування (фото 1), тож логічним кроком стало створити застосунок для роботи з дисками.

Загалом ідея належить нашому CTO Віталію. Він дослідив ринок і побачив, що багато платних продуктів мають застарілий дизайн і UX, тож з’явилася можливість створити сучасніше й зручніше рішення.

Бібліотека Атоли з різними типами та станом дисків

Аналіз ринку та пошук user persona

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

Віталій запропонував використати це як перевагу. Базові операції з дисками мають бути доступними кожному безкоштовно. Саме тому в MultiDrive немає реєстрації, немає реклами і обмежень. Ми пообіцяли нашим користувачам, що цей функціонал залишиться для них безкоштовним навіть після появи платної версії. Таким чином створюємо невеликий market disruption.

На платформах Reddit, G2, Trustpilot, Capterra ми досліджували наших конкурентів, їхніх клієнтів, труднощі та сценарії використання.

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

Ми виявили такі основні потреби клієнтів:

• оновлення системи: перенести всю інформацію зі старого диска на новий;
• надійно очистити диск перед продажем;
• робити повні бекапи дисків, щоб захиститися від втрати даних.

До речі, класична приказка:

«Люди діляться на два типи. На тих, хто не робить бекапи, і тих, хто вже робить».

Продукти Атоли, які в своєму домені є досить популярними, дають нам можливість підтримувати безкоштовну версію MultiDrive надалі. Звісно, ми плануємо і платну версію, але вона буде з окремим додатковим функціоналом.

Вибір технічних рішень для створення продукту

Один із ключових етапів у створенні MultiDrive — вибір оптимального технологічного підходу. Тут важливо було знайти баланс між потребами користувачів і ресурсами команди.

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

Вимоги для MultiDrive:

• висока продуктивність під час роботи з дисками;
• реакція UI ≤ 500 мс.

Разом із командою зупинилися на фреймворку для розробки UI Avalonia. Він дозволяє не залежати від платформних бібліотек і спростити підтримку майбутньої кросплатформеності.

За основу обрали .NET 10. А для зберігання службових даних у MultiDrive — LiteDB. Це open-source проєкт, не потребує окремого сервера і працює як один файл — значно спрощує розгортання та підтримку. А кросплатформеність рішення одразу дає нам фундамент для майбутніх версій під macOS і Linux.

Щоб імплементувати CLI версії застосунку, використав Spectre.Console — бібліотеку, яка дозволяє робити консольні інструменти не лише функціональними, а й зручними для користувача. Її кросплатформеність одразу дала нам стратегічну перевагу.

Таким чином вже на етапі розробки ми підготували MultiDrive до кросплатформеності, щоб при успішному запуску Windows-версії додати підтримку macOS та Linux.

Від MVP до MLP

Я був прихильником випуску першої версії продукту тільки з функцією Erase, тобто щоб використати класичну модель для невеликих продуктів, за якою створюємо Minimum Valuable Product (MVP), а вже потім ітеративно додаємо інший функціонал. Але після гарячих дискусій у команді прийняли рішення створити Minimum Lovable Product (MLP). Сьогодні майже в кожній ніші є десятки рішень. Якщо ви виходите на ринок, де вже є гіганти, ваш єдиний шанс — дати кращий UX (User Experience). MLP дозволяє виділитися не кількістю кнопок, а якістю взаємодії.

Ретельно допрацьовували UX\UI, полірували фічі. Мене переконав аргумент, що сам по собі Erase не буде цікавим. Зв’язка Erase + Clone виглядала найпривабливішою на старті. Водночас, маючи ці можливості, ми зрозуміли, що для виходу на ринок резервного копіювання нам також потрібні Backup і Restore.

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

Інтерфейс CLI у MultiDrive з використанням Spectre.Console

Філософія сучасного UX/UI: як ми проектували інтерфейс

Ми хотіли створити продукт, який би був зручним у користуванні, інтуітивним та мінімалістичним.

Наприклад, в операції Clone користувач інтуїтивно розуміє логіку Source → Target. Нічого зайвого: обрали, що і куди клонувати, запустили процес. Мінімум елементів — максимум сенсу. Усі додаткові налаштування, які виходять за межі «happy path», винесені в Options.

Ми з командою часто обговорювали дизайн разом, кожен міг внести свої ідеї. До прикладу, хотіли сфокусуватися на темній темі, але тестувальники просили додати світлу версію. Бо не кожному зручно і приємно працювати з темним інтерфейсом.

Клонування в MultiDrive

Для цілісності інтерфейсу ми обрали дизайн-систему Moon, додавши досить багато власних покращень. Загалом це дуже прискорило нам роботу, і багато моментів вдалось зробити паралельно з розробкою.

Усі процеси представлені візуально у вигляді графіка:

— по осі Х — обраний діапазон дискового простору;

— по осі Y — швидкість роботи з дисками.

Графіки плавно анімовані — розробляли довго й ретельно, щоб досягти естетичного ефекту, можливо, навіть вау-ефекту!

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

Графік показує швидкість читання і запису в реальному часі

Автоматизоване тестування: як забезпечити якість на старті

Не можу сказати, що при розробці MultiDrive ми дотримувалися TDD (Test Driven Development). Наш підхід радше такий: пишемо багато коду, переконуємося, що happy path працює як очікується, а потім додаємо тести для цього функціоналу, і звісно, рефакторимо, коли тести неможливо додати :)

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

Рівні тестування:

1. Unit та інтеграційні тести через код.

2. Інтеграційні тести за допомогою PowerShell. Це було легко зробити, оскільки MultiDrive розробляється в CLI-first парадигмі. Для збірок застосовуємо AppVeyor — хмарний CI-сервіс. Оскільки до білд-машин неможливо підключити фізичні диски, створили дискові емулятори.

3. Автоматизоване UI-тестування з використанням FlaUI. На окремому фізичному ПК встановлюється MultiDrive, після чого запускаються UI-тести з реальними дисками.

Звісно, це все дозволяє виявляти проблеми автоматично та на ранніх етапах.

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

Де знайти бета-тестувальників

Перший етап бета-тестування. Частина команди не була залучена до створення MultiDrive. Саме тому ми вирішили, що вони будуть нашими першими бета-тестувальниками.

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

Другий етап був складніший. СТО та продакт-менеджер залучили колишніх колег Атоли, друзів і знайомих. Таким чином ми зібрали 45 бета-тестувальників та знайшли багато цікавих нюансів на цьому етапі.

Одним зі сценаріїв, який ми не покрили тестами, став memory leak при багаторазовому переході між деякими екранами (дякую, Максе!). Саме завдяки бета-тестувальнику ми знайшли й виправили цю проблему, додали цей сценарій до автоматизованих тестів і тепер перевіряємо MultiDrive на потенційні memory leaks перед кожним релізом.

Buzz marketing: стратегія зростання та популяризації продукту.

З самого початку ми вирішили, що не будемо користуватися Google-аналітикою, а оберемо продукт, який би покривав веб та продакт-аналітику.

Наш СТО Віталій любить шукати цікаві рішення, і так він знайшов PostHog. Близько 46% користувачів залишають ввімкненою систему аналітики. Але цього достатньо для пошуку проблем. Наприклад, одразу після одного з релізів ми помітили повторювану помилку, що торкнулася значної частини користувачів, і змогли швидко виправити її вже в наступній версії. Щодо маркетингу, ми не інвестуємо в платну рекламу чи інші платні активності. Натомість обрали продукт як головну точку зростання: щоб ним природно хотіли ділитися з іншими. Також максимально спростили старт: без реєстрацій, без введення email та збору персональних даних. Просто завантажуєш і одразу користуєшся.

SEO та YouTube-напрям

Окрім написання статей ми активно розвиваємо YouTube, де зараз робимо ставку на два формати. Оскільки світ перейшов на смартфони, експериментуємо з Shorts — вони ідеальні для швидкого бусту переглядів та коментарів. Проте «базою» залишаються детальні How-to інструкції: вони хоч і розкачуються довше, зате працюють як «вічнозелений» контент, збираючи перегляди в пошуку місяцями.

PR

Також із неочікуваного для себе ми відкрили ще один канал — PR-активності. У нашому випадку вони теж абсолютно безкоштовні. Наприклад, співпраця з блогерами та авторами оглядів.

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

Це довгий процес, але він працює. Час від часу ми самі шукаємо релевантних авторів і напряму зв’язуємося з ними, пропонуючи протестувати продукт.

Безкоштовні платформи

Це хороший спосіб отримати беклінки, додатковий трафік та нових користувачів. Так Тетяна запустила MultiDrive на Product Hunt, де наш продукт отримав звання «Продукту дня» і увійшов до топ-5 тижня.

Близько двох тижнів після запуску отримували стабільний трафік і фідбек від нових користувачів.

Дистрибуція через пакетні менеджери

Оскільки апка не встановлює жодних залежностей, все необхідне знаходиться в базовому архіві (інсталяційний пакет має більший розмір), випускаємо portable-версію в таких пакетних менеджерах як Scoop, WinGet та Chocolatey. Також завантажили на GitHub Releases.

Наступні кроки

Наша амбіційна мета: щоб MultiDrive увійшов до топ-3 продуктів у категорії Backup, Cloning, або Erasing-дисків у світі. Звісно, нас очікує багато роботи, але ми розробили продукт та запустилися під час повномасштабної війни, працюємо в таких умовах. Хіба українці бояться складнощів?

Будемо раді почути ваші історії та будь-які поради щодо просування та технічних моментів. А якщо MultiDrive вас зацікавив — будемо вдячні за відгуки після тестування.