The installation program visibility in the User Experience tab on Application Deployment Types allows the selection "Hidden" which is defined as "Hidden: The deployment type runs hidden on client devices. Users see no installation activity." (https://docs.microsoft.com/en-us/sccm/apps/deploy-use/create-applications#bkmk_dt-ux)
However, this only applies to the FIRST process being spawned by the execution of the defined install/uninstall/repair commandline. All other processes are spawned *interactively* on the logged on user's desktop even if the option "Allow users to view and interact with the program installation" is NOT checked.

Right now this behavior prevents us from using Applications instead of Packages as exposing the installation process or script execution to the logged on user poses a risk in users interfering with the correct execution of the application.
This is a no-issue for Packages as their Program environment and deselected option "Allow users to interact with this program" actually hides *everything* the Package/Program are supposed to do.

I know that in the attached example the MSI runs with /QB- instead of /QN (which would hide that single instance) but that does not change the big picture: "Hidden" should be "hidden" and not "First process starts hidden and the selected option for the program interaction also does not apply".

Also submitted as Feedback SubmissionID 0b688ee3-7af0-44bb-9c25-24d38a08f2bb as I think this is more of a bug or lack of clear documentation than it is a "new" feature.

Since 2012 RTM, ConfigMgr has inconsistent experience for application deployment monitoring described in these blog entries:

@Michael Wray: https://techcommunity.microsoft.com/t5/Configuration-Manager-Archive/Troubleshooting-In-Console-Monitoring-for-Deployments-in-System/ba-p/273015
@Umair Khan: https://blogs.technet.microsoft.com/umairkhan/2014/10/02/the-case-of-the-unexplained-application-deployment-monitoring-reports-which-one-to-rely/

Basically, we count Application Infrastructure errors in all pie charts both in Monitoring\Deployments Console node and application reports, but we don't have any pre-created way to find failing clients except "Application infrastructure Errors" report.

It would be good idea to list the assets affected by infra errors in separate deployment monitoring tab, or together with failing DTs in the console. Also it would be nice to modify pre-defined reports to be more consistent and list also affected assets in All Application Deployments (Basic and Detailed) reports.

TL;DR: Make Phased Deployments for Applications the same as Phased Deployments for Task Sequences where you can create up to 10 phases and manually initiate the second phase of deployment.

Explanation:
Currently in 1806 although you can create a phased deployment for an Application, you're limited in two key areas:

1) You cannot manually create phases for an application
2) You cannot manually begin the second phase of deployment for an application
3) You are limited to 2 phases for an application

In our environment we follow a controlled graceful deployment process where an Application Model application is deployed office-by-office to prevent flood of support calls should an unexpected situation arise. Since we have multiple offices across the globe, a single application may have as many as 13 deployments, although it's typically around 6.

Phased Deployments is the solution here but it's usefulness in the context of Applications is limited. If it could match features available in Task Sequence deployments it would be of significant value.

Documentation:
https://docs.microsoft.com/en-us/sccm/apps/deploy-use/deploy-applications
https://docs.microsoft.com/en-us/sccm/osd/deploy-use/create-phased-deployment-for-task-sequence?toc=/sccm/apps/toc.json&bc=/sccm/apps/breadcrumb/toc.json
https://docs.microsoft.com/en-us/sccm/osd/deploy-use/create-phased-deployment-for-task-sequence

Currently when we want to run PowerShell commands in an ConfigMgr Application we need to wrap them in a script or run them with powershell.exe -command and make it a oneliner. This is because it's always triggered from cmd.exe.
Would be nice to be able to choose to directly start PowerShell.exe and just run the PowerShell command.
An example of what I'd like to achieve is to simply add that command in the "installation program" field.
Add-WindowsCapability -Online -LimitAccess -Name Tools.Graphics.DirectX~~~~0.0.1.0 -Source .
Currently we have to use this oneliner instead which is far more complex.
Powershell.exe -NoLogo -NoProfile -NonInteractive -Command "Add-WindowsCapability -Name "Tools.Graphics.DirectX~~~~0.0.1.0" -Online -LimitAccess -Source (Get-Location).Path ; if (!$?) { $Host.SetShouldExit($Error[0].Exception.HResult) }"