I don’t like the tier thing, but like the idea of allowing users to pick 3 badges a lot. (provided they are mid / high tier badges)
Provided we have 3 levels of badges
- Trivial badge, ones you can get with very little effort, mainly there to teach you how the system works
- Medium badges, you can get them if you put in a bunch of effort
- Hard to get badge, very few in the system, a true honour to get them.
The system does not need to automatically assign all the badges, for example here on meta we could have
“Awesome contribution” (gold badge): Submitted a truly special pull request that was accepted.
I think the “level thing” adds clutter there and in many ways is less related to badges. It’s more of a show off my trust level thing.
With the 3 badges there may be room for an extra total count of badges.
We also need mocks for both user page and user card. In the card we would have room for a pile more badges and on the user page we could show them all + select which ones we show off (system should pick one for you if you are too lazy to select)
Agree with Jeff we want an image/icon per badge (we also would need a pool of icons so admins can select a an image for custom badges without needing to upload)
To actual implementation mechanics. I think this should be approached in stages
- Implement manual/api driven badge system … nothing is automated at this stage, UIs are established, (selection of badges / admin screens / user screen / user card)
- Implement a general rules engine for handling “trigger” based assignments
- Implement a backfill for rules engine (so you can catch missed triggers / deletions)
- slowly add rules for automatic badges
Key is that we can go live with (1) without needing too much complicated work. Backfilling and rules engines get very complicated and need to be designed with extreme care.