Куки помогают нам сохранять твои настройки и результаты. Пользуясь сайтом, ты соглашаешься с их обработкой согласно Политике конфиденциальности.
Настройки куки
Файлы cookie, необходимые для корректной работы сайта, всегда включены.
Другие файлы cookie можно настроить.
Основные файлы cookie
Всегда включены. Эти файлы cookie необходимы для работы веб-сайта и его функций. Их нельзя отключить. Они устанавливаются в ответ на ваши запросы, например, при настройке параметров конфиденциальности, входе в систему или заполнении форм.
Аналитические файлы cookie
Disabled
Эти файлы cookie собирают информацию, которая помогает нам понять, как используются наши веб-сайты, насколько эффективны наши маркетинговые кампании, а также помогает нам персонализировать наши веб-сайты для вас. Список используемых нами аналитических файлов cookie можно посмотреть здесь.
Рекламные файлы cookie
Disabled
Эти файлы cookie предоставляют рекламным компаниям информацию о вашей активности в интернете, чтобы помочь им показывать вам более релевантную рекламу или ограничивать количество показов рекламы. Эта информация может быть передана другим рекламным компаниям. Список используемых нами рекламных файлов cookie можно посмотреть здесь.

Урок 1.2. Кто есть кто в digital-студии

1/9
🎬 Реальный кейс

Новичок написал дизайнеру: «Подвинь кнопку левее»

Представьте: вы только что устроились менеджером по продажам в digital-студию. Клиент просит «подвинуть кнопку на сайте». Вы, не долго думая, пишете об этом напрямую дизайнеру в Telegram.

Дизайнер отвечает сухо: «Это не ко мне. Пусть проджект заведёт задачу в Jira». Вы в ступоре. Клиент ждёт. А вы не понимаете, кто за что отвечает.

Знакомо? В этом уроке вы разберётесь, кто есть кто в digital-команде и к кому с какими вопросами идти. Это сэкономит вам месяцы ошибок.

🗺️ Карта ролей

Шесть ключевых людей в студии

Любая digital-студия — это конвейер. Каждый участник отвечает за свой этап. Если вы понимаете роли, вы говорите на одном языке с командой.

💼
Менеджер по продажам
Приводит клиентов, ведёт переговоры, подписывает договор. Ваша роль.
📋
Project Manager
Ведёт проект после продажи: сроки, задачи, коммуникация с клиентом.
🎨
UX/UI Дизайнер
Проектирует интерфейс, рисует макеты, думает о пользователе.
💻
Разработчик
Превращает макет в работающий сайт или приложение (фронтенд + бэкенд).
📈
Маркетолог / SEO
Продвигает сайт в поиске, настраивает рекламу, анализирует трафик.
🔍
QA-тестировщик
Ищет баги до релиза. Проверяет, что всё работает как задумано.

Запомните главное: вы продаёте — проджект ведёт — команда делает. Не лезьте в чужие зоны.

🎯 Интерактив

Кому задать этот вопрос?

Клиент спрашивает: «А почему мой сайт не находится в Google на первой странице?». Кому вы передадите этот вопрос?

🏠 Кейс · Россия
🇷🇺 ТИНЬКОФФ

Как устроена инхаус-команда в банке

В Тинькофф банке каждый продукт (карта, кредит, инвестиции) — это сквозная команда из 7–10 человек: продакт-менеджер, аналитик, 2–3 разработчика, дизайнер, QA и маркетолог.

Все сидят в одном «квадрате» (или в одном Slack-канале). Менеджер по продажам здесь не нужен — продукт продаётся через приложение. Но роль «владельца клиента» есть: это продакт-менеджер.

По материалам открытых выступлений команды Тинькофф на конференциях.

Вывод: в инхаус-командах роли часто пересекаются. Но принцип «один человек — одна зона ответственности» сохраняется.

⚠️ Типичная ошибка

«Давайте я напрямую дизайнеру напишу»

Новички часто думают: «Так быстрее же!». Написал дизайнеру — получил макет — отправил клиенту. Красота.

В реальности это ломает весь процесс:

  • Дизайнер отвлекается от текущих задач
  • Проджект не знает, что работа идёт
  • Клиент получает сырой макет без согласования
  • Разработчик не в курсе, что макет уже «утверждён»

Правило: всегда идите через проджект-менеджера. Даже если кажется, что так дольше. На дистанции — это экономит недели.

🎯 Интерактив

Распредели задачи по ролям

Клиент прислал 3 запроса. Кому каждый из них адресовать?

Запрос 1: «Хочу, чтобы форма заявки отправлялась на мою почту»

🌍 Кейс · Мир
🇺🇸 SPOTIFY

Модель «Squads» — команды-племена

Spotify разделил разработку на «скводы» (squads) — автономные команды по 6–12 человек. Каждый сквод отвечает за конкретную фичу: «Плейлисты», «Поиск», «Рекомендации».

Внутри сквода — все роли: продакт, дизайнеры, фронтенд, бэкенд, QA. Они сами решают, как работать. Нет единого «начальника проекта» — есть «владелец продукта».

Модель описана в книге Хенрика Книберга «Scaling Agile @ Spotify».

Вывод: в зрелых командах границы ролей размываются. Но базовое разделение «продажа → управление → дизайн → разработка» остаётся.

🧭 Гайд для ИИ

Определи, к кому идти с вопросом

Сохраните этот шаблон. Когда клиент задаст вопрос, а вы не уверены, к кому его адресовать — скормите запрос нейросети. Она подскажет роль.

// Гайд: Маршрутизация вопросов клиента
// Применимо в: ChatGPT, Claude, Gemini, DeepSeek, Qwen, Kimi

Промпт:
«Клиент задал вопрос: [вставить вопрос].
Определи, к кому в digital-студии адресовать этот запрос:
1. Менеджер по продажам
2. Project Manager
3. UX/UI Дизайнер
4. Разработчик (фронтенд/бэкенд)
5. Маркетолог / SEO
6. QA-тестировщик

Ответь в формате:
— Роль: [название]
— Почему: [1 предложение]
— Что сделать менеджеру: [конкретное действие]»

Этот гайд работает во всех перечисленных нейросетях. Просто вставьте вопрос клиента вместо переменной.

Урок 1.2 пройден!

Вы разобрались в ролях digital-команды и знаете, к кому с какими вопросами идти.

Что вы освоили в уроке:
✓Шесть ключевых ролей в digital-студии
✓Правило «не лезть в чужие зоны»
✓Гайд для маршрутизации вопросов через ИИ
⚡ +10 XP