Since joining MSFS in 2022, it has become defined by what is missing (in my opinion):
A consistent level of quality, functionality, and stability across the various aspects of MSFS (1st party planes, EFB, services like ATC, performance of streaming, and so on). Since so many aspects are developed and fixed by different teams, the view of the overall User Experience often seems missing on the development side.
The developers have made great innovations, but in my opinion, Microsoft (who dictate what is worked on) have lost sight of the User Experience. The bugs and incomplete features that plague the set up for new users, break immersion for experienced users, and stand in the way of growth, have become ânormalizedâ and accepted when they shouldnât be â itâs time to clean up the large âtechnical debtâ, and raise the bar on quality.
The current process of having users test and try to report bugs here is much appreciated, but also very inefficient. So much of the context is not easy to communicate, and so many issues get dismissed as âunable to reproduceâ, if they are even logged at all. Over time this is burning a lot of customer goodwill, and I believe there is a much better way:
This is a simple idea and request â A complete inventory of all current MSFS functionality by a dedicated group at Asobo for a Bug Fixing Blitz. This group should focus on using MSFS as Users do â install, configure, set up, fly, and take notes of everything that is buggy, not as expected, or creates friction in the user experience.
They would see and experience many of the chronic issues that plague and undermine the user experience IN CONTEXT, see the gaps in functionality, and sometimes broken logic, and be in a much better positon to identify and categorize them for the team:
-
Assign 6 people for 1 or 2 weeks
-
3 on PC (Low, Medium, High specs)
-
3 on Xbox (S, X, Asus handheld?)
-
Let them install and configure MSFS themselves so they must navigate the entire experience without assistance.
-
Let them join the Insider Hub themselves, so they must navigate that
-
Let them configure whatever peripherals they want
Each group (PC, Xbox) between them should fly every 1st party plane:
- In free flight from cold and dark, gate to gate, using EFB, ATC, etc.
- They should fly systematically, checklists, with and without Live Traffic, AI Traffic, Multiplayer, etc. in order to experience the difference between expected and actual behavior.
- In Career mode (for planes available)
- The above, In VR
-
The purpose of this exercies is for Asobo themselves to take a proper hands-on âInventoryâ of functionality across all aspects of the sim, to make a detailed list of things that are not working as expected and that undermine the user experience, in order to really improve the consistency of quality and functionality across the sim.
-
They should also focus on areas like Settings, and not just the complicated UX for Controllers. Iâm talking about how Settings are saved. There is no Cancel Button. Clicking âDefaultsâ often results in something other than Defaults, for example.
-
Also testing the EFB, central to flight planning and required if you are to use in-game ATC. It is ⊠incomplete at best. It shows duplicates of many default planes, the profiles have Max Passengers = Zero (disallowing use of the Fuel & Payload functions), etc.
-
Itâs also a great opportunity to really monitor the graphics performance since (presumably) it will be Asoboâs hardware, and allow them to better tune the Graphics Presets, and identify things that require more optimization (such as Traffic, or EFB usage currently)
-
Each should try to buy one 3rd party thing from the Marketplace
-
Each should try to anonymously report an issue here (to test the forumâs responsiveness to userâs bug reportingâŠ)
Finally, the Users should compare their experiences, and try to come up with a categorized and prioritized list for the team to address issues.
This 1 or 2 or more weeks of dedicated inventory would capture a good portion of the issues that have been reported on the forum but lost to the shear number. The developers really experiencing the inconsistencies from a userâs perspective is what has been missing.
Thanks for considering this request.