Scaling Financial Data: A Three-Tier UI Strategy for Shariah Signal
Discover how we design layered interfaces in Shariah Signal to serve both casual investors and power users without data overload.
Managing technical complexity in a financial app presents a unique design tension. In Shariah Signal, we face the challenge of serving two very different user profiles simultaneously: the casual investor who needs a simple 'Halal' or 'Not Halal' verdict to make a quick decision, and the institutional-grade analyst who requires raw balance sheet ratios, revenue breakdowns, and specific accounting standards to verify that verdict. If we lean too far toward simplicity, we lose the trust of the power user. If we lean too far toward complexity, we alienate the everyday user who feels overwhelmed by debt-to-market-cap ratios and interest-income thresholds.
To solve this, we moved away from a flat UI toward a Three-Tier Financial Screening Architecture. This approach ensures that every pixel on the screen serves a specific depth of inquiry. By layering data, we allow the interface to scale dynamically based on the user's intent, moving from immediate visual cues to deep forensic accounting without losing the user in the transition.
The Architecture of Information Depth
Most financial apps suffer from a 'dashboard' problem: they try to put everything on one screen. When we built Shariah Signal, we realized that Shariah compliance is not a single data point, but a hierarchy of conclusions. The three tiers represent a progressive disclosure strategy that protects the user's cognitive load.
Tier 1: The Ambient Signal (The 1-Second Scan)
At the highest level, the user needs to know the status of a stock immediately. This is the 'Ambient' tier. It relies entirely on color theory and iconography to communicate the current state.
We use high-contrast status banners that occupy the top of the ticker view. The goal here is not to explain why a stock is compliant, but to state that it is. This level of the UI is designed for the high-frequency environment of a volatile market where a user might be scanning a watchlist of 20 stocks in 30 seconds. We avoid text-heavy explanations here, opting instead for a binary or tertiary status (Compliant, Non-Compliant, or Questionable).
Tier 2: The Core Ratios (The 10-Second Review)
Once a user clicks into a ticker, they enter the 'Core' tier. This is where we justify the Tier 1 verdict. In Shariah screening, this involves the three primary screens: the Business Activity screen (what the company does) and the two Financial Ratio screens (how the company manages its money).
In this tier, we use progress bars and threshold markers. For example, if a specific accounting standard dictates that a company's interest-bearing debt must be less than 33% of its market capitalization, we don't just show the number '28%'. We show a bar that fills to 28% against a 33% red-line marker. This provides instant context: the user sees not just the value, but how close the company is to failing the screen. This tier bridges the gap between 'gut feeling' and 'hard data'.
Tier 3: The Audit Trail (The Deep Dive)
The final tier is for the power user who trusts nothing but the raw numbers. This layer is hidden behind 'View Details' or 'Calculation Breakdown' toggles. It includes the exact dollar amounts used in the numerator and denominator, the date of the last financial filing, and the specific Shariah standard applied (such as AAOIFI or DJI).
Comparison: User Intent vs. UI Response
| User Intent | UI Layer | Primary Component | Data Density |
|---|---|---|---|
| Fast Watchlist Scan | Tier 1 (Ambient) | Color-coded status chip | Low (Verdict only) |
| Assessing Risk Buffer | Tier 2 (Core) | Threshold progress bars | Medium (Ratios) |
| Verifying Accuracy | Tier 3 (Audit) | Raw balance sheet tables | High (USD Values) |
Implementing the 'Drill-Down' Pattern
When implementing this in Jetpack Compose, we had to ensure that the transition between these tiers felt seamless. A common mistake in financial UI is 'pogo-sticking'—making the user jump back and forth between different screens to compare data. We avoided this by using expandable cards and bottom sheets.
For example, in the Shariah Signal screening view, the Tier 2 ratios are visible by default in a collapsed card. When the user taps the card, it expands in-place to reveal the Tier 3 audit data. This keeps the user in their current context. They don't lose sight of the Tier 1 verdict while they are inspecting the Tier 3 numbers. This is a principle we also applied to Mindful Assistant, where we keep the primary focus clear while allowing for deeper configuration only when requested.
The Importance of Threshold Visualization
One of the most critical elements of our Tier 2 design is the 'Safety Buffer'. In Shariah screening, a company might be compliant today but very close to the 33% debt limit. If a user only sees a 'Compliant' green checkmark, they might be surprised when the stock flips to 'Non-Compliant' next week.
By designing a UI that shows the proximity to the threshold, we provide a more honest representation of financial health. We use a three-color gradient on our progress bars:
- 1.Green: Well within the limits (e.g., 0-25%).
- 2.Amber: Approaching the limit (e.g., 25-33%).
- 3.Red: Over the limit (>33%).
This visual system communicates risk without requiring the user to do mental math. It transforms a static data point into a predictive tool.
Engineering for Performance in Tier 3
Tier 3 data is heavy. It involves multiple strings, currency conversions, and timestamp formatting. Loading all of this data for every stock in a list would destroy the app’s scrolling performance and inflate memory usage.
We utilize a 'Lazy Loading' strategy for Tier 3 data. The Tier 1 and Tier 2 data points are cached in a local SQLite database for instant retrieval. However, the full audit trail—the raw numbers from the 10-K filings—is often fetched or computed only when the user expands the specific card. This keeps the initial UI render lean and responsive. For more on how we handle the underlying data structures, see our post on Designing for High-Frequency Data in Shariah Signal.
Checklist: Does Your Financial UI Scale?
If you are building a data-heavy application, use this checklist to ensure your interface remains usable across different levels of expertise:
- [ ] Instant Verdict: Can a user determine the primary status of an item in under 500ms?
- [ ] Contextual Thresholds: Are raw numbers accompanied by a visual indicator of what that number means (e.g., a progress bar against a limit)?
- [ ] One-Tap Audit: Can a power user access the source data or raw calculation within a single tap of the summary?
- [ ] Visual Hierarchy: Does the most important information (Tier 1) have the highest contrast and largest font size?
- [ ] Zero Pogo-Sticking: Can the user see the raw data without losing the context of the summary?
Lessons from the Field
Early versions of Shariah Signal tried to put the raw debt figures right next to the ticker symbol. We found that users were getting confused by the large numbers (often in the billions) and were missing the actual compliance verdict. The 'Tier' approach forced us to be disciplined about what information is truly necessary at each stage of the user journey.
We also learned that 'Tier 3' data builds trust. Even if a casual investor never looks at the raw debt-to-equity ratio, knowing that they could tap and see the math makes the 'Tier 1' green checkmark more credible. The presence of the data, even when hidden, serves as a proof of work.
What to do next
- 1.Audit your current views: Identify which components are 'Ambient' (Tier 1) and which are 'Audit' (Tier 3). If they are currently sharing the same visual weight, separate them.
- 2.Implement threshold indicators: Replace static text labels for ratios with visual progress bars that show proximity to a limit or goal.
- 3.Test with non-experts: Show your Tier 1 and Tier 2 UI to someone unfamiliar with the underlying math. If they can't tell you the status of the item within three seconds, your hierarchy needs more contrast.