Building JCars Logistics Power BI Performance Analysis
Turning a raw dataset into a useful business intelligence solution is not simply a matter of creating charts. It begins with understanding the data, identifying problems, designing an appropriate model , and creating calculations that answer real business questions. The article documents my journey building the JCars Logistics Power BI project , from raw data through modelling , DAX , dashboard…
Building a robust business intelligence solution from unstructured data is a complex process that requires careful planning and execution. This report chronicles the author's experience constructing the JCars Logistics Power BI project, starting from the raw dataset and progressing through data cleaning, modeling, DAX development, dashboard creation, and detailed analysis.
Step 1: Understanding the Raw Dataset
The author began by examining the original Jcars_data dataset and its cleaned counterpart, the Jcars_data Clean version. It was crucial to maintain separate files for the raw and cleaned data, as this preserved the integrity of the original source while providing a more analytically useful dataset. The author meticulously reviewed each field, checking data types, handling missing or invalid values, and identifying duplicates. The primary approach was to clean the data first, then proceed with analysis.
Step 2: Data Cleaning and Preparation
The cleaned dataset formed the foundation for subsequent steps. The author focused on standardizing field types and values, addressing missing or invalid records, and ensuring that dates could support time-based analysis. A key decision was to separate descriptive information from transactional information. This involved creating a model with a main fact table (FactSales) surrounded by dimension tables for customer, vehicle, location, sales representative, and payment method attributes.
Step 3: Building the Data Model
A star-schema design was employed, with the FactSales table serving as the central fact table. Dimension tables included: Dim_Date, Dim_Vehicle, Dim_Customer, Dim_Location, Dim_SalesRep, and Dim_PaymentMethod. This structure separated measures from descriptive attributes, allowing for more efficient analysis. For instance, the FactSales table contained transactional measures, while the dimension tables provided context for vehicles and locations.
Step 4: DAX Development
Rather than embedding calculations directly into visuals, the author created reusable DAX measures. Some key measures included:
- Total Cars Sold
- Total Sales Revenue
- Total Gross Profit
- Total Transactions
- Average Revenue per Car: DIVIDE([Total Sales Revenue], [Total Cars Sold], 0)
- Average Revenue per Order: DIVIDE([Total Sales Revenue], [Total Transactions], 0)
These measures were designed to be used across various cards and charts, ensuring consistent business definitions and facilitating easier maintenance.
Step 5: Dashboard Development
The main dashboard was crafted around the questions a logistics manager might ask. It featured a combination of KPI cards and comparative/trend visuals, addressing questions such as:
- How much are we selling?
- Where are we selling?
- Which vehicles perform well?
- Which representatives and branches contribute most?
- How are revenue and profit changing over time?
The dashboard comprised a page with KPI cards and comparative visuals, followed by more detailed reports. This layout provided a clear progression from high-level performance indicators to deeper analyses of specific aspects, such as vehicle performance, branch performance, sales representative performance, and payment status. Interactive filters allowed managers to explore revenue, profit, and logistics cost trends in detail.
Step 6: Detailed Report Development
Beyond the primary dashboard, the PBIX contained six additional report pages, each serving a specific analytical purpose. These reports provided deeper insights into branches, time trends, sales channels, vehicles, customers, and sales representatives. For example, the vehicle analysis compared sales volumes by model, average revenue per model, and the relationship between sales and customer ratings. This layered approach enabled managers to drill down into specific areas of interest and make data-driven decisions.
Step 7: Analysis and Business Insights
The final objective was to move beyond descriptive reporting and enable prescriptive analysis. By combining revenue, gross profit, and logistics costs, the report allowed managers to assess whether high-revenue areas were also generating healthy returns. Branch-level analysis identified strong contributors to revenue and vehicle volume, while sales representative analysis provided additional insights into commercial performance.
Vehicle analysis revealed models with strong sales but weaker revenue per car, or models that generated higher value despite lower sales volumes. Time-series analysis helped identify changes in revenue and profitability, offering a more nuanced view than cumulative totals alone.
In conclusion, the JCars Logistics project exemplifies that effective Power BI reporting requires a systematic approach that begins with raw data investigation, followed by cleaning, modeling, DAX development, dashboard design, and detailed analysis. The dashboard is merely the final layer of a comprehensive solution, and its quality is heavily influenced by the data preparation, modeling assumptions, and calculations that support it.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.