How to Approach Migrating Data Sources to Looker

Cody Schneider7 min read

Migrating your company’s reporting and analytics to Looker is more than just a technical task, it's a strategic move to create a more data-driven culture. While the promise of a single source of truth and powerful self-service analytics is exciting, getting there requires a thoughtful approach. This guide breaks down the migration process into manageable phases, helping you navigate the journey from scattered data sources to cohesive, actionable dashboards.

GraphedGraphed

Build AI Agents for Marketing

Build virtual employees that run your go to market. Connect your data sources, deploy autonomous agents, and grow your company.

Watch Graphed demo video

Phase 1: Strategy and Discovery

Jumping straight into the technical setup without a clear plan is a recipe for a project that drags on for months and misses the mark. Before you write a single line of LookML, you need to understand where you are and where you're going.

Audit Your Current Reporting Ecosystem

Get a complete picture of your existing data landscape. This means cataloging every report, dashboard, and data source currently in use. Create a simple inventory and for each report, ask:

  • What data sources does it use? (e.g., Salesforce, Google Analytics, Shopify, a production database, a dozen Google Sheets)
  • What business questions does it answer? (e.g., "Which marketing channels drove the most revenue last month?")
  • Who uses this report? (e.g., The marketing team, the CFO, the sales managers)
  • How often is it used? (Daily, weekly, monthly, ad-hoc)
  • How is it built? (Manual CSV export into Excel, a Python script, an old Power BI dashboard)

This audit isn't just a technical exercise. Talk to your stakeholders. You might discover that the flashy executive dashboard everyone thinks is critical is only checked once a quarter, while a single, ugly spreadsheet pulled daily by the sales team is what actually runs the business. This process reveals what’s truly valuable and what can be left behind.

Define Your Migration Goals and Success Metrics

Why are you moving to Looker? Your goals will guide your priorities. Be specific. Instead of a vague goal like "improve reporting," aim for measurable outcomes:

  • Goal: Create a single source of truth for key company metrics.
  • Goal: Empower business users to answer their own questions.
  • Goal: Improve analytics performance.

Having clear goals prevents scope creep and helps you demonstrate the value of the project once it’s complete.

Free PDF · the crash course

AI Agents for Marketing Crash Course

Learn how to deploy AI marketing agents across your go-to-market — the best tools, prompts, and workflows to turn your data into autonomous execution without writing code.

Phase 2: Technical Foundation

Looker is a powerful data visualization and modeling layer, but it doesn't store your data. It queries a database or data warehouse where your data already lives. Setting up this foundation correctly is the most important part of the technical preparation.

Prepare Your Data Warehouse

Your analytics will only ever be as good as the data in your warehouse. Whether you're using Google BigQuery, Snowflake, Amazon Redshift, or another SQL database, now is the time to ensure it’s ready for Looker.

  • Consolidate Your Data: Use an ETL (Extract, Transform, Load) or ELT (Extract, Load, Transform) tool to pull data from your various sources (Salesforce, Google Ads, Stripe, etc.) into your central warehouse. Tools like Fivetran or Stitch are popular for this, as they handle the messy work of API connections and data replication.
  • Think About Your Schema: How is your data structured? Clean, well-structured tables will make modeling in Looker much easier. This is a good time to work with a data engineer to clean up inconsistent naming conventions and create clear, logical table structures if you haven't already.

Connect Looker to Your Database

The actual connection is usually straightforward. You’ll create a dedicated Looker database user with the appropriate permissions (read-only access to the tables Looker needs to query) and provide the credentials in the Looker Admin settings. Test the connection to ensure everything is working before moving on to the fun part: modeling.

Phase 3: Development in Looker

This is where your raw data transforms into an intuitive, user-friendly analytics platform. The key is to build incrementally, starting with your highest-value assets.

Master the LookML Model

LookML is the heart of Looker. It's a language that allows you to define dimensions, aggregates, calculations, and data relationships in one central place. This is its biggest advantage. Instead of having five different people write five different SQL queries to calculate "customer lifetime value," you define it once in LookML. Now, everyone in the company will be using the exact same logic.

Start by creating a new Looker project and using the generator to create baseline LookML files for your key tables. Then, you'll flesh them out:

  • Define your Views, which correspond to your database tables.
  • Define Dimensions (your "group by" fields like user_signup_date, campaign_name, customer_country).
  • Define Measures (your aggregations like count_of_users, sum_of_revenue, average_order_value).
  • Use Joins within your Model file to define how different views relate to each other (e.g., how your users table joins to your orders table).
GraphedGraphed

Build AI Agents for Marketing

Build virtual employees that run your go to market. Connect your data sources, deploy autonomous agents, and grow your company.

Watch Graphed demo video

Rebuild a High-Value Report

Don't try to migrate everything at once. Choose one crucial report from your audit - ideally one that is moderately complex but highly visible, like the weekly business review dashboard.

Build the necessary LookML model to support this report. Then, recreate the dashboard’s visualizations (Looks) and assemble them on a new Looker Dashboard. Crucially, validate the data. Run the old report and your new Looker dashboard side-by-side. Do the numbers match? If not, dig in and find out why. Gaining trust in the data is paramount for user adoption.

Develop Core Explores

Once you’ve rebuilt a few key reports, focus on creating user-friendly Explores. An Explore is the starting point for self-service analytics, where users can mix and match dimensions and measures to ask their own questions. Group related fields, add clear descriptions, and hide any confusing or unnecessary columns from business users.

Your goal is to create a guided experience. The marketing team’s Explore shouldn't look the same as the finance team's Explore. Curate them to be intuitive for their specific needs.

Phase 4: Rollout and Adoption

You can build the most elegant LookML model in the world, but the project is a failure if nobody uses it. A deliberate rollout and training plan is essential.

Train Users Based on Their Needs

One-size-fits-all training doesn’t work. Segment your users and tailor the training to their roles.

  • Executives and Stakeholders: Show them how to access their core dashboards, apply filters, and set up scheduled email reports. They don’t need to know how to build from scratch.
  • Business Users (e.g., Marketers, Sales Ops): Focus on the Explore interface. Run workshop sessions where you teach them how to answer their own common questions using the Explores you designed for them. Let them practice hands-on.
  • Power Users/Analysts: Go deep into advanced features, like creating complex calculations, designing new Looks, and potentially even getting started with LookML development.

Launch in Phases

Start with a pilot group of enthusiastic power users. Give them access, solicit their feedback, and let them help you find glitches or areas for improvement. This "friendly" group will often become your biggest champions. Once you’ve ironed out the kinks, roll it out team by team.

Free PDF · the crash course

AI Agents for Marketing Crash Course

Learn how to deploy AI marketing agents across your go-to-market — the best tools, prompts, and workflows to turn your data into autonomous execution without writing code.

Decommission the Old Systems

This can be the hardest part. As long as the old reporting systems exist, some people will use them out of habit. Once you are confident that Looker meets all critical business needs and the data is trusted, set a clear "sunset" date for the old tools. Communicate this timeline clearly and provide support to help the last users make the switch. Running two reporting systems in parallel is expensive and creates confusion - the key is to fully commit to your new single source of truth.

It’s a process, but by approaching it methodically, you can ensure your Looker migration is a success that pays dividends for years to come.

Final Thoughts

Migrating to a powerful BI tool like Looker is a serious undertaking. It requires careful planning, dedicated technical resources, and a thoughtful approach to user training to be successful. When done right, it centralizes your business logic and empowers your entire organization with reliable, self-service data exploration.

That said, we recognize that not every team has the data engineering resources or time for a full-scale BI implementation. Sometimes you just need to connect your marketing and sales data and get answers fast, without a months-long project. At Graphed , we created our AI platform to solve exactly this challenge. We offer one-click integrations with sources like Google Analytics, Shopify, and Salesforce, allowing you to build real-time dashboards and reports simply by describing what you want to see in plain English. For teams who want to jump straight to insights, it’s a way to get the answers you need in seconds, not months.

Related Articles