На странице
Готовность
Базовая публичная карточка
Есть нейтральное описание модели, но без отдельного fact sheet.
Способ заработка
Смежные роли (PM, tech sales, DevRel)
Product manager, sales engineer, Developer Relations. IT-бэкграунд — конкурентное преимущество в нетехнических по сути ролях: PM с техническим прошлым ценится выше гуманитарного, presales объясняет продукт клиенту на языке и бизнеса, и техники. DevRel — редкая роль, в основном в крупных продуктовых или иностранных компаниях.
3 мин чтенияБазовая публичная карточка
Как читать эту страницу
- Сначала читайте страницу как roadmap мышления, а не как рекомендацию начать бизнес.
- Отдельно смотрите “Что нужно на старте”: там видно, какие ресурсы и условия нужны до первых денег.
- Блоки про деньги, операционку, рост и риски помогают отличить зрелое понимание модели от поверхностного интереса.
- Блок “Что проверить дальше” — это список вопросов перед практической проверкой конкретной гипотезы внутри модели.
Публичная готовность
Есть нейтральное описание модели, но без отдельного fact sheet.
Описание
Что это за модель и где проходит её граница.
- Смежные роли вокруг IT: product/project management, technical sales, DevRel, solutions engineering, customer success и другие роли, где техническое понимание соединяется с коммуникацией, продажами, продуктом или управлением.
- Карточка описывает способ заработка как рыночную модель, а не конкретную нишу, товар, работодателя или личную стратегию.
Как думать об этой модели
Roadmap-блок: зачем понимать модель, где типичные ошибки и как выглядит более зрелый вход.
Почему модель важна
- Смежные роли (PM, tech sales, DevRel) полезно разбирать как базовую модель, а не как одну конкретную нишу: внутри неё могут быть разные гипотезы, каналы и уровни риска.
- Эта страница помогает отделить интерес к направлению от проверки механики: кто платит, за что платит, что нужно делать регулярно и где модель ограничена.
- Для этой модели пока нет отдельного fact sheet, поэтому её стоит читать как карту вопросов и первичный ориентир для дальнейшего ресёрча.
Что будет, если войти без понимания
- Войти в “Смежные роли (PM, tech sales, DevRel)” только из-за привлекательной идеи, не отделив базовую модель от конкретной бизнес-гипотезы.
- Считать деньги только через выручку, не проверив прямые затраты, канал, срок оплаты и повторяемость спроса.
- Недооценить операционку: коммуникация с клиентами/командами
Плохой вход
- Войти в “Смежные роли (PM, tech sales, DevRel)” только из-за привлекательной идеи, не отделив базовую модель от конкретной бизнес-гипотезы.
- Считать деньги только через выручку, не проверив прямые затраты, канал, срок оплаты и повторяемость спроса.
- Недооценить операционку: коммуникация с клиентами/командами
- Игнорировать риск: роль может стать политической и перегруженной коммуникациями
- Игнорировать риск: сложно измерить личный вклад
Хороший вход
- Сначала описать 2–3 альтернативных гипотезы внутри модели и сравнить их по стартовым требованиям, каналам и рискам.
- Закрыть проверочный вопрос: Собрать вакансии и требования по PM/tech sales/DevRel.
- Закрыть проверочный вопрос: Понять KPI и бонусные модели.
- Собрать черновую экономику: чек, прямые затраты, комиссия канала, срок оплаты и точка безубыточности.
- Перед дорогим запуском определить маленький тест, критерии остановки и лимит потерь.
Как устроена модель
Кто покупает, зачем покупает и какие альтернативы есть у клиента.
Кто покупает
- IT-компании
- B2B SaaS
- интеграторы
- стартапы
- корпорации
Зачем покупают
- перевести техническую сложность на язык бизнеса
- управлять продуктом/проектом
- продавать сложные решения
- сопровождать клиентов и внедрения
Рынок и спрос
- Рынок состоит из покупателей, исполнителей, посредников, платформ, каналов продаж и альтернатив 'сделать самому' или нанять штатного специалиста.
- Ключевой вопрос модели: кто контролирует доступ к клиенту, кто несёт риск качества и где остаётся маржа после привлечения и исполнения.
- поисковые запросы по услуге/роли/проблеме
- вакансии, биржи, агрегаторы и каталоги исполнителей
- кейсы конкурентов, отзывы клиентов и частые жалобы
- наличие повторного спроса, абоненток, retainer-моделей или регулярных задач
Конкуренты и альтернативы
- прямые исполнители той же услуги
- агентства и студии
- штатные сотрудники клиента
- платформы и маркетплейсы услуг
- самостоятельное решение клиентом
Что нужно на старте
Ресурсы, документы, первые действия и минимальная проверка модели.
- Нужны техническая база, коммуникация, управление ожиданиями, понимание рынка и способность работать с людьми, а не только с кодом.
- Старт часто возможен через переход внутри компании или через смежные проекты.
Стартовые ресурсы
Деньги / оборотный капиталИдея / офферЭкспертные знанияСвязи / доступКоманда / исполнителиАктивы / инфраструктураДокументы / разрешенияАудитория / довериеТехнология / разработка
Как поставляется ценность
Личная работа основателяКомандная услугаСофт / цифровой продуктФизический товарПлатформа / маркетплейсОфлайн-точкаКонтент / медиаРазмещение капиталаПроизводствоПосредничество
Как появляются деньги
Механика выручки и базовая экономика модели.
Модель денег
- зарплата
- бонусы за продажи/результат
- карьерный рост
- опционы
- переход в leadership
Экономика
- стоимость роли
- влияние на выручку/retention
- KPI продаж или продукта
- стоимость ошибки коммуникации
Механика выручки
Зарплата / компенсацияОплата времениПроектная оплатаРегулярный ретейнерТорговая маржаКомиссия / процент сделкиПодпискаДоходность капитала / активаРеклама / спонсорствоЛицензирование / роялти
Операционка
Что придётся делать регулярно и где появляется ручной труд.
- встречи
- документы
- roadmap
- коммуникация с клиентами/командами
- презентации
- приоритизация
- управление конфликтами
Каналы продаж
- личная сеть и рекомендации
- биржи/платформы
- контент и экспертные материалы
- холодный outreach
- партнёрства
- кейсы и портфолио
Как масштабируется
За счёт чего модель растёт и где рост обычно упирается.
Рычаги роста
- Рост через seniority, ownership, управление командами, влияние на выручку или переход в executive/product leadership.
Зависимость от основателя
- Высокая зависимость от личных коммуникаций, доверия и контекста компании.
Делегирование
- Делегирование отсутствует внутри найма; масштабирование возможно через управление командой.
Продуктализация и автоматизация
- Вне найма опыт может превращаться в консалтинг, обучение, продуктовые шаблоны или агентство.
- Автоматизация помогает с аналитикой, документацией и процессами, но ключевая ценность остаётся в принятии решений и коммуникации.
Рычаги масштаба
Рост чека / ценыНайм людейПродуктализацияАвтоматизацияБольше капиталаАссортимент / SKUКанал продажКонтент / аудиторияСеть / marketplace effectsПартнёрстваДанные
Потолки масштаба
Найм и качество людейПродажиСклад / закупка / остаткиКонтроль качестваПоддержка клиентовЗависимость от каналаЛокация / помещениеСезонность
Риски и подводные камни
Что может сломать модель до или после запуска.
- роль может стать политической и перегруженной коммуникациями
- сложно измерить личный вклад
- зависимость от компании и продукта
- выгорание от постоянного контекста
Регулирование и ограничения
- договоры, акты, налоги, самозанятость/ИП/ООО
- персональные данные и конфиденциальность, если есть доступ к данным клиента
- авторские права и права на результат работ
- ответственность за сроки, качество и ущерб
Поверхности риска
СпросКонкуренцияКанал продажUnit-экономикаПоставщикиКачествоЮридические ограниченияОперационкаЛюдиРепутацияПравила платформ
Что проверить дальше
Какие вопросы стоит закрыть перед практическим входом в модель.
- Собрать вакансии и требования по PM/tech sales/DevRel.
- Понять KPI и бонусные модели.
- Разобрать траектории перехода из инженерной роли.
Как прокачать понимание
Практические действия, которые превращают интерес к модели в проверяемое знание.
- Разобрать 10 игроков или аналогов: оффер, цена, канал, отзывы, слабые места и признаки спроса.
- Составить карту cash cycle: когда платит клиент, когда возникают расходы, где деньги зависают.
- Проверить ограничение масштаба: Найм и качество людей
- Проверить ограничение масштаба: Продажи
- Проверить ограничение масштаба: Склад / закупка / остатки
- Собрать факты по поверхности риска: Спрос
- Собрать факты по поверхности риска: Конкуренция
Что изучить дальше
Проверенные или первично зафиксированные источники из fact sheet, если они есть.
- Для этой модели пока нет отдельного fact sheet. Публичная карточка построена на нейтральном паспорте модели и структурных признаках.
Соседние страницы
Продолжение чтения внутри той же ветки или рядом по карте.