A dashboard should not be a decorative board of random numbers. A good portal shows what needs attention, what the status is, and what action the user should take next.
Start with user decisions
Before designing screens, define the decisions the user makes. Are they checking order status, replying to customers, monitoring costs, approving requests, or analyzing sales? Each case needs a different structure.
Data should lead to action
Metrics are useful only when the user knows what to do with them. If the dashboard shows a problem, it should also lead to the place where it can be fixed. A number without context quickly becomes noise.
Customer portals need simplicity
Customers do not use a portal every day like an internal operations team. A customer portal should be simpler, more descriptive, and focused on status, documents, communication, and the most important actions.
Workflow instead of screens
The best dashboard is designed around a process: from request, through handling, to completion and reporting. Screens should support that flow instead of existing as separate, disconnected modules.