Files
otus-kotlin-developer/docs/01-biz/01-target-audience.md
Александр Веденёв f0446dee20 module 3 lesson 1
2025-02-05 13:23:17 +07:00

3.6 KiB
Raw Permalink Blame History

Целевая аудитория

Основные клиенты:

  1. ИТ-компании и стартапы

    • Размер: От небольших команд (510 человек) до крупных компаний (100+ сотрудников).
    • Сфера: Разработка ПО, SaaS-платформы, кибербезопасность, облачные сервисы.
  2. Фрилансеры и удаленные работники

    • Профессии: Разработчики, дизайнеры, копирайтеры, менеджеры проектов.
    • География: Международная аудитория (Россия, СНГ, Европа, США).

Гипотетические портреты клиентов

  1. Менеджер проектов в ИТ-компании

    Демография:

    • Женщина/мужчина 2845 лет.
    • Высшее образование (менеджмент, компьютерные науки).
    • Опыт: 3+ года в управлении agile-командами.

    Психологический портрет:

    • Организатор: Ценит структурированность и автоматизацию процессов.
    • Прагматик: Выбирает инструменты с интеграцией в текущий стек (Jira, Trello, GitHub).

    Контекст использования:

    • Координация задач между разработчиками, дизайнерами и заказчиками.
    • Создание встреч для спринт-планирования и ретроспектив.

    Боль:

    • Фрагментация коммуникации (Slack для чатов, Zoom для звонков, отдельный календарь).
    • Сложности с разделением рабочих и личных уведомлений.
  2. Фрилансер-разработчик

    Демография:

    • Мужчина/женщина 2235 лет.
    • Самообразование или курсы (без классического диплома).
    • Работает на Upwork, Fiverr, Toptal.

    Контекст использования:

    • Параллельно ведет 35 проектов.
    • Использует личный мессенджер для общения с клиентами.

    Боль:

    • Путаница между личными сообщениями и рабочими чатами.
    • Нет инструментов для быстрого создания встреч (приходится вручную генерировать ссылки в Zoom).
  3. Технический директор стартапа

    Демография:

    • Мужчина/женщина 3050 лет.
    • Техническое образование (Computer Science, Data Science).
    • Опыт: 5+ лет в управлении разработкой.

    Контекст использования:

    • Минимизировать переключение между инструментами.
    • Контролировать прогресс команды без микроменеджмента.

    Боль:

    • Отсутствие единого пространства для code review, обсуждения задач и планирования.
    • Риски утечки данных через личные аккаунты сотрудников.