ChatGPT Free vs Go vs Plus vs Pro: який план обрати

Free — правильний baseline, якщо ChatGPT використовується епізодично і поточні ліміти не зривають важливі задачі. Go є нижчим paid tier для людей, яким потрібна більша щоденна capacity та ширший доступ до базових інструментів, але його доступність і packaging залежать від країни та account. Plus — основний індивідуальний план для регулярних mixed workflows із файлами, advanced reasoning, research, Projects, custom GPTs, voice та creation. Pro адресує інтенсивних individual users, для яких вища capacity або доступ до найресурсніших режимів реально зменшують переривання.

Це не лінійний рейтинг якості. Paid plan не гарантує правильну відповідь, а Pro не створює organizational governance. Почніть із власних задач, зафіксуйте blocked або degraded outcomes, а потім купуйте найнижчий tier, який стабільно проходить acceptance criteria. Якщо робота містить корпоративні дані, shared ownership чи offboarding, переходьте до оцінки Business або Enterprise замість накопичення персональних підписок.

• Рідкі задачі без критичних interruptions → залишайте Free baseline.
• Потрібно більше базової capacity, а Go доступний у вашому account → тестуйте Go.
• Регулярні research, files, Projects, voice або creation → тестуйте Plus.
• Plus системно зупиняє дорогі accepted workflows через capacity → порівняйте Pro.
• Потрібні admin, identity та company data controls → оцінюйте Business, не Pro.

Plan names, models, quotas, tools і rollout змінюються. Офіційна pricing matrix показує загальне позиціонування, але фактична доступність може залежати від регіону, віку account, device, billing channel, навантаження та staged rollout. Перед рішенням збережіть receipt: country, plan, currency, tax, billing cadence, visible models, tools, quota wording, connected apps, checkedAt і source URL. Недоступне або незрозуміле позначайте `unknown`, а не переносіть із чужого screenshot.

Розділяйте eligibility, capacity і outcome. Eligibility означає, що feature можна відкрити; capacity — що ним можна скористатися в потрібному обсязі; outcome — що результат пройшов перевірку. Навіть позначка unlimited може підпорядковуватися abuse guardrails, тимчасовим restrictions або product-specific limits. Тому порівняння має зберігати exact UI state і observed interruption, не вигадуючи стабільну кількість prompts.

Free дає реальний спосіб побудувати baseline: короткі запити, обмежений доступ до моделей та інструментів, web search, files, images або voice там, де вони доступні. Окремі limits можуть спрацьовувати незалежно, тому після model limit файл чи інший tool також може бути недоступним до reset. Зафіксуйте, який саме step зупинив workflow, скільки чекали і чи прийнятний fallback.

Go варто розглядати, коли Free уже довів користь, але capacity регулярно перериває прості повторювані задачі. Не припускайте, що Go доступний глобально або містить кожну можливість Plus. У checkout і Help Center звірте models, file uploads, image creation, memory, projects, custom assistants, research та voice для свого account. Якщо потрібної capability немає, більша квота на іншу capability не вирішує проблему.

• Record → task, model/tool, limit event, reset message і lost reviewer time.
• Verify → Go availability, local price, included capabilities та cancellation path.
• Upgrade → лише якщо accepted outcomes зростають, а не просто prompts.
• Rollback → скасувати paid tier, зберігши portable fixtures і потрібні exports.

Plus є сильним default candidate для регулярної персональної роботи, але список можливостей сам по собі не доводить цінність. Створіть fixtures для research із цитатами, аналізу файлу, довгої Project-сесії, coding change, image iteration і voice workflow. Для кожного рахуйте accepted outcome, factual або citation errors, correction minutes, retries та limit interruptions. API usage оплачується окремо: ChatGPT subscription не є API balance.

Pro має сенс для heavy user лише тоді, коли Plus capacity або model access блокує важливі результати достатньо часто. Порівняйте upgrade із альтернативами: планування batch work, коротший контекст, дешевший режим, окремий API workflow із budget cap або інший спеціалізований tool. Не множте рекламну capacity на очікувану продуктивність: більше доступу не гарантує більше прийнятих результатів, якщо bottleneck — source quality чи human review.

Заморозьте 12–20 реальних задач і acceptance criteria до upgrade. Перший тиждень пройдіть їх на поточному tier, зберігаючи capability receipt, failures і reviewer time. Другий тиждень повторіть той самий набір на candidate plan; не покращуйте prompts лише для нового tier. Додайте long context, source conflict, unavailable URL, low-connectivity session і limit pressure, бо happy path приховує operational різницю.

Decision rule має бути заданий наперед: наприклад, жодної critical factual помилки, citations відкриваються, confidential fixture не використовується, а додаткова subscription cost нижча за виміряну вартість збереженого часу. Рішенням може бути Free, Go, Plus, Pro або no-fit. Збережіть owner і review date; повторюйте тест після зміни pricing, packaging, key model, privacy terms або workload.

• Freeze → tasks, inputs, acceptance criteria та current-plan snapshot.
• Run → однакові fixtures на baseline і candidate tier.
• Review → blind output review там, де plan label може створити bias.
• Measure → accepted outcomes, correction time, limits і total cost.
• Decide → найнижчий tier, що проходить gates, плюс expiry date.

Free, Go, Plus і Pro залишаються персональними account tiers. Перевірте Data Controls, model-improvement choice, Temporary Chat, retention та export для поточного account. Upgrade capacity не додає SCIM, centralized audit, domain lifecycle, legal hold або organizational offboarding. Корпоративна картка також не перетворює personal workspace на company-controlled system.

Для Drive, GitHub, calendar або інших connected sources збережіть identity, OAuth scopes, allowed resources, read/write capability, confirmation mode, token owner і revoke test. У важливих workflows approved output та source ledger мають жити в авторитетній системі поза chat history. Якщо працівник є єдиним owner Project, existing GPT або integration, continuity risk існує незалежно від tier. Створення й редагування GPT перевіряйте як окремі current entitlements: видимий старий GPT не доводить право створити новий.

Повна вартість дорівнює subscription, tax, extra credits або API, reviewer time, failed runs, unused capacity, migration і data-governance work. Denominator — verified accepted task, не повідомлення і не година відкритого застосунку. Go може бути вигіднішим за Plus лише якщо потрібні capabilities доступні; Pro може бути дешевшим за Plus лише якщо усунені interruptions справді коштують більше за різницю.

Перед downgrade інвентаризуйте chats, Projects, files, GPTs, scheduled work, connected apps, shared links і active billing. Експортуйте дозволене, перенесіть business records, revoke integrations, перевірте ownership і доступ після зміни plan. Rollback робіть capability-level: поверніться до Free, відключіть connector або перенесіть один workflow, не втрачаючи eval fixtures та decision evidence.

Одна кнопка Upgrade може створити три різні зобов’язання, які не можна змішувати. Plan contract визначає включені capability та usage allowance. Billing contract називає продавця підписки — chatgpt.com, Apple App Store або Google Play — і саме там керуються renewal, payment method, invoice та cancellation. Credit contract, якщо він показаний конкретному account, додає pay-as-you-go витрати для підтримуваних функцій після included usage. Credits не змінюють tier, не є API credits і мають окремі rate card, balance, expiry та refund rules.

Створіть purchase receipt до натискання Confirm: ChatGPT account ID або masked email, country, tier, billing owner, currency, tax, renewal date, payment account, included allowance wording, credit eligibility, auto-reload state, monthly auto-reload cap і screenshot timestamp. Не зберігайте повний номер картки. Такий receipt пояснює, чому paid plan видно на одному account, але не на іншому, і не дозволяє помилково шукати App Store purchase у web billing history.

Найнебезпечніший сценарій — platform migration. OpenAI попереджає, що одночасні subscriptions через Apple, Google Play і web можуть створити окремі списання. Спочатку знайдіть current billing owner і вимкніть renewal саме там; потім дочекайтеся підтвердженого end state і лише після цього відкривайте нову subscription на іншій платформі. Uninstall застосунку, видалення payment method або видима в ChatGPT втрата paid badge самі по собі не є cancellation evidence.

• Plan receipt → tier, included capability, allowance wording і checkedAt.
• Billing receipt → merchant platform, renewal state, next date та invoice locator.
• Credit receipt → eligible feature, balance, rate card, auto-reload і spend cap.
• Migration PASS → стара subscription не renew, новий payer відомий, duplicate charge відсутній.
• Unknown → не купувати другий plan, доки owner першого не встановлений.

Не записуйте plan change одним полем `changed=true`. Для доступного upgrade current help documentation описує негайний перехід із новим billing cycle; downgrade застосовується на наступному renewal; cancellation зупиняє майбутнє renewal, але залишає paid access до завершення поточного billing period. Refund може мати інший effective state. Тимчасові eligibility restrictions також означають, що повернення на попередній tier після downgrade не гарантоване. Перед зміною збережіть current tier, requested tier, requestedAt, effectiveAt, reversibleUntil, billing owner і confirmation ID.

Після кожного transition проведіть entitlement test у новій session, не покладаючись на стару вкладку. Перевірте потрібні model modes, Project files, deep research, voice, Codex, memory, scheduled work і доступ до вже створених artifacts. Для GPTs окремо звіряйте current official rule: можливість використовувати наявний GPT, редагувати його і створювати новий — це різні entitlements, які можуть змінюватися незалежно. Старий artifact у sidebar не доводить, що його конфігурацію можна оновити після plan або policy change.

Transition завершується не тоді, коли з’явився toast, а коли збігаються чотири докази: billing platform показує очікуваний renewal state; ChatGPT account показує очікуваний tier; critical fixture проходить або коректно блокується; credit auto-reload і connected apps мають бажаний стан. Якщо дані розходяться, не повторюйте purchase. Заморозьте нові paid runs, збережіть receipts і зверніться до відповідного billing owner або support із masked identifiers.

• Upgrade → перевірити immediate entitlement і нову дату cycle.
• Downgrade → зафіксувати майбутній effectiveAt та можливість скасувати зміну.
• Cancel → підтвердити non-renewal, не плутати його з immediate loss або refund.
• Postcondition → billing state, account tier, capability fixture і spend controls узгоджені.
• Rollback → undo scheduled change, якщо доступно; не припускати, що retired tier можна купити знову.

Через 21–25 днів не питайте, чи ChatGPT був корисним. Порівняйте три маршрути для кожного workload: нижчий tier із прийнятним fallback; поточний tier; поточний або нижчий tier плюс контрольовані credits для eligible піків. Рахуйте accepted outcomes, interruption minutes, correction time, subscription, tax, credits, expired balance і reviewer effort. Credit spend відносіть до конкретної функції та task class, інакше auto-reload приховає, що дорожчий tier або інший workflow був би дешевшим.

Задайте promotion gate до renewal: critical fixtures проходять; жоден prohibited data class не потрапив у consumer account; incremental accepted-outcome value перевищує incremental cost; billing owner відомий; auto-reload має owner і cap; exit packet відновлюється. Окремий negative test вичерпує included allowance на harmless fixture. Очікуваний результат — явний limit або контрольований перехід на credits лише там, де це дозволено, без неочікуваного списання та без мовчазної заміни model або tool semantics.

Рішення має п’ять станів: keep, downgrade, upgrade, burst-with-credits або exit. Keep не є безстроковим: додайте review date і triggers для зміни pricing, plan packaging, model, credit rate card, billing platform, privacy terms або основного workload. Exit вимикає renewal і auto-reload, інвентаризує невикористані credits та exports, відкликає непотрібні apps і повторно перевіряє account після effective date. Так plan ladder лишається керованим експериментом, а не підпискою, яку помічають лише у банківській виписці.

• Keep → поточний tier проходить outcome, risk і cost gates.
• Downgrade → нижчий tier витримує frozen fixture set.
• Upgrade → доведений capacity bottleneck дорожчий за різницю TCO.
• Burst → рідкі eligible піки мають owner, rate card і spend cap.
• Exit → renewal та reload off, artifacts exported, access і charges reconciled.