Чем отличаются подписки GPT: личный план и команда
Чем отличаются подписки GPT для одного человека и организации: сравниваем личные планы, Business и Enterprise по доступу, управлению, расходам и рабочим задачам.
Д
Денис
Продакт LibraChat
12 мин чтения
При выборе доступа для команды я начинаю со сценария ухода сотрудника. Нужно понимать, кто прекратит его доступ и где останутся общие материалы. Этот вопрос быстро показывает, чем отличаются подписки GPT: личные планы расширяют возможности отдельного пользователя, Business организует общее рабочее пространство, Enterprise добавляет договорной и административный контур организации. Имя доступной модели объясняет лишь часть покупки.
Когда я впервые разложил такие варианты по колонкам, мне хотелось поставить рядом только цену и список моделей. Таблица выглядела убедительно. Но в ней не было человека, который приглашает коллег, оплачивает места и разбирает отсутствие доступа в понедельник утром. Для личной задачи это может быть ты сам. Для команды уже нужен понятный порядок.
Ниже я сравниваю именно планы ChatGPT по официальным страницам OpenAI, проверенным 10 ноября 2026 года. Доступность функции в конкретном аккаунте и итоговые условия покупки нужно уточнять по актуальному плану, настройкам пространства и выбранному способу оплаты. Сама программа работы от этого не исчезает: её всё равно придётся описать.
Чем отличаются подписки GPT при личной работе
Для личной работы есть Free и Go, а также Plus и Pro. На официальной странице Pricing они показаны отдельно от Business и Enterprise. Уровень плана меняет доступ к моделям и инструментам. Объём использования тоже различается. Это несколько осей выбора. Сравнение по одному названию модели будет неполным.
Например, в справке «What is ChatGPT Plus?» перечислены работа с файлами, голос, изображения и глубокие исследования, где они доступны. Там же указано, что доступность моделей и ограничения меняются. Из одной строки «Plus» я поэтому не вывожу точный список того, что вижу на чужом экране: сначала проверяю свой аккаунт и действующую страницу.
Для моего личного выбора важны повторяющиеся действия. Написать письмо, обсудить документ и подготовить вопросы к исследованию требуют разных функций. Если основная работа состоит из короткого разговора, расширенный инструмент, которым я не пользуюсь, сам по себе ничего мне не экономит. Зато отсутствие нужной функции может остановить конкретную задачу.
Я выписываю одну обычную рабочую неделю и помечаю, какие операции в ней повторяются. Затем смотрю их доступность и ограничения. Такой порядок не даёт превратить выбор в коллекционирование названий. Я понимаю, какой доступ собираюсь использовать и что должен проверить до решения о покупке.
Личный платный план также не равен оплаченному API. Справка Plus прямо отделяет API-использование и его расчёт. Если требуется встроить модель в собственную программу, это другая схема доступа с отдельными условиями. Наличие удобного чата не подтверждает, что интеграция уже оплачена и готова.
Когда появляется общий рабочий контекст
В Business объект выбора меняется. Официальный документ «ChatGPT Business overview» описывает самостоятельное приобретение общего пространства для организации, централизованную оплату и административное управление участниками и доступом. Это уже процесс нескольких людей, а не только дополнительные возможности одного аккаунта.
Возьмём небольшую редакцию из четырёх человек. Один готовит вопросы, другой работает с материалами, третий согласует формулировки, четвёртый отвечает за выпуск. Для сравнения я предполагаю, что каждый действует от собственного имени и у команды есть человек, управляющий доступом. Это заданный сценарий, не отчёт о внедрении продукта в конкретной компании.
Одна общая почта не описывает такой процесс. Роли надо определить заранее. Следом уточнить общие материалы и ответственность за настройки. Даже если технически люди умеют пересылать тексты друг другу, остаются вопросы оплаты и управления. В моей таблице они занимают отдельные строки, потому что зависят от устройства команды.
У Business сейчас есть разные типы мест: Standard и Premium. Официальное описание связывает их с разным включённым использованием. Я проверяю, какой продукт и работа имеются в виду: объём для Work или Codex нельзя без подтверждения объявить таким же изменением для каждой функции Chat. Внутри одного пространства тоже требуется точное сопоставление.
Место и человек полезно различать. В справке Business место описано как оплаченная ёмкость, которую можно назначать участнику. Значит, в расчёте команды надо учитывать состав и нужные типы мест, а в рабочем порядке — кто управляет назначениями. Фамилия в списке сотрудников сама по себе ещё не является спецификацией покупки.
Чем отличаются подписки GPT для отдела и организации
Enterprise предназначен для управляемого доступа организации. В документе «What is ChatGPT Enterprise?» перечислены централизованное управление участниками, проверка домена, SSO, SCIM и административные сведения об использовании. Конкретные типы мест и расчёты зависят от соглашения. Поэтому одинаковое слово Enterprise не заменяет чтение условий своей организации.
Мне помогает расшифровка терминов. SSO связывает вход с корпоративной системой идентификации. SCIM используется для управления пользователями и группами через каталог. Это функции организации доступа. Они не обещают, что ответ на любую задачу будет точнее лишь потому, что появился корпоративный вход.
Критерий · Личные планы · Business · Enterprise
Основной объект — Возможности отдельного пользователя — Общее пространство команды — Управляемый контур организации
Кто решает вопросы доступа — Сам пользователь в рамках условий аккаунта — Владельцы и администраторы пространства — Ответственные организации с её системой управления
От чего зависит расчёт — Выбранный личный план и дополнительные условия — Типы и число оплачиваемых мест, условия периода — Соглашение, типы доступа и модель расчёта
Что проверить помимо моделей — Нужные инструменты и их ограничения — Роли, назначения мест и общую оплату — Идентификацию, управление доступом и договорные требования
Рабочий вопрос — Могу ли я выполнить свою задачу — Как сотрудники работают и получают доступ — Как организация управляет внедрением и контролем
У Enterprise могут быть места, предоставляющие только Codex. В официальной справке прямо отмечено, что они не включают ChatGPT. Для закупки это существенная деталь: нужно назвать нужный продукт и тип доступа, а не ограничиться общей фразой «место в корпоративном плане».
Для маленькой группы эти инструменты управления могут оказаться избыточными; для организации с обязательным каталогом сотрудников они становятся предметом отдельной проверки. Я не вывожу выбор из числа людей автоматически. Два подразделения одинакового размера могут иметь разные требования к доступу и согласованию рабочих материалов.
Что дают модель и инструмент при доступной роли
Мне нравится проверять одну задачу в трёх частях. Какая модель доступна? Какой инструмент выполнит действие? Разрешён ли он участнику? Если любой из этих пунктов остался неизвестным, общей надписи о подписке недостаточно.
Допустим, сотруднику нужно исследование по открытым источникам. Одного имени модели мало: нужно наличие соответствующей функции и доступ к ней в пространстве. Для вопроса по таблице важны возможности работы с файлами и ограничения самой загрузки. Это разные операции даже тогда, когда результат пользователь читает в знакомом окне разговора.
В актуальной справке о моделях OpenAI отдельно описывает доступ в Chat, Work и Codex. Я сохраняю эту границу в своей таблице. Вариант, показанный для Work, не становится автоматически вариантом обычного чата. Сначала в вопросе указываю название продукта с нужным режимом. Затем нужны условия рабочего пространства.
По той же причине нельзя обещать единый запас всех действий одним числом. У разных функций различаются единицы учёта и сроки обновления. Подробный разбор лимитов подписок ChatGPT помогает собрать эти условия по операциям, прежде чем рассчитывать нагрузку команды.
Я заметил, что такой список вопросов быстро сокращает ненужные споры о сравнении моделей. Участники перестают обсуждать абстрактную «мощность» и начинают выяснять, что потребуется для их документа, кто имеет доступ и как проверят итог. Здесь появляется предмет будущей приёмки.
Четыре сотрудника: считаем период, а не одну карточку
Для наглядного расчёта возьму четыре места Business Standard и цены из текущего официального обзора: 25 долларов за пользователя в месяц при помесячном расчёте или месячный эквивалент 20 долларов при годовом. Страница предупреждает о различиях по стране и валюте, поэтому пример относится к этим опубликованным долларовым значениям, а не к любому экрану покупки.
Расчёт я проверил отдельно. Четыре места по 25 долларов дают 100 долларов за месяц. При годовом варианте расчёт 4 × 20 × 12 даёт 960 долларов за год. Важно сохранить и период, и полный объём обязательства. Надпись с месячным эквивалентом не означает, что годовая покупка списывается по этой маленькой сумме каждый месяц.
Состав может измениться. Поэтому дальше я задаю рабочий вопрос: останутся ли эти участники весь выбранный период. Если проект закончится раньше или изменятся роли, одной арифметики скидки недостаточно. Нужно прочитать действующие условия изменения количества мест и расчётов. Я не подменяю их придуманной возможностью вернуть любое неиспользованное время.
Помимо цены доступа есть работа команды. Кто подготовит правила, поможет с первым входом и проверит нужные функции? Это не дополнительная строка счёта OpenAI, если её там нет. Это собственные затраты времени, которые организация учитывает для решения о внедрении.
Я попробовал записать их отдельно и увидел, что вопрос «сколько стоит один пользователь» не закрывает весь выбор. Один процесс требует только короткой инструкции; другой — настройки ролей и согласования материалов. Результаты нельзя сравнивать, пропуская эту разницу.
Уход сотрудника проверяет качество схемы доступа
Вернусь к сценарию начала статьи. Сотрудник меняет роль или покидает команду. До покупки я хочу знать, кто отвечает за прекращение его доступа, какие материалы считаются общими и где сохранены принятые результаты. Здесь нет единого ответа для всех планов и организаций: это часть подготовки своего порядка работы.
В личной схеме многие решения остаются у самого пользователя. В общем пространстве появляются владельцы и администраторы. В корпоративном контуре могут участвовать каталог и группы. Поэтому шаг «добавить человека» надо оценивать вместе с обратным шагом и правилами изменения роли.
В Enterprise admin quickstart OpenAI рекомендует подготовить роли и идентификацию до массового приглашения. Там также уточняется: синхронизация пользователя с каталогом сама по себе ещё не означает предоставления доступа к продукту. Для меня это хороший пример того, почему названия функций не заменяют настройку процесса.
Перед запуском я записываю распределение ответственности:
кто подтверждает список участников и нужные продукты;
кто назначает роли и проверяет доступ;
кто объясняет участникам правила работы с материалами;
кто отслеживает изменения состава;
кто принимает рабочие результаты и хранит их в согласованном месте.
Я не обещаю, что любой администратор автоматически увидит все чужие переписки или сможет восстановить любые удалённые данные. Такие выводы требуют конкретной документации и условий. Для выбора полезнее зафиксировать требование и проверить, чем оно выполняется, чем приписать плану удобную возможность.
Небольшой пилот отделяет свойства плана от привычек команды
Я собрал для сравнения три задания: подготовить вопросы к открытому документу, уточнить формулировку письма и составить план проверки нескольких утверждений. Это предлагаемый набор для пилота, а не проведённое испытание. Материалы в нём должны быть допустимы для передачи в выбранную среду.
У каждого задания нужен принимающий человек. Он проверяет факты и сохраняет итог в рабочем месте команды. Тогда можно оценить не только красоту ответа, но и завершённый процесс. В противном случае получится коллекция разговоров, за которую трудно отвечать после окончания месяца.
На пилот закладываю 7 дней. Сначала — выполнение задач. Затем — управление доступом. Первый проход планирую с обычными ролями участников, второй — с ответственным за назначения. Его прошу описать, как приглашают нового коллегу и меняют назначение при уходе. Эти действия нельзя подменить показом ответа модели: они проверяют другую часть покупки.
Дальше фиксирую наблюдения по разным колонкам: качество принятой работы, нужные функции, понятность доступа и фактические расходы. Если задание сформулировано плохо, это не обязательно дефект плана. Если роль не получила нужную возможность, это тоже надо разобрать отдельно от качества модели.
Так у команды появляется проверяемый вопрос к условиям сервиса. Например, требуется определённый способ идентификации или понятный порядок расчёта мест. С ним уже можно читать официальный документ или обсуждать соглашение, сохраняя нужную конкретику.
Что записать перед окончательным выбором
В моей итоговой заметке остаётся одна страница. На ней перечислены пользователи, их задачи и операции, которые продукт должен поддерживать. Рядом стоят ответственные за доступ и за приёмку работы. Цену добавляю последней. Период оплаты указываю целиком.
Для сверки использую короткий список:
Личная это работа или общий процесс организации?
Какие именно продукты нужны участникам: Chat, Work, Codex или отдельная интеграция?
Какие инструменты и настройки обязательны для задач?
Какие типы мест или личные планы фактически рассматриваются?
Кто управляет доступом и меняет его при уходе человека?
Какой полный платёж и какие переменные расходы возможны?
Чем подтверждается принятый результат пилота?
Если ты выбираешь самостоятельный LibraChat под обсуждение текстовых задач, его режимы можно изучить в таблице тарифов. Такая покупка не предоставляет план OpenAI. Сначала сохраняй название нужного продукта и смысл задачи, чтобы сравнение не превращалось в подмену.
Для подготовки своей заметки скопируй этот промпт в LibraChat: «Помоги составить требования к ИИ-сервису для [число] участников. Задачи: [перечень]. Раздели вопросы о функциях, доступе, расходах и проверке результата. Не придумывай свойства конкретных планов». Это предложенное начало обсуждения; полученный текст нужно сверить с действующими условиями выбранного продукта.
Теперь я понимаю, чем отличаются подписки GPT, через устройство своей работы. Личный план отвечает за возможности одного пользователя, командный — ещё и за общий доступ, корпоративный — за требования организации и соглашения. Сценарий ухода сотрудника остаётся в заметке до конца выбора. Он помогает проверить, что мы покупаем управляемый процесс, который сможем объяснить и поддерживать.
