1. Some auto-generated ticket (e.g. a trigger from unusual hardware activity or a log entry) resembles a previous ticket that had meaningful action on it, addressed and solved by a specific team. That ticket could spend a week getting ignored or punted around when the right team can solve it in 5 minutes. ML could detect the similarity and reclassify it by that metric. 2. Human-submitted tickets are annoyingly fallible. For example, an "I can't log into my account" ticket could be auto-classified as "account recovery". Or maybe, e.g. the ticket system attaches a recent activity log from that IP address to be cross-checked by ML, which finds 5xx errors and reclassifies it for the technical team.
These are generic examples, but you can use your imagination and see how a company as huge as Amazon could benefit from this. I think it's for the purpose of minimizing the number of tickets that need to be manually reclassified because the wrong info was given to the wrong person.
It’s not that baffling Amazon has something like 70k+ engineers worldwide. Never worked there myself but in large orgs things sometimes get lost in the shuffle.
I don’t think timelines were shared but this reads like a pretty good case of building an MVP and then lowering the cost once it’s proven. One of the whole value props for LLMs from a ML perspective is being able to get something out the door a lot quicker than you would otherwise.