New trial creation fails if group URL is already taken
Problem
If a net-new user signs up for a trial from about.gitlab.com they have two options as to where the can apply the trial. They can either select their personal namespace or apply the trial to a new group. In the future, we'd like to push more and more users to select a group trial as they have higher conversion rates. However, currently if a user inputs a group name that's already taken for example entering a value of "group" then it fails to create the trial due to the fact that the URL path is already taken.
The process
Solution
We should utilize the same logic developed for the in-app group creation process to auto-append the the group URL path so it's a unique value (#32458 (closed)). I don't believe we need to show users that we're doing this during the trial creation process. When this issue is resolved if I signed up for a trial and attempted to apply the trial to a new group with the group name that's already taken for example "group" then on the backend we'd update the URL path to be group-(number).
This could be a factor in why we see a higher personal trial rate vs group trials. I'm marking this as a Deliverable in GitLab.org / Growth / Engineering due to the fact that this fix could increase group trials which we know have higher close rates (source).