Редактировать: Я думаю, что я неправильно понял ваш вопрос. Я думал, что вы говорите о том, какую информацию получить от клиента, сообщившего об ошибке, а не уже планировали то, что я опишу здесь. Я все равно оставлю это для справки.
В аналогичной ситуации, несмотря на меньшее количество пользователей, наше приложение получило кнопку «Журналы пакетов для поддержки», которая создаст zip-файл со всеми файлами журнала и текущий открытый файл проекта, если таковой имеется. Вся остальная информация, которую вы описали, уже является частью одного из файлов журнала. Таким образом, клиент может удобно отправить нам ZIP-файл, что можно сделать из главного окна приложения, не открывая файл проекта или не подключаясь к сетевому интерфейсу, что является двумя основными моментами, когда что-то может пойти не так. Это делает это намного проще, чем полагаться на то, что пользователь предоставляет обратную связь «от руки».
Кроме этого, точные шаги для воспроизведения проблемы должны быть доступны. Большая часть этого, как правило, находится в самом файле проекта (который находится в получаемом нами ZIP-файле), при этом пропущено всего несколько шагов.
Вещи, которые казались важными для этого, помимо того, что вы уже перечислили:
- Информация о пользователе / учетной записи. Это может помочь с вопросами разрешения. Возможно, вы захотите включить такие вещи, как часовой пояс, локаль, тема Windows.
- Конфигурация приложения, включая место его установки.
- Как уже говорилось, текущий файл, с которым работает пользователь, потому что это может быть причиной проблемы.
- Пользовательские настройки, то есть данные, которые приложение сохраняет для каждого пользователя. Видел странные вещи с этим. Список MRU также может быть полезен.