← Усі проєкти
проєкти

PAPUGin progress

PetTech · B2C

B2C PetTech-продукт для власників папуг, який допомагає відстежувати зміни у стані птаха та зберігати структуровану історію спостережень.

Проблема

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

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

Discovery

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

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

Початкова ідея містила community-механіки, але дослідження змістило фокус: проблема не в браку спілкування, а в невпевненості «чи все зараз нормально з моїм птахом?».

Валідація попиту

Запустила landing з квізом на 22 питання (профіль власника, поведінка птаха, стан здоров'я) і паралельно зробила 150 холодних outreach серед аудиторії bird-інфлюенсерів та власників папуг у TikTok.

Воронка квізу: 794 кваліфіковані візити → 250 почали проходити квіз → 54 дійшли до результату (~22%) → 11 залишили контакт (~20% від тих, хто побачив результат).

Медіанний час проходження: 4 хвилини 5 секунд.

Outreach: 23 зацікавлені відповіді зі 150 надісланих (~15%). Кількість прочитаних повідомлень канал не показує, тому реальна конверсія від прочитаних може бути вищою.

Інсайт про канали: навіть якщо рахувати квіз від найвужчої бази, тобто від тих, хто вже почав відповідати, конверсія в контакт склала 4,4%. Точковий outreach в аудиторію нішевих інфлюенсерів дав ~15%, тобто втричі краще від найвужчої бази квізу і приблизно на порядок краще, якщо рахувати від рівня візиту. Це змістило пріоритет каналів у бік influencer-маркетингу та роботи зі спільнотою, а не платного трафіку на мікробюджетах.

794кваліфіковані візити
250почали квіз
54дійшли до результату
11залишили контакт
150відправлено outreach
23зацікавлених відповіли

* На жаль, немає даних про прочитані.

Інсайт про аудиторію: основну цінність квіз дав не як лідмагніт, а як дослідницький інструмент. 54 людини добровільно пройшли 22 питання за 4 хвилини, що само по собі сигнал зацікавленості в темі. Зібрані відповіді дозволили деталізувати профіль власника: серед 145 відповідей 66% мали птаха менше двох років, а розподіл за видами показав, які саме породи домінують в аудиторії. Це вплинуло на продукт напряму: менше професійної термінології, простіші сценарії, пріоритет контенту під найпоширеніші види й орієнтація на новачка, а не на досвідченого заводчика.

Ключова продуктова ітерація

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

Переробила її на два сценарії.

«Все як зазвичай» → один тап

«Є зміна» → запис конкретного спостереження

Так трекінг став фоновою звичкою, а деталі з'являються лише тоді, коли вони справді потрібні.

Що вже побудовано

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

Окремо побудувала 60-місячну фінансову модель, щоб перевірити економіку freemium-сценарію до того, як вкладатись в acquisition.

Як влаштований процес

Робота розбита на етапи, і кожен наступний деталізує попередній: спочатку специфікація (яку проблему вирішуємо і що свідомо не робимо), далі план реалізації (як саме), далі розбивка на атомарні задачі, і тільки потім код. Великі фічі так розкладались на 60+ окремих задач.

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

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

Аналітика

Під час аналізу acquisition-воронки виявила, що частину трафіку створюють боти та preview-сканери, які завищували знаменник.

Тому замість сирого page view ввела qualified visit: візит з достатньою видимістю сторінки або реальною взаємодією. Це очистило базу для подальшого аналізу конверсії.

Статус

Зараз: шліфую core experience та інформаційну архітектуру health records.

До закритої бети: повноцінна авторизація, інструментування продуктових подій, верифікований контент бази знань, AI-функції (голосове введення, чат, аналіз фото), QA і тестування з реальними власниками.

Наступні гіпотези: нативні обгортки під Android та iOS найближчим часом. Далі, коли база користувачів виросте: маркетплейс товарів і ветеринарні консультації всередині продукту.

Запланована модель монетизації: freemium з платним тріалом. Безкоштовно профілі й структурований трекінг, платно AI-шар і розширені сценарії.

Stack

React · TypeScript · Supabase · Cloudflare · PWA · GitHub Actions

AI-assisted development: Cursor, Claude Code. Продуктова аналітика власна, у планах підключення Amplitude.