On the Application Dashboard, Provide Total Wait (Latency x Calls) in the dashboards. This would definitely could be added to the top services widget.

The App Dashboard doesn't really let you know what is the busiest service or endpoint that has the most wait.   The calls let you know it's busy, but you don't know if it's a problem because it could be a really fast cached call.   The latency is good, but you don't know if it's called a lot, so it might be a waste of your time if it's got a 5 second latency but only called once.   However, if its 5 seconds and called 10,000 times an hour, total wait graph would easily show that as the top.   So if we had another options for Total Wait (calls x latency) to sort by, that would help.   What I'm looking to do is find what the applications are waiting on the most when I'm trying to make the applications faster and I think this would improve the speed of finding the problems.      

I would like to see a graph that shows the top so many calls in a area graph over time to identify problem calls.  Kind of like the Call graph in the top left, but show what calls are being made and stacked up to see what is causing the total wait.  For example, we may have a problem every 15 minutes and I want to see the spikes of total wait for all calls over time.   It is possible to do this in the analyze traces/calls, but I'm looking for something out of the box that is easy for developers that aren't proficient in using instana.  This would allow developers to open the application dashboard and easily see what is their busiest call or look at a specific time to see what causes their application to slow down based on calls without having to dig into all the traces.   These graphs would then have links to take you to the traces.   

This would also help those really big traces that don't display correctly, but you could still identify the calls that are being made in those large traces from total wait dashboards.