ยท

ยท

How we do product planning at Lightdash

How we do product planning at Lightdash

How we do product planning at Lightdash

Katie Hindson

Katie Hindson

ยท

Weโ€™ve finally found a product planning approach that works for usโ€

The speed and ambiguity that comes with building a new product can be lots of fun, but it can also make planning super tricky. At an early stage company, you donโ€™t know where youโ€™ll be in 6 weeks, let alone in 6 months. But, thatโ€™s half of the fun of startups, right?โ€

We started building Lightdash less than a year ago, and the way we do product planning has already changed a few times. At times our planning was bad, sometimes it was okay, but it never felt great. It felt like planning was blocking productivity instead of enabling it.โ€

The main problems were a combination of:

  • we were trying to plan too far in advance

  • the plans were too rigid, so they became irrelevant really quickly

  • it wasnโ€™t clear when or how our plans should get updated over timeโ€

Then, we came across Ant Wilsonโ€™s blog post about how Supabase does launches, and we decided to try a version of this for ourselves. Spoiler alert: it went really well.โ€

In the spirit of being open about how weโ€™re building Lightdash, we wanted to share the process for product planning thatโ€™s been working for us. Weโ€™re also hoping that this might be helpful for other folks on the hunt for a better product planning process :)

We plan for 6 weeks of work, release things when theyโ€™re ready, and shout about what weโ€™ve built at the end.

^ Thatโ€™s pretty much the one-liner summary of how we do product planning at Lightdash.โ€

In the past, we tried planning for 6 months in advance, quarterly planning, and a blend of timelines, but we found that things changed so quickly and we were just continuously updating our plans. This is why we landed on planning 6 weeks of work - shorter than a quarter, but longer than a month. Itโ€™s worked for us.โ€

So, in the rest of this post, weโ€™ll outline the product planning rituals, the timelines, and links to all of the resources that we use for our 6 week planning cycles.โ€

The process is broken up into 6 bits:

  1. Planning

  2. The Kick-Off

  3. Get to Work

  4. Prepping for Demo Week

  5. Demo Week

  6. Rest + Reflectโ€

Letโ€™s dig in!

1. Planningโ€

The planning phase is where we (surprise, surprise) plan the work weโ€™ll do in our 6 weeks of building time. This is the phase that has the most meetings, but investing in the planning at the start is totally worth it!โ€

All things Lightdash (30 minutes):โ€

  • Summary: Google Jamboard where we brain dump terms + concepts related to Lightdash. What we're building, who it's for, what our goals and metrics are.

  • Goal: Get everyone loaded up on whatโ€™s happening across Lightdash. Get the โ€œobviousโ€ stuff down so we can move onto more creative thinking later!

  • Resources: All Things Lightdash - Templateโ€โ€

The great metrics review (45 minutes)โ€

  • Summary: Are the metrics weโ€™re tracking still relevant? If yes, which ones should we be trying to improve and why? Are we missing any important metrics?

  • Goal: Everyone should have a clear idea of the metrics weโ€™re trying to improve (before we brainstorm ways to improve them).

  • Resources: The Great Metrics Reviewโ€โ€

The ideation situation (1h45 minutes)โ€

  • Summary: what are we going to build or do that's going to move the needle? List down as many ideas as possible. Weโ€™ll be sorting and filtering as we go.The scope of these ideas is flexible! Some ideas may take 1 week to build, some may take 20 - if we donโ€™t finish it before launch week, we can finish it in the next build cycle ๐Ÿ˜Š

  • Goal: Have a list of ideas of things we want to do/build

  • Resources: The Ideation Situationโ€โ€

Making the cut (45 minutes)โ€

  • Summary: We use the RICE prioritization framework to filter and prioritize the ideas that we came up with. Then, we pick the top 6, assign owners to them and bring them to the break out sessions.

  • Goal: Get a shortlist of ideas that we want to bring to the breakout sessions.

  • Resources: Making the Cutโ€โ€

Break outs(~30 minutes each session - optional to run and not everyone attends)โ€

  • Summary: These are sessions that are optionally booked by the idea owners.

    The idea owners should take some time filling out the Break Out Template for their idea. Once theyโ€™ve done this, they can decide if they have some questions that they want to talk through with some folks from the team and book a break out session. Or, they can just share their completed Break Out Template for the rest of the team to read and give feedback independently.

    โ€The break out templates are meant to help you flesh out the idea and decide whether or not itโ€™s actually worth building (ideas can die after completing a break out โ˜ ๏ธ).

    โ€If an idea survives, there should be a general plan of clear next steps + what work needs to get done (do we need user research? do we need to plan/partner with another company? do we need to find a new tool to do the thing we want to do?).
    โ€โ€

  • Goal: Decide whether or not an idea is something we actually want to pursue building. If it survives: we should have a general plan of work + clear next steps that we need to take for building the idea.Copy a break out template and complete it for your idea.โ€

  • Resources: The Break Out Templateโ€

2. Kick-offโ€

Now that youโ€™ve done all of the planning, itโ€™s time to actually kick-off the work. The teamโ€™s had a chance to think a bit more about the suggested ideas, so this is an opportunity to make a final cut or change the priorities for the next 6 weeks.โ€

Can I kick it? (1 hour):โ€

  • Summary: Weโ€™ve completed any break-out sessions or chats we needed so we have a pretty good idea of what we want to aim for in the next 6 weeks. We remind everyone of the goals weโ€™re aiming for, the timeline, and the current list of ideas we want to build.
    We decide on which project we want to get started with.โ€

  • Goal:  Everyone should have a clear idea of what weโ€™re aiming for at the end of the 6 weeks and be ready to get to work after the kick off!โ€

  • Resources: The Kick-Offโ€โ€

3. Get to workโ€

  • Summary: This isnโ€™t a one-off meeting. This is the 6 week period where we start to work on the goals we planned. We ship features as theyโ€™re built and log our changes for our Demo Week.

  • Goal: build the stuff!โ€

4. Prepping for Demo Weekโ€

Weโ€™re a couple of weeks out from the chaos of Demo Week - so itโ€™s time to start planning and prepping so everything runs nice and smoothly :)โ€

The content event ( 1 hour)โ€

  • Summary: In the 3 weeks leading up to the Demo Week, we review what we actually want to demo, plan for what supporting materials we'll need and decide on which channels we want to push the content to.

  • Goal: Have a plan for the content + other things we need for Demo Week!

  • Resources: The Content Eventโ€โ€

Love, peace and pre-Demo Week release.โ€

  • Summary: Everything that we want to be demoed in Demo Week should be ready/released the week before. We talk about blockers, any content that weโ€™re missing and assign people to review + test everything before Demo Week.

  • Goal: We know what needs to be done before Demo Week and we have people assigned to doing itโ€

Big fans of plansโ€

  • Summary: This isnโ€™t a meeting, itโ€™s just a reminder. We have planned each day of the Demo Week: what weโ€™re announcing, where weโ€™re announcing it, when itโ€™s happening, and whoโ€™s responsible for doing it.

  • Goal: We have a plan for each day of Demo Week.โ€

5. Demo Week!

Yay, itโ€™s Demo Week!

  • Summary: Every day we have a catch up in the morning, talk about blockers, and review the launch plan for the day!

  • Goal: Remove blockers, get stoked!โ€

6. Rest + Retro

โ€Summary: We take a week-long rest to chill, do some less critical work, catch up on sleep, do anything we didnโ€™t have the chance to do during Demo Week. Retro on the planning cycle! Do we want to do Demo Week again? Is this more or less effective than how we worked before? What went well, went badly, can be improved?โ€

Goal: Have an idea of what we can improve, and what we should keep for another product planning cycle.โ€

Resources: Reflect and Retrospectโ€

And thatโ€™s it! ๐ŸŽ‰

There you have it: our product planning approach at Lightdash. Hopefully some of these sessions are helpful if you need some inspiration to change up your product planning or if youโ€™re just interested in how we do things here at Lightdash..โ€

If you have any questions, or ended up trying it out for yourself, weโ€™d love to hear about it!โ€

You can shoot us an email at hello@lightdash.com.

Ready to free up your data team?

Try out our all in one open, developer-loved platform.

Table of contents

Table of Content

Join our newsletter to be en-lightened

ยฉ 2026 Telescope Technology Limited. All rights reserved.

Join our newsletter to be en-lightened

ยฉ 2026 Telescope Technology Limited. All rights reserved.

Join our newsletter to be en-lightened

ยฉ 2026 Telescope Technology Limited. All rights reserved.