Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add RFC: Podcast feedback #286

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open

Add RFC: Podcast feedback #286

wants to merge 4 commits into from

Conversation

bijanbwb
Copy link

@bijanbwb bijanbwb commented Jan 30, 2025

This document is an exhaustive aggregate of all the feedback we received from recording initial episodes of our PostHog podcast. It's intended to turn all that feedback into actionable takeaways and a list of decisions we need to make about the direction for future episodes.

@bijanbwb bijanbwb self-assigned this Jan 30, 2025
@andyvan-ph
Copy link

FYI, I just went through and did a bit of reformatting as I was it was a bit dense to read so many bullet points!


### Should we release any of the content we have so far?

**Recommendation:** Aggressively edit the content from the episodes with Cory and Raquel. We have about 50 minutes for each episode, but we can cut out content that didn't land and try to aim for tighter episodes closer to 20 minutes in length that are made up of the best content we recorded.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This sounds sensible to me. I think the 20 to 30 min window is about right, especially for a single topic. If you think there's a good episode in each of these, we should go for it.


### Should we do audio and video? Or consider starting with audio only?

**Recommendation:** Starting with both audio and video was likely a mistake since we ended up with too many variables to worry about. Having said that, my recommendation is that we stick with both. Part of the original goals for the podcast were to open the door to video content and work towards improving our ability to produce video content internally.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd like to know more context here – e.g. how much more work is doing a video version and an audio version?

If the difference is negligible, it's fair enough to do both, but we shouldn't just continue because it was one of the original goals


### Should we have separate edits for audio and video?

**Recommendation:** Long term, definitely. But in the short term, we should focus on aggressively editing content and keeping it tight even if the video versions end up feeling a bit janky.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tbh, I think they should always be the same in content. I think we'll just get better over time, so it'll require less editing.


### How long should each episode be?

**Recommendation:** The shorter the better. We should aim for 10-20 minutes, with a maximum of 30 minutes only if we have a ton of great content.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think 20 to 30 makes sense, but 10 seems a bit short. We could probably go longer if we had more than one topic, or an interesting guest. If we wanted to go long, we should think about having different segments

For example, you could have:

  • 5 mins or news and reaction to stuff going on in the tech space
  • 20 to 30 mins on a specific topic / an interview
  • 5 to 10 mins Q&A answering questions from James' social / the mailbox etc.


### What should we name the show? Something obvious like Product Engineering?

**Recommendation:** I prefer "The Product Engineering Podcast" since it's obvious in terms of the value proposition. But a lot of people liked "Quick Calls with Jimmy Hawkins" and I don't feel strongly either way.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We haven't tried that hard to find a name yet, so we should explore more options. My take is "The Product Engineering Podcast" is a bit long-winded, and Quick Calls is funny at first, but a bit too vague.


**Recommendation:** This sounds obvious that we want content that's clearly valuable to listeners. But the answer here will dictate a lot of the episode content. Do we want to get to know the people behind the product? Do we want to share stories about how PostHog and the products have come together? Or should we script a topic and try to stay on it as much as possible?

I generally lean towards us creating a podcast that follows the success of our newsletter with a clear value proposition. "Here's how to do X topic based on our lived experience and lessons learned at PostHog." The drawback is that the conversations could get visibly boring if we try to stick to a script too tightly.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you're correct. The key here is they should be things either we, or our guest, has strong opinions on and can speak on with authority. This + preparation should be enough.


### How do we balance the quirky, fun tone with serious content?

**Recommendation:** We have an over-the-top jingle and potentially a puppet in the branding for the show. But the conversations are "fundamentally a business talk". We can potentially balance the two, but it can admittedly come across as awkward and make the content seem dull when the fast-paced intro segues into a conversation.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need to overthink this. Just be ourselves. We need to think "how do we make this entertaining".


### Should Bijan host the show?

**Recommendation:** We likely have a lot of people internally at PostHog that would be better at hosting. If Bijan continues to host, he'll have to rapidly improve at asking questions and directing the conversations.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bijanbwb do you enjoy doing it?


### Should we continue with the podcast as a goal?

**Recommendation:** This is a meta question, but it's worth asking. We have excellent written and social content. But it seems like we've struggled with audio and video content. Part of the reason for the podcast was to make an intentional effort to improve in this area. But it's conceivable that we're not currently well-suited to creating this kind of content. And if that's the case, it's worth considering pivoting away from the goal before sinking additional resources into it.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  1. What do you think?
  2. How much time does each episode take to make atm?

- Introduce the show, the topic, and the guests. We tried long intros, short intros, and no intro. There definitely _needs_ to be an intro, but it should be as concise as possible.

### Cadence
- Release one episode every other week, alternating with the newsletter release.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 to this. I think weekly would require a more newsy format.

- Avoid "this is what we did at PostHog" content. Instead, content should follow this format: "We did this... and this is how you should think about the problem more broadly."

### Tone
- Avoid coming across as salesy. If you notice the word "PostHog" is coming up 100x in an episode, you did something wrong.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if we should just make an explicit goal that podcasts should always have an external guest / expert? I suspect we'll always fall into this trap if it's just us.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants