Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update UIs for the New Developer Plan #2778

Open
codecovdesign opened this issue Oct 28, 2024 · 4 comments · May be fixed by codecov/shared#479
Open

Update UIs for the New Developer Plan #2778

codecovdesign opened this issue Oct 28, 2024 · 4 comments · May be fixed by codecov/shared#479
Assignees
Labels
Dev-Ready This means the UX is reviewed and ready for prioritization scheduling.

Comments

@codecovdesign
Copy link
Contributor

codecovdesign commented Oct 28, 2024

Problem solve

The business is moving private repos on Developer Plan to have the same experience as Private repos on Team plan (and not that on Pro). The implications and updates to look at are:

  • How we communicate expectations about the trial
    • during pro plan is that
  • How we communicate expectations about the developer plan and team plan AND what is included (and not included)
  • Align with pricing page to updates seen on marketing page
  • Update copy in trial and/ plans and/or across anything related to make it clear that they are on the developer plan (and it includes team plan)
  • overall risk to mitigate is that customers are accustomed to public repos, then will be confused when features are not visible in the
    • exploration the developer plan experience, a difference could be to show the pages missing as upgrade opportunities (example: flags, components)
  • consider rollout to customers (depending on scope, who this affects)

Eng spec: https://www.notion.so/sentry/Streamlining-Plan-Creation-with-the-Plan-Configuration-Table-1428b10e4b5d808ca5b2d4f5b66493a1

@codecovdesign
Copy link
Contributor Author

codecovdesign commented Nov 4, 2024

sync on nov 4th with @RulaKhaled @ajay-sentry @katia-sentry

  • high level details for private free plans
    • the team plan (as-is) will replace the experience of the free plan today (which is 1 user currently viewing pro)
      • v1: to replace with team plan
        • how about existing customers?
          • existing plans are grandfathered in, meaning the former free plans experience stay as-is
      • v2: team plan with upgrade options (fla)

next steps:

  • eng discovery in v1 + designs audit on implications (quick wins for upgrade flow polish and/or any rollout needed) + ToDo is plans page
  • design discovery on v2

open questions:

  • what are the metrics of success
  • what is the plan for the for the former plan? is there a deprecation plan?
  • release related
    • rollout communication
    • marketing pricing page / release alignment
    • docs updates, how/where do we want to handle communicate this
    • public API changes?
  • does this affect the Sentry Free plan?

@Adal3n3 Adal3n3 self-assigned this Nov 4, 2024
@rohan-at-sentry
Copy link

Re trials - it's worth considering if we want to allow trials from team to pro and build for that. Very soon, there will be a significant difference between the pro plan and the team plan in terms of features (project coverage, flake detection).

Note - Currently the system always assumes you'd want to trial pro from free --> meaning we fall back to the developer plan after a pro trial expires... this is hardcoded (see https://github.com/codecov/internal-issues/issues/1015)

@codecovdesign
Copy link
Contributor Author

codecovdesign commented Nov 5, 2024

Audit

  • areas of concern:

    • when a trial is completed and then customer goes to private repo and sees loss of the features and/or does not see the features
      • v2 aims to mitigate this by having the levers of difference
    • adalene: question to product: why remove the features from team
      • aj: for team plan members we causing confusion today
      • most feedback is the loss of functionality
  • plans page:

    • problem to solve: differentiate and make clear to user that for public they receive pro / private team plan pro
      • other is that user that pay for team are irritated about the team plan
      • alternative is improving the confirmation for the upgrades of the team plan
  • plans > manage

  • trials

    • IF trial is available, what are the upgrade levers we can show related to v1 (quick CTAs) v2 discovery longer term resolutions
      • consider

@Adal3n3
Copy link

Adal3n3 commented Nov 11, 2024

Here's the figma: https://www.figma.com/design/UdZNtpQdWrPgEyWxegm4ev/GH-2778?node-id=1-2

  • The problem we are addressing is that when customers upgrade from the free developer plan to the team plan, they end up paying but losing features. This upset some customers because 1/ in their mental model, they don’t expect to pay for less features 2/they unaware that the team plan doesn’t have the features they have configured in free plan.
  • The solution is to align with their expectations so when they upgrade from the new free plan they will not lose any features.
  • What are we changing? We’re creating a new version of the free plan where private repos have the same features as the team plan, meaning they will only have patch coverage. This involves removing flags, components, CFF, and project coverage from the free plan.
  • These changes will apply only to new customers; existing customers will retain the same experience they currently have.

Image

Image

@Adal3n3 Adal3n3 changed the title Design ToDo Design ToDo: Update UIs for the New Developer Plan Nov 11, 2024
@Adal3n3 Adal3n3 added the Dev-Ready This means the UX is reviewed and ready for prioritization scheduling. label Nov 11, 2024
@Adal3n3 Adal3n3 changed the title Design ToDo: Update UIs for the New Developer Plan Update UIs for the New Developer Plan Nov 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Dev-Ready This means the UX is reviewed and ready for prioritization scheduling.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants