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

Design .gov's expiration and renewal experience #1226

Closed
2 tasks
h-m-f-t opened this issue Oct 27, 2023 · 4 comments
Closed
2 tasks

Design .gov's expiration and renewal experience #1226

h-m-f-t opened this issue Oct 27, 2023 · 4 comments

Comments

@h-m-f-t
Copy link
Member

h-m-f-t commented Oct 27, 2023

Story

As a domain manager
I want to ensure my domain stays registered to me (and do that without much work)
so that I can keep using it

As the .gov registry
We want to ensure we have current contact information for our registrants
so we can reach them when needed

Acceptance Criteria

  • Document the pros and cons of keeping or departing from the standard renewal model, in light of our goal to increase the use of .gov by US-based governments.
  • If we depart from normal "please click here each year" annual renewals, design an intuitive UX/UI for users than supports our requirement for accurate contact info.

Additional Context

The concept of a domain's registration and expiration are components of a domain's lifecycle for all (?) generic TLDs. We aren't bound to follow this pattern, though, and in a few ways, we already don't: we do not automatically delete or place on hold domain names that are past their expiration date. We don't believe that's an appropriate, fair, or safe default for government domain names.

However, a renewal date is a useful forcing function. Though we're not collecting payment like other TLDs, we use the renewal date to require a registrant confirm or update their org's contact information. (It's a successful tactic, and we've used it to nudge users to create public security contacts, which has gone from idea to a >70% uptake since 2018.) But we could request or confirm this information at other times instead of annually, and that could have a bearing on "extending" an expiration date automatically. We could also consider other factors, like whether a domain is actually being used on the internet – which is the behavior we want to incentivize, anyway.

Historically (and at launch), the only reason users come to our registrar is to request, set up, and renew their domain. We'll add manage to that list soon, changing the dynamic by offering DNS hosting and other supporting services in-registrar.

Issue Links

Related to #174

@h-m-f-t h-m-f-t added story User stories later Not MVP labels Oct 27, 2023
@h-m-f-t h-m-f-t changed the title Design .gov's expiration experience Design .gov's expiration and renewal experience Oct 27, 2023
@vickyszuchin vickyszuchin added design and removed design later Not MVP labels Mar 6, 2024
@PaulKuykendall PaulKuykendall removed the story User stories label Apr 9, 2024
@PaulKuykendall
Copy link

@PaulKuykendall - add to product huddle 4-10-2024

@vickyszuchin
Copy link

PO prioritization: July/August 2024

@PaulKuykendall
Copy link

Most important aspect of this is that we have current and accurate CONTACT information for each domain. The renewal time is appropriate for this update.

@katypies
Copy link
Contributor

We're going to tackle this in a more standard way, according to expectations with other registrars. Closing this in favor of tickets to describe that experience instead.

@katypies katypies closed this as not planned Won't fix, can't repro, duplicate, stale Aug 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: ✅ Done
Development

No branches or pull requests

4 participants