[Feedback] Substantial Track Central changes needed
Skipping over the clearly unfinished Track Central and basic bugs for the moment, there are still some serious issues and features I think need addressing, and addressing early, before too much has happened. Don't worry, I got your tl;dr down below.
Ratings. The thumb up or down thing simply can not and will not work here. It barely, if at all, functions to distinguish bad tracks from decent tracks, it definitely lacks the ability to distinguish good or great tracks from decent tracks.
What's more, in order for thumb ratings to have ANY utility at all beyond "probably not an awful track", you rely on substantial groups of users to thumb down tracks that are only decent, and some more users to thumb down even merely good tracks.
So, for the system to have any slight value, you have builders getting thumbs down piled on their work just for not being great. That hurts, and it will discourage budding builders. Discouraging builders must be avoided with very high priority.
You just don't allow players enough room in the feedback to do any good for anyone--even for themselves! We need at least the 1-5 star rating, so a good track can be called good, and a great track can be called great. Ratings should be applied by radial menu with "no opinion" in the middle, so that every rating is equally convenient, with always-visible descriptions shown next to all ratings, to calibrate players on the intent of the rating, and with not rating encouraged for anyone who doesn't feel an opinion.
Display ratings as both a quick normalized aggregate and with a small graph to see the relative weights of each rating. Might be some other helpful display options.
Naturally, players should always be able to quickly search all their ratings, in order to find old tracks to come back to later and imprint some personal organization on the masses of tracks out there. Players should also be able to see either the 3-5 or 4-5 ratings of other players, and set a feed based on specific players (obviously, you will have a default feed using the friends list) and the tracks they rate highly, to aid in short and long-term discovery. Trials has always particularly let down on long-term discovery and required users to figure out and do a lot of out-of-game work to catch up. When any player can find a few good riders on the leaderboards and then pull in their higher rated tracks, discovery follows easily.
Ideally, we should have a variety of tags (like the old Technical, Jumps, Thematic, Something Wild, etc) we can set on tracks and then rate 1-5 how that track holds up just on that particular tag. That gives people real tools to find and distinguish the kind of experience they want to have and would be hugely useful, even with only a few users tagging. It also encourages builders whose skills fall into specific areas to get a fair shake and appreciation for what they do well and helps resolve a basic community conflict between tracks that are for riding skill value vs tracks that are for riding entertainment value. No single-rating system will do a good job over such disparate goals, but tag-based ratings perfectly focus on how each track excels.
Difficulty. Difficulty ratings on tracks continue to be another huge failing on TC, which skews ratings, confuses players, and causes needless strife and consternation. Stop putting it on creators to set track difficulty and let riders vote to determine the difficulty level in addition to the quality rating. Again, a vote menu with some visible notes of common features that distinguish each level from the previous. Evolution's license tests were great for making this clear--Rising is definitely missing that important player calibration aspect, and difficulty levels are completely opaque to new (and probably many old) players.
Next, periodically adjust the vote weight of riders who don't hit the aggregate difficulty with their vote. That encourages the community to think and act as a hive, which is very important for a meta-feature like difficulty levels. The RL team (probably including trusted community riders/builders) should get a notably heavier weight and even be able to lock a difficulty behind the scenes. That helps calibrate the vote weighting and maintain order, without the community purposely skewing/cheating the difficulty levels.
Player-voted difficulties also allow you to address the problem of users rating tracks based on the creator's poorly (or accidentally) chosen difficulty, or a poor conception of what that difficulty should feel like.
It even lets you include Ninja Levels as real sub-difficulty tiers, so the ninja community can both self organize more effectively and present a more accessible front to players climbing into those ranks.
Medals. Again, it is extremely important to remove medal times from the builder's purview. This requires input from expert riders and an understanding of the community that builders should not be asked to provide. Building, riding, and management are very different skills and goals.
Anyone who passes a track should receive a bronze medal. Silver to diamond should then scale algorithmically on the times and faults posted to the leaderboard (for example, average a low cluster of zero fault runs to produce the gold target for up to hard level tracks), and they should adjust automatically over time as more times get posted. Platinum and Diamond medals likely should require sufficient competition present to get a good medal spread, as they (diamond especially) are rewards not just for doing well but for standing out. Another detail you can use is how many diamond or platinum medals a rider has, in considering their better-than-gold run in the higher medal calculations.
Naturally, you will want a quick view where players can see any medal changes they have accumulated, both as simple utility and as a bit of excitement to exploratory riders who want to post early times and see how the community does around them. Allow players to have another view which is a watch list of selected tracks, where they can check their medal standing and see a summary of how other riders are doing on that track. This encourages ride "ownership" so to speak and curiosity on how a track is doing in the community, and how the community is doing on it. A player's friend list (and their watched rider list, which should also be a thing) should automatically feed into this as well, so they can see when they are posting new TBD medals, and join them.
With proper community-agreed-upon difficulty levels for builders' work, a rating system that actually reflects quality instead of a meaningless up/down, and meaningful medals, you now have the very important ability to tie rewards and accolades to Track Central accomplishments. This shifts the player focus more deeply into TC and what it has to offer as a legitimate part of the game, rather than just a lark or some variety. This feeds back into the system to make TC great and to reward the contributions of builders.
You will probably want track builders to be able to report glitched or hacked runs from their leaderboards, and it sounds like you need some automated leaderboard cleanup scanners to find new runs with times that don't actually fit the run. Some community driven ways to control cheating on leaderboards will be needed if you can't build the game to prevent it. Better to build a run-verifier that checks from your side as something goes into the leaderboards than to have people needing to police things themselves. A lot less drama that way, and leaderboards and competitions really matter to a lot of people.
Maintenance. There needs to be a clear way for a builder to mark the chain of creation for tracks, and tracks need to be clearly shown with upload dates and times. It should always be obvious whether one is looking at the most recent version of a track and how one reaches the preferred version of a track, as well as off-shoot tracks for creators who build a track and release multiple versions tuned for different difficulty levels. This valuable practice needlessly consumes significant name and description space ("Fixed bug at CP4" doesn't really inform about the track, and "Final version" doesn't necessarily mean final version).
We also need proper practice tools, because Track Central and builders' offerings get needlessly cluttered with mini-tracks and segments the like. We should be able to enter a track in "practice mode", where we can set specific points as the "Restart" point, and use buttons to move the current checkpoint forward or backward through the track. Trials is incredibly practice focused, so it is frustrating and bizarre you continue to deny us even the most basic practice capabilities. It also increases the value of user tracks, since players can skip a checkpoint they don't like to better enjoy and appreciate other parts of the track (albeit not to post a run), and it enables building real training tracks, like Trials University has, where the track contains many constructed practice sessions.
Organization. No general system is really enough for as much as previous Track Centrals have had to offer players, and this problem needs real solutions. Giving players local organizational tools where they can subdivide, create, and name their own lists of tracks is absolutely a necessity. You cannot just leave players paging through flat lists by bare features like difficulty or rating. Build your UI under the assumption that a player is sitting on a pile of a few thousand tracks, and make organization and navigation quick and painless this time around.
I suggest taking this one more step, too, and allowing players to create their own "stadiums" of TC tracks (maybe even in-game tracks as well) that they can quickly get to from the main track screens (allow a lot more than the 5-10 track stadiums the game uses, of course). Then, allow players to share their stadiums with others, so others can add it in their game and quickly access it and its collected tracks. This adds a curation element to the game and offers players new ways to contribute to the community's enjoyment of your game, plus another natural in-game expansion of discovery.
Add a "back lot" list for players to privately add tracks to someone else's shared stadium, so they can use the curated stadium as a nexus for their own finds/organization, and allow players to search up common back lot additions to that stadium (seeing what friends have in their back lots might be interesting).
Activity. Stadium-wide leaderboards will add additional focus points for the competitive types (obviously a friends leaderboard is a must here, as always), and a tournament system could really take the stadium thing to the next level.
Someone organizing a tournament would, for example, pick a stadium, date range (within limits), submission mode (whether participants designate a run as a submission before or after doing it, and how many submissions you get to attempt or if you just put up the best run you log during the whole window), track weighting (you might want to use a stadium but focus more on some tracks in setting your winner), track bike restrictions (or additions to force people onto an unapproved bike), participant selection (eg, open, added by organizer, qualification round on specific tracks, etc), possible fees, and maybe even some winnings distribution model. Then the tournament system automatically sets up special alternate leaderboards on the stadium just for submitted runs and displays the tournament and results for a period of time. A lot of easily automated stuff here that will be great fun for people to play around with, both in community events and within their various circles of friends.
Now take that, and let the tournament organizer make specialty tournaments (maybe even just specialty stadiums), where they can apply the contract system to the stadium tracks, so they can pick a bunch of specific conditions as requirements for successful submissions. You already built the framework for this. Might as well let people play around with it and see what they can do. Similarly, let people issue friend challenges by setting up a special contract on a specific track, and then players can pass the challenge back and forth or post it for their friends to run against.
I suggest polling for ideas on this specifically. Automated tournament management is an easy way for you to hugely support and influence ongoing play.
Add ways to self organize leagues/teams, and you can foster all kinds of community participation running with no intervention on your part at all. Tons of potential.
Closing
I have always thought that Track Central should act as the core of the Trials experience. Built-in tracks make a good base and starting point, but if you build TC right, you could do just as well to throw your tracks in there with the rest and let people go to town (with some guiding hands).
tl;dr
- thumb up/down not functional for finding good tracks
- thumbs negatively incentivize builders
- need five point quality rating, for players, for builders, for searches, for organization
- need tags
- tags carrying ratings ideally supports different kinds of "good" track creations
- searches using selected players' (higher) ratings
- track difficulty levels based on consensus
- consensus difficulty offers more reliable experience
- consensus difficulty removes "wrong difficulty" rating problems
- medal targets based on automated algorithmic tiering
- medal targets not fixed at creation, but adjusted over time
- players can watch their times change medal tiers
- meaningful difficulty and medal targets means rewards for TC participation
- builder tools for track versioning and connections
- practice mode with selected restart point and switching checkpoints! also, to remove single checkpoint practice tracks and encourage more training/tip tracks
- manipulable player-named lists to manage large numbers of tracks of interest
- player-made stadiums to offer quick access
- shared stadiums for curated track grouping
- automated tournament handling built from shared stadiums
- apply contract system to user/group challenges and special tournament rules
1 people found this helpful