или «Раздражает, что без интернета игра не запускается». Это может стать основой для конкурентного idle-приложения, где вы позиционируете себя: «Наш idle-симулятор с бесшовной синхронизацией и офлайн-режимом». Если этот недостаток – массовый, значит, спрос на ваше решение может быть высок.Пример:
3.1.3. Amazon для физических товаров
Не только в сфере приложений бывают болевые точки. Amazon (или Wildberries, Ozon, eBay в локальных рынках) – огромные маркеты, где люди оставляют отзывы на товары. Если вы видите, что у умных весов (smart scales) постоянно жалуются на «нет точного режима для спортсменов», «данные не синхронизируются с приложением», это намекает на продуктовый «пробел». Можно сделать дополнение (например, внешний модуль, новое ПО, связь через Bluetooth, AI-алгоритм для точного измерения) и монетизировать через подписку или разовую продажу.
3.2. НАБЛЮДЕНИЕ ЗА «БОЛЬШИМИ ИГРОКАМИ»
3.2.1. Логика «корпорации стремятся к универсальности»
Крупные SaaS-компании, как правило, стараются «закрыть» широкий круг функций: CRM, ERP, облачное хранилище, инструменты маркетинга и т. д. Но им сложно детально внедряться в специфику конкретных микросегментов. Они ориентированы на масштаб и часто не замечают отдельных отраслевых нужд. Или замечают, но не придают им значения, пока это не станет масштабным трендом.
Например: Salesforce – огромный CRM-монстр, охватывающий тысячи сценариев, но не дающий «из коробки» удобного решения для offline-ивентов, печати бейджей, планирования залов, интеграции с POS-терминалами на месте. Если клиент (компания, проводящая офлайн-мероприятия) просит эту фичу, Salesforce отвечает: «Вы можете нанять нашего партнёра, чтобы допилил», или «Можно кастомизировать при помощи разработчиков». Это значит, что есть возможность сделать micro-SaaS-плагин, который закрывает этот функционал, интегрируясь в экосистему Salesforce (через API, AppExchange и т. д.).
3.2.2. Как искать узкие зоны в больших продуктах
Изучать документацию больших SaaS: бывает, в разделе «known issues» написано, что такая-то функция не поддерживается. Или «we plan to add … next year», но сейчас её нет.
Смотреть обсуждения пользователей (официальные форумы, Reddit, Twitter).
Смотреть партнерские магазины (например, AppExchange у Salesforce, Shopify App Store, Google Workspace Marketplace): если многие люди спрашивают «где плагин для…», а его нет или он слабый, это повод взяться за дело.
Пример: Может быть, у Asana (системы управления задачами) нет нативной «кастомной диаграммы Ганта» для тех, кто работает в строительстве. Вы проверяете Asana Community, люди жалуются, что нет диаграммы Ганта с учётом специализированных строительных этапов. Делаете расширение (micro-SaaS), которое интегрируется с Asana. Как только вы это публикуете, все стройкомпании, использующие Asana, могут заинтересоваться.
3.2.3. Паразитирование на API
Слово «паразитировать» тут не имеет негативной коннотации, а означает: использовать уже существующую популярную платформу и её аудиторию. Так вы убиваете двух зайцев:
Получаете доступ к клиентской базе (люди, которые уже пользуются Salesforce, Shopify, Slack, Notion).
Не тратите ресурсы на создание базы данных пользователей с нуля, часто не заморачиваетесь с базовыми функциями