Перейти к основному содержимому

Выбрать модель работы: специалист, команда или агентство

Результат страницы​

После этой страницы вы выберете рабочую модель на ближайшие 90 дней: личный профиль специалиста, небольшую команду вокруг ведущего эксперта или агентство. Решение будет основано на том, кто продаёт, кто отвечает за результат, как распределяются деньги и где сосредоточен репутационный риск.

Модель не определяет ваш статус навсегда. Соло-специалист может подключать подрядчиков в разрешённом формате, а команда — позже открыть агентский профиль. Важно не изображать структуру, которой ещё нет: клиент должен понимать, кто выполнит работу и кто несёт ответственность.

Когда это нужно​

Выберите модель до массовых откликов и обещаний клиентам. Вернитесь к решению, если:

  • вы продаёте работу от своего имени, но фактически передаёте её другим;
  • одновременно ведёте продажи, delivery и контроль нескольких исполнителей;
  • один специалист стал узким местом по загрузке;
  • клиенту нужна компетенция, которой у вас нет;
  • маржа команды исчезает после переделок и управления;
  • вы думаете об агентском аккаунте только ради большего числа откликов.

На Upwork личный и агентский профили — разные витрины со своей механикой контрактов, Connects и репутации. Конкретные возможности подписок, роли участников и отображение статистики меняются; перед настройкой проверяйте актуальную справку и интерфейс аккаунта.

Процесс​

1. Опишите продаваемый результат​

Запишите одну услугу в форме: «для кого → какая проблема → какой проверяемый результат». Затем перечислите работы, необходимые для результата, и отметьте владельца каждой компетенции.

Если весь результат уверенно создаёт один человек, командная оболочка не нужна. Если нужны разные роли — например, аналитик, дизайнер и разработчик, — определите, это разовая кооперация или постоянный процесс.

2. Найдите ограничение текущей модели​

В течение двух недель измерьте:

  • часы на продажи и квалификацию;
  • оплачиваемые часы delivery;
  • часы управления и переделок;
  • загрузку по каждому исполнителю;
  • валовую маржу после выплат команде;
  • число проектов, где клиент ждёт одного ответственного.

Не масштабируйте структуру из-за ощущения занятости. Сначала установите, что ограничивает рост: спрос, конверсия продаж, собственная производственная ёмкость или управление качеством.

3. Сравните три модели​

МодельПодходит, еслиГлавное преимуществоГлавный риск
Специалистрезультат создаёте лично, проектов немногопростая ответственность и высокая управляемостьпотолок личного времени
Команда вокруг экспертаесть повторяемые части работы и проверенные исполнителибольше ёмкости без сложной структурыскрытые расходы на координацию
Агентствопродажи, управление и delivery уже являются отдельными процессамипараллельные проекты и единый брендобщий репутационный и операционный риск

«Команда» здесь — организационная модель, а не способ обойти правила аккаунта. Нельзя давать другим людям вход в личный аккаунт, скрывать фактического исполнителя или создавать несколько личных аккаунтов. Для совместной работы используйте разрешённые функции агентства и корректные роли.

4. Посчитайте экономику команды​

Для каждого проекта используйте упрощённую формулу:

маржа = выручка − комиссия и привлечение − оплата delivery − управление − резерв на переделки

Сравнивайте не ставку исполнителя со ставкой клиента, а полную стоимость результата. Если менеджер тратит 8 часов, разработчик — 20, а ещё 5 часов уходят на бесплатные исправления, все 33 часа должны попасть в расчёт.

Для старта задайте минимальную маржу и резерв в своей валюте. Это редакционные пороги, а не правила платформы. Если проект ниже минимума, уменьшите scope первого этапа, повысьте цену или выполняйте его лично — но не компенсируйте дефицит неоплачиваемой работой команды.

5. Назначьте одного владельца результата​

Клиенту нужен один ответственный за обещание, срок, приёмку и изменения scope. Даже в маленькой команде зафиксируйте:

  • кто квалифицирует запрос;
  • кто утверждает оценку;
  • кто общается с клиентом;
  • кто принимает работу исполнителей;
  • кто имеет право обещать новый срок или объём.

Продажи не должны обещать то, чего delivery не оценил. Передача проекта должна включать исходное объявление, договорённости, границы, критерии приёмки и риски.

6. Выберите безопасную конфигурацию Upwork​

Для соло-модели работайте через один личный аккаунт на свои данные. Если проект требует команды, прозрачно согласуйте формат и используйте доступные официальные механизмы.

Для агентства изучите актуальные типы участия и то, как контракты влияют на личную и агентскую репутацию. По материалам справки 2025–2026 годов агентство имело отдельные JSS, бюджет Connects и настройки участников; эти детали необходимо перепроверить перед внедрением. Общая репутация означает, что слабое исполнение одного проекта может повлиять на всю витрину.

7. Проведите 90-дневный тест​

Зафиксируйте модель и не меняйте её после каждого сложного проекта. На тестовый период задайте одну нишу, максимальное число одновременных проектов, минимальную маржу, стандарт передачи sales → delivery и еженедельный обзор загрузки, качества и денег.

В конце периода сравните план и факт. Переходите к более сложной модели только когда текущий спрос стабилен, а ограничение действительно находится в ёмкости.

Критерии решения​

Выбирайте личную модель, если вы сами выполняете ключевую работу, управляете качеством без отдельного менеджера и дополнительная ёмкость пока не окупит координацию.

Выбирайте команду вокруг эксперта, если есть повторяемые задачи, проверенные исполнители, понятный стандарт качества и клиент знает, кто участвует в проекте.

Выбирайте агентство, если есть повторяемый поток лидов, несколько параллельных исполнителей, отдельный владелец продаж или аккаунта, положительная маржа после управления и готовность отвечать общей репутацией.

Если продаж мало, сначала чините рынок, позиционирование и конверсию. Агентство не создаёт спрос. Если продажи есть, но проекты срываются, сначала стандартизируйте scope, передачу и контроль качества.

Ошибки​

Открывать агентство ради статуса​

Название не создаёт процесс. Появляются подписка, управление и общий риск, но клиент по-прежнему покупает неопределённое обещание.

Скрывать субподряд​

Передача работы без прозрачности разрушает доверие и может конфликтовать с условиями контракта или правилами платформы. Согласуйте состав и ответственность до начала.

Делать всех универсалами​

Когда каждый продаёт, оценивает и выполняет, обещания расходятся. Даже два человека должны разделить право продажи и ответственность за delivery.

Считать разницу ставок маржой​

Управление, простой, переделки, привлечение и налоги быстро съедают разницу. Решение без полной экономики опасно.

Создавать дополнительные личные аккаунты​

Несколько личных аккаунтов, чужие документы и передача доступа — не способ диверсификации. Используйте один реальный аккаунт и официальную агентскую модель.

Чеклист​

  • Выбран один продаваемый результат.
  • Понятно, кто выполняет каждую часть работы.
  • Найдено реальное ограничение роста.
  • Посчитана маржа после управления и переделок.
  • Назначен один владелец результата клиента.
  • Описана передача sales → delivery.
  • Формат команды прозрачен клиенту.
  • Не используются дополнительные личные аккаунты и чужие данные.
  • Проверена актуальная механика агентского аккаунта.
  • Назначен 90-дневный тест и дата пересмотра.

Следующий шаг​

Определив, кто и как будет выполнять проекты, выберите рынок и географию клиентов.