| name | project-search |
| description | Поиск аналогичных / конкурирующих сервисов под запрос пользователя. Триггерится на «кто уже делает это», «аналоги для <идея>», «похожие сервисы», «что есть на рынке», подготовку к PROJECTCLONE, решение «делать / не делать». Минимум 20 кандидатов за последние 12 месяцев, единая рубрика оценки, 3 чемпиона с обоснованием. |
project-search
Это бонусный скилл из задания «5» — пошаговый набор для поиска проектов под запрос со сравнением не менее 20 сервисов за прошедший год и выбором наиболее подходящего. Здесь реализован именно шаг «поиск и сравнение»; остальные шаги (анализ логики, ТЗ, реализация, тесты, публикация) — отдельные скиллы.
Когда триггерится
- «кто уже делает », «есть ли уже такое»;
- «найди похожие сервисы», «аналоги», «конкуренты»;
- «подбери кандидатов для PROJECTCLONE» / «что клонировать в тематике »;
- перед принятием решения «делать / не делать» новый продукт;
- перед переговорами с инвестором / клиентом, когда нужна карта рынка.
Что делает (коротко)
- Разворачивает запрос в query-pack (5–10 перефразированных формулировок для разных каналов поиска).
- По query-pack проходит по 6 каналам и собирает длинный список кандидатов. Целевое значение — ≥20 уникальных сервисов за последние 12 месяцев.
- Оценивает каждого по единой рубрике (7 осей).
- Возвращает сравнительную таблицу 20+ и топ-3 чемпиона под исходный запрос с обоснованием и трейдоффами.
Какой контекст подкладывает
- список обязательных каналов поиска (см. ниже);
- шаблон query-pack;
- единая рубрика оценки;
- правила дедупликации («один продукт — одна строка»);
- правило «активности за 12 месяцев»;
- формат таблицы и финального вывода.
Алгоритм
Шаг 1. Уточнить запрос (30 секунд разговора)
Скилл обязан знать минимум:
- Problem statement в одной строке: «помочь <кому> сделать <что> в <ситуации>».
- Регион пользователя и биллинга (важно: карты / язык интерфейса / юрисдикция).
- Цена времени: «надо за 1 час» vs «надо сравнение для инвестора на 2 недели».
- Что считать «подходящим»: цена / качество / скорость / наличие API / наличие в РФ.
Если что-то не сказано — спросить до поиска, а не после.
Шаг 2. Query-pack
Из problem statement собрать 5–10 формулировок. Пример:
- прямая:
language learning with short videos
- роль пользователя:
app for immigrants to learn spoken <lang>
- механика:
tiktok style language learning
- близкие тэги:
comprehensible input app, shadowing app
- косвенная:
how do I learn <lang> by watching clips
- синонимы на 2-м языке:
приложение для изучения <lang> по видео
- сленг/мем:
doomscroll language
Шаг 3. Каналы поиска (все 6 — обязательные)
| # | Канал | Что даёт | Как искать |
|---|
| 1 | Product Hunt | свежие запуски, reviews, альтернативы | поиск по query-pack + раздел Alternatives у найденных |
| 2 | Y Combinator / batch-lists / a16z portfolio / openVC | «backed by» и фаундерский уровень, signalling-серьёзность | YC companies filter по тегу + поиск по Crunchbase |
| 3 | G2 / Capterra / TrustRadius | B2B-сегмент, честные отзывы, ценники | категория + leaderboard + вкладка Alternatives |
| 4 | GitHub trending / awesome-lists | опенсорсные клоны, self-hosted, наборы ссылок | поиск по query-pack + awesome-<topic> репо |
| 5 | TechCrunch / The Verge / Wired / VC.ru / Habr | посевы, Series A, контекст | site-search + дата за последние 12 мес |
| 6 | Соцсети и ресёрчеры | реальные пользователи, UGC-плейлисты, Reddit, X-треды, Telegram-каналы | Reddit /r/, X search, тематические Telegram-папки |
Минимум по 3–5 кандидатов из каждого канала, итого ≥20 уникальных.
Шаг 4. Дедупликация и фильтр «живой за 12 мес»
Отфильтровать:
- мёртвые (нет релизов/постов/твитов 12+ месяцев, сайт 404, LinkedIn «closed»);
- дубли (один бренд, разные домены);
- не-прямые аналоги (другой problem statement) — но вынести их в
adjacent/.
На выходе: ≥20 активных строк.
Шаг 5. Единая рубрика оценки (7 осей)
Каждому сервису проставить балл 1–3 по каждой оси:
| Ось | 1 | 2 | 3 |
|---|
| problem-fit | закрывает часть | закрывает большинство | полностью закрывает problem statement |
| moat | нет (обёртка над чужим API) | частичный (данные/бренд) | явный (сеть, регуляторка, exclusive data) |
| traction | pre-product / Alpha | есть платящие | растущая MRR / >100k MAU |
| UX | неудобно | ок | выделяется на фоне категории |
| cost to user | дорого для ЦА | медиана | дешевле рынка / freemium честный |
| access (регион пользователя) | не работает / не платится | работает через костыль | без трения |
| defensibility vs мой проект | легко обойти | придётся постараться | почти невозможно догнать |
Сумма 7–21.
Шаг 6. Таблица
| # | Сервис | Страна / год | 1-линейник | Модель | Ценник | Регион/оплата | problem-fit | moat | traction | UX | cost | access | def | ИТОГО | ссылки |
Шаг 7. Топ-3 и вердикт
Не «победитель по сумме», а 3 кандидата под разные трейдоффы:
- Эталон-чемпион — лучший по problem-fit + UX, без скидок. Его разбираем как best practice.
- Самый опасный конкурент для моего проекта — наивысший
def или траекция, даже если UX слабее.
- Самый удобный клон — дешёвый MVP с понятными модулями, на котором тренируется команда.
Для каждого — 3 строки: «что забираем», «что не повторяем», «где их слабое место».
Шаг 8. Мета-выводы
После таблицы — 5–10 строк:
- насыщенность категории (green / yellow / red);
- где ещё нет доминирующего игрока («белое пятно»);
- какие именно рвы уже застолблены и какие остались свободными;
- какое окно по времени остаётся.
Правила скилла
- минимум 20 живых кандидатов — если не набралось, сказать честно и не заполнять таблицу выдуманными именами;
- единая рубрика обязательна — нельзя оценивать одного по features, другого «по ощущениям»;
- ссылка + дата последнего релевантного сигнала у каждой строки;
- trade-off прежде всего — топ-1 «по сумме» без логики почему не выдаётся;
- не сваливать в маркетинговый обзор «топ-10 лучших приложений» — это не цель скилла;
- adjacent-категории выносить в отдельный блок, не мешать с прямыми конкурентами;
- не сравнивать одного по старым данным (2021), а другого — по свежим — всё в окне 12 месяцев.
Что скилл НЕ делает
- не анализирует UX/логику интерфейса «в микроскоп» — это отдельный скилл (
interface-deep-dive);
- не пишет ТЗ на клон — это скилл
tz-writer;
- не предлагает имплементацию — это следующий шаг бонус-трека.
Связь с другими скиллами бонус-трека
project-search → interface-deep-dive → tz-writer → build → test → launch-pr
Этот SKILL — первое звено цепочки. Остальные звенья зафиксированы как план в PERSONAL/README.md.
