Индексы с included столбцами позволяют не делать сортировку по столбцам, сортировать которые не имеет смысла. Отсюда:
— такие индексы быстрее строятся, т.к. сортировка идёт по меньшему количеству столбцов;
— CRUD-операции обходятся дешевле — по CPU, памяти и IO;
— "ветвистая" часть Б-дерева занимает меньше места (листовая — столько же);
— в некоторых случаях количество уровней Б-дерева может уменьшиться, что даёт дополнительный бонус по CRUD;
— при помощи included-столбцов можно превысить лимит в 900 байт суммарной длины ключевых столбцов (хотя, наверное, это не считается — т.к. при таком раскладе нельзя построить соответствующий "обычный" покрывающий индекс);
— в Оракле таких индексов нет, что можно использовать как один из аргументов в холиварах MSSQL/Oracle, ежели ораклисты начинают песню "Микрософт все фичи тырит из Оракла"

Насчёт порядка убывания важности не уверен, т.к. "это ж думать надо" :)