If there's ever a time to ask such a question, it might be this thread.
Can I get some brutally honest feedback on a podcast I ran for 2 years (100+ episodes at once per week) at https://runninginproduction.com/? It's a podcast focused on chatting with developers around how they build and deploy their web apps. It mostly focuses on the "why", tech stack choices, libraries, workflows, lessons learned, production war stories, etc..
In my mind I thought it was a good idea but it got so little listeners that I had to abort recording new episodes due to burn out since there was no path forward to ever sustain it by outsourcing the burn out inducing parts. I still think it's a good idea but I wonder where I went wrong.
I tried everything I could think of. Guest variety from solo devs to bigger companies like Mux and Dropbox, audio editing to ensure the highest quality I could get for a remote guest<->host podcast with new guests having assorted mic qualities, removing a lot of "ums" and other fluff but not over editing things to make it unnatural, tags to quickly find tech stacks you care about and a ton of clickable timestamps with a summary of each show that's skimmable in seconds along with tons of reference links.
On paper it feels like I did everything I could to make things "good", but in practice after 100 episodes I had like 200-300 listens per episode which made it no longer viable to continue doing since each episode was about 6 hours of end to end time to put together (finding a guest, editing it, show notes, etc.).
I learned a ton from chatting with every guest and regret nothing but I overall see the podcast as a total failure since if it didn't gain any traction on it, it must be trash. I'd love to revive the show because chatting with someone new about what they enjoy working on was really fun.
I enjoyed listening to and being a guest on Running in Production, and I'm sorry to hear you see the podcast as a failure.
One difference I notice between Running in Production and some other podcasts that are popping up in this thread (e.g., CoRecursive, Darknet Diaries, Lex Fridman) is that those podcasts focus on people and stories, whereas Running in Production focused more on technology.
After writing my blog for several years, I noticed a pattern in that the majority of my popular posts were stories from my life rather than technical posts about a particular technology. The stories were highly related to technology, but they usually made sense to people who knew nothing about the technology.
Even for fans of the podcast, I think the narrowness in topics means that not all fans of Running in Production are a match for most episodes. Comparing it to the Indie Hackers podcast, I'd listen to any episode of IH if the guest sounds interesting because there are a lot of potential things they can say that might be useful to me. Because Running in Production is more narrowly about tech stacks, the percentage of episodes that are relevant to me is much smaller. I'd be interested in hearing about someone talk about their Flask stack because that's what I use in my business, but if the guest is talking about Elixir or Ruby, I'm unlikely to learn anything useful since I don't use or plan to use those technologies.
Thanks Michael and congrats on all of the success with TinyPilot. It's nice to hear this from the perspective of someone who was on the show.
I tried to make the story about going from development to production but it is for sure super focused on the technology choices that take you from A to B. There's the lessons learned which kind of apply to any tech stack but that's also near the end of every episode so you have to listen to the whole thing to get there.
There's a number of little funny stories hidden away in some episodes. Like one guy was on vacation driving with his wife and ended up switching his web server from Apache to nginx while literally driving as a passenger.
Deployment is a tricky topic to "promote" because in my opinion deploying a Flask app is almost no different than Rails. If they both have a web + worker + db + cache component, it's basically the same pieces (especially if you're using Docker). The hosting provider choice, monitoring, logging, CI / CD workflows, etc. is all the same. When I went into making this show I came at it from the perspective that even if you didn't use Ruby you could still take away a few nuggets of info from a Rails episode since there's a lot of overlap but I'm beginning to realize that's not how this works in real life.
What I'm thinking now is maybe exactly what you said around being interested in Flask. You care about deploying a Flask app, not deploying in general.
You are right though, I have no problem sitting down and listening to a 5 hour conversation with John Carmack and Lex because I'm interested in hearing John's stories. I'm not there to learn the gory details about z-fail stencil shadows. I care about why he ended up inventing that and how it helped him build a cool looking game. When looking at things from that angle, that changes everything. Running in Production is like "90% technical details / 10% story" but "80% stories / 20% technical details" is a more enjoyable listen for a podcast. If this were a technical video course that would be much different, but it's not. It's a podcast.
Now to be fair, I did try the best I could to avoid going too deep into the technical details about a specific topic because I know most folks will doze off or lose interest because it's not relatable but still, bouncing around a bunch of technical topics at a surface level is still very tech heavy.
Where the title was some like “X person company generates Y revenue with Z tech”.
The main difference being, it gave me a reason to listen (sparked my interests because 1-person is generating $100,000s with a simple PHP form app”. As opposed to “Meteor Cloud Is a Full Service Hosting Solution for Meteor Apps” which just sounds like an ad for their app.
Another subtle suggestion, the date of the episode wasn’t visible from the main feed - making it difficult to see if any new episodes have dropped.
Sorry to hear you considered it a failure. I really enjoyed it.
Thanks a lot. I'm seeing a trend in quite a few comments that are leading me to see that the titles can be much approved upon.
That one does read a lot like an ad. For most titles I tried to lead with the service name plus what they do in 70 characters or less. I tried to focus more on what the service does because I figured most folks wouldn't know what these services are, but if you know what it does it might help you relate to something in your own mind based on a rough idea of "this will be about an invoicing service or an email campaign service, etc.".
But, if I do step back and reflect on my own browsing habits for not just podcasts but also YouTube. It comes down to the title. Always.
It's an interesting problem in this context. The suggestions here are to mainly make the titles optimized for humans (which I agree with too), but I'm not sure if that will help with gaining traction because the site is already nearly invisible on Google and podcast sites. With that said though, after 2 years and a 100 titles in their current state, my original plan is clearly not working so I have nothing to lose to switch up that strategy. Although I'm not sure if I should go back and change all of the existing titles (they are also tied into the URL on a static site, etc.).
> The main difference being, it gave me a reason to listen (sparked my interests because 1-person is generating $100,000s with a simple PHP form app”.
That's kind of clickbait topic?
> As opposed to “Meteor Cloud Is a Full Service Hosting Solution for Meteor Apps” which just sounds like an ad for their app.
That interview is long high quality podcast with a lot of very interesting information to me. I'm in target audience, developing software with Meteor. And it really is not required for every company to describe exact financials.
You need to promote the shit out of media that you want people to consume. What did you do to promote it? You need to create engagement and use platforms where you're more likely to bring in money (this is why Twitch is the current favorite for new concepts like yours). The title of each episode is factual but boring and makes it seem like the interview will be a sales pitch for each product or service. Also, minor point, there are no dates on the episodes. The audio, see below.
You suck at audio engineering.
The audio from several samples I listened to ranging from mid-run to the most recent episode were a plosive and fricative nightmare. It was literally difficult to listen to. If this were some course for a degree program, I could probably suck it up and listen to it an hour at a time. But this is edutainment.
Thanks. There are dates at the bottom of each episode btw. The last episode was from about a year ago.
Promotion wise I tried to organically promote it. Basically if I read a comment on HN or a few sub-reddits I'd leave a non-spammy reply and often end the comment with something that links back to an episode with a timestamped link to the information related to the comment. I also suggested guests share the episode when it goes live. I tweeted out new episodes but I don't have a huge following.
> You suck at audio engineering. The audio from several samples I listened to ranging from mid-run to the most recent episode were a plosive and fricative nightmare.
Is this feedback mostly on the guest's audio or my set up?
It's not my full time job but remember each guest is a different person recording their side of the track in their house or office. They're using whatever bare bones mic set up they have. I pre-assembled a list of recording suggestions before the show to avoid common issues. If money were no object I'd send every guest $150-200 worth of equipment or pay to have studio time in their local area so they can record their side but that's not realistic for a podcast this size.
The most recent episode has plosives but if something clips there's not much I can do since the source audio is messed up. Everyone was recording locally, usually with Audacity to eliminate any network artifacts. Audio editing wise on my side, I usually just run their track through a noise gate while trying not to kill the natural sound of their voice. Sometimes I play a little with an EQ when it's super clear they have a very trebly voice. Often times I can't use a compressor to make their volume more consistent because they have a huge amount of room noise that can't be filtered out without making them sound non-human.
I'm curious what you think about this episode's quality https://runninginproduction.com/podcast/31-mux-is-an-api-bas.... This was one where the guest ended up buying a new mic before the podcast (I suggested they pick up an AT-2005 which is a pretty low cost dynamic USB mic, it's what I use as well). They wanted a better set up for future videos on their own (not just for my show). What you hear there is mostly straight from the source.
So I actually listened to a few episodes. It was surprisingly good, but definitely niche.
The immediate things that I noticed were the audio quality, your talking speed (often slightly too fast, especially when excited), and saying "like" too much.
On the plus side, very in depth conversations, great guest, and you have a good interviewing voice and style IMO.
If you wanted to revive this (which I think might be worth doing), I would work on your speech and audio first. After that you'll obviously need to figure out the product aspects of this. Marketing and presentation for one. Maybe focus on bigger technologies (languages, fields, etc) for your titles and mainline questions which can bring in the views and you can get into the details and tech stacks in the summaries and long form discussions. You need for every episode to be relevant for most listeners in some meaningful way, otherwise it's pretty difficult to retain viewers. I'd say most devs aren't familiar with probably the majority of episodes. Also putting video recordings on YouTube is a must. Some people want video and it's also a great marketing channel so you're limiting yourself without that.
I do think there is something there, but I don't think you'll stumble on to it on accident given how niche it is already - it'll require some research and trial and error.
I agree, you speak too fast, and use "like" and "basically" way too much. See if you can find a way to improve your diction.
Another thing, in most episodes, it seems like you have a list of questions that you want to ask, and you quickly go through them, as if you just needed to check them off the list.
And I get it, any application running in production consists of multiple pieces and involves many decisions, but just listing all of the components one by one, turns into reading the specifications on the back of a cereal box.
Maybe you could pick one or two particular aspects of the infrastructure and discuss those in greater depth. Ideally something that either you or your interviewee feel very strongly about. I'd also be interesting if you challenged some of the decisions that went into the infrastructure. All too often you agree too easily with your interviewee.
Overall however, none of these should be dealbreakers. I still listened to many episodes.
Thanks. Using filler words is one of those things where it's easy to notice when editing or listening to it later but near impossible to notice in the middle of a regular conversation. I do try.
You are right. I do come into each episode with a number of high level bullets. I always try to stay on track so each episode flows roughly the same. Basically (:D) learning a bit about the service, team size, how it's built, how it's deployed and lessons learned. If some of these get skipped, it feels like an unfinished story that goes against the premise of the show? It's interesting to hear you think otherwise and would rather go deeper on a smaller subset of topics. I thought maybe that would make it even more niched down.
I'm happy you brought up the part about tech choices. I do try to pry out the "why" on a number of decisions. There's a fine line here. I kind of wonder which episodes you watched because I thought I challenged them kind of a lot but I definitely keep myself in check to avoid coming off too combative even if they are asked in a friendly way. But I did try to always call out questions that I really feel most listeners would be thinking.
There are literally millions of podcasts out there. You have to do something special in order to get people to listen. The episode I listened to part of sounded just like it was a couple of normal devs chatting about development. Nothing wrong with that, but it's not special. If you listen to major podcasts, the people on the podcasts are highly charismatic and it's easy to listen to them talking about anything. Your podcast, on the other hand, has people who aren't particularly charismatic, just normal people talking, which I can get anywhere. Podcasts can be informative, but they are a form of entertainment, which means you have to be entertaining.
"Devs chatting about development" is also a pretty tight niche. You could probably do better than 200-300 listeners per episode, but not by much. You're creating a product very few people want. Very few people would come solely for the information being conveyed. Nothing wrong with that, but just as a podcast about European pickles would never get millions of views, no matter how good it is, neither would yours.
The audio quality was also not great, but this isn't a major issue if the podcast is entertaining.
> A podcast where folks talk about running small & large web apps in production. Topics include tech stacks, lessons learned and DevOps / deployment tips.
I said yes to every single person who requested to be on the show. The hard part for this style of podcast is finding a constant stream of guests. Often times you have no idea how a person is going to react on a call until you're already in the call and recording the show. In every episode we jumped on a call, spent a few minutes saying hello and went straight into it.
I went with my gut in that anyone volunteering to be on the show will be comfortable having a free form conversation. None of it is scripted but I do usually have a couple of bullet points in front of me to cover a range of general topics.
But, I get where you're coming from and I'm like that too. I'm for sure going to gravitate towards a more engaging host / guest if I had an option choosing between A and B. It's really hard to pull this off because if you only have guests on the show who have a public presence on the podcast / interview / YouTube / etc. scene it'll be much more difficult to find guests as a side project. You may also lose out on some really cool stories. In one episode a couple of guys built and shipped a custom hardware device to remote African villages to help make email more accessible.
Maybe it's a marketing problem? I had a tab of your podcast open, but never listened to it.
The writing needs work. There is too much. You need to cut down and try to distill the good stuff essence for each episode to make users want to click.
For example,
"QAWolf Helps You Create Automated Browser Tests as You Use Your Site"
You bring up a good point. I did try to make the titles kind of short (none of them are > 70 characters) while always trying to include the service name and the core idea of what the service does.
But a lot of those titles were maybe optimizing for the wrong thing. For example "Podia Has Everything You Need to Sell Online Courses"[0]. It's almost like I went out of my way to make it sound like a sales pitch but my goal was to include their product's name and the core idea of what it does. It does feel like it's trying to optimize for SEO such as "sell online courses" but the content of the show has nothing to do with selling online courses, it's about chatting with one of the lead devs on how they built the platform.
An alternate title based on a topic from that episode could have been "Podia survived Black Friday without breaking a sweat". If that were in a Twitter card the meta description includes it's a Rails site and it's always nice to hear success stories on how Rails does scale. It ends up have clickable interest for the skeptics out there and also Rails developers?
I really enjoyed listening to this podcast, and I'm honestly surprised at how low the per episode engagement is. There's no shortage of podcasts focusing on the economic aspect of running a business, or the technical aspect of building the frontend/backend, but there are very few that go into the details of deployment, monitoring, etc. I thought your podcast tapped into a really interesting niche, and I posted a link to it in a previous hn comment [1].
You know, your thought process is identical to mine on this subject haha. That's why I started the show. It felt like it was filling a void around a bunch of deployment topics.
Thanks. Which episode did you randomly click into and which part was interesting to you? I'm only asking because that could help guide me into creating better titles.
Hi Nick, your podcast is one of my favorites of all time. As a solo founders I just can highlight all the knowledge I got from it. I come back from time to time.
I would love to see it back with some suggestions other people are pointing out.
I’ve never heard of your podcast, and I’m not a podcast listener, I prefer reading blog articles. Your comment made me curious though so I clicked your link. Here’s my raw feedback:
- not one of the titles made me want to click. They all sound like sponsored content / ads. I don’t click on ads.
- nothing catches my eye. You need thumbnails, visuals. Maybe some logos, maybe an illustration regarding something specifically fun or interesting that was said in the podcast
- I tried listening to a podcast to give you feedback on the audio but honestly couldn’t decide which one to click on. See first point
You really need to work on your titles, they’re that bad and probably the main problem. Even if I subscribed, I wouldn’t listen to new episodes because the titles don’t attract me at all.
In cooking shows they often make a segment where the judges don’t even eat the plate if it doesn’t pass a visual judgment. You don’t pass the visual judgment.
Your response’s lack of grace/tact, and how sure you seem of your analysis, do not seem warranted given that you are not a podcast listener. You’re trying to channel Simon Cowell but it sounds like this is the first time you’ve ever heard a song.
Meaningful episode art is seldom used in podcasts, and is seldom surfaced in podcast player list views. I don’t know the cause and effect, but suffice to say that they aren’t a meaningful driver of engagement.
Titles for Running in Production are complicated. They are bland but I can’t see how they could be any better. It’s a solo host podcast, with no recurring guests, by design, so there’s no development of the sort of in-show culture that invites funny titles.
I should have said that I'm not an avid podcast listener. I listen to a few and they have in common that the titles are catchy, and not just descriptive. I also watch a lot of videos that are considered podcasts, even though I don't consider videos as podcasts myself. I handpick the episodes I want to listen/watch however, I don't play them as they come.
Point is, titles and thumbnails matter. After reading the other replies, it even seems it's the main criticism regarding this podcast.
> They are bland but I can’t see how they could be any better
I clicked randomly on "uscreen Is a Platform That Helps Content Creators Build a Business"[1]. This title is awful, I stand by it. It doesn't carry anything interesting about the content and sounds like an ad, like all the other titles.
However, the "Topics Include" section contains something that caught my eye: "BREAKING NEWS: Rails can scale and it’s working out nicely for them as a monolith". "uscreen scaled a Rails monolith to xxx users per day", "Scaling a Rails monolith" or "Rails monoliths can scale" are titles I would have clicked on. And I don't even use Rails.
I really enjoyed your podcast and listened regularly when you were publishing episodes.
I have no deep insights, but if I had to guess I assume discovery was a major problem. I heard of your podcast by accident I think, and haven't seen it since. I assume this Hackernews thread is more publicity than the last few years combined?
From a content point of view there seemed to be quite a bit of repititon in the kind of technology stacks that were represented. A lot of smaller, single founder applications with somewhat smaller sizes and typical sort of SaaS stacks and integrations with a few typical external service providers. More variety here would definitely be a bonus.
But I realize just finding the guests must be really hard already and you did an amazing job going as far as you did.
Just wanted to say that I have listened to a number of episodes and enjoyed them. I think the basic idea is a sound one and that you executed it well, I liked being able to filter episodes by topic and I sometimes used it as a resource if I was considering using a particular technology. Context for this is that I just don't listen to many podcasts of any sort so I am, perhaps, not your ideal audience member.
More generally, and not specific to runningproduction, I _strongly_ favour shorter podcasts and, although I appreciate this costs money, podcasts with a transcript.
Thanks for making runninginproduction, I appreciate you may see it as "a total failure" but fwiw that is a very long way from my perception of it.
Yep transcripts were on my list to include but there is a decent cost to get accurate human vetted transcripts for ~6 hours of (2) speaker audio content per week. There are semi-automated free tools but the accuracy is poor enough where I'd spend a !huge! amount of time rewriting and fixing them up (I tried a bunch, even some low cost paid solutions that were AI driven).
Maybe you need a video element? I personally only listen to podcasts in video. I don't know why but I gave up on audio podcasts ages ago. I like to see the people talking.
Also for sustaining, perhaps you need to lower your expectations and focus on doing it for fun.
It's possible. I'm similar to you in that I much prefer video podcasts. That might be due to almost always listening to episodes in front of my computer with full attention. I kind of like to avoid all forms of tech when I'm outside or doing other activities that could be compatible with listening to a podcast (driving, exercise, etc.).
Video is tricky with a new remote guest every week because their recording set up might be a little rough around the edges or it might make them uncomfortable to be on video. I do think video adds a huge element though. It also forces me to be less perfect because it's really easy to edit audio and you as the listener would never know. Most episodes have literally hundreds of cuts but you can't tell for most of them, but video is much harder to cut since you visually see the jump cuts.
I only recently stumbled across your podcast, and I LOVED it. I really appreciated that many of your guests weren’t playing the startup game (ie VC funded) but were just people with an idea and were making a thing. I loved it! I listened to each episode and was really bummed when I noticed you weren’t making more episodes.
Can’t help you in terms of marketing advice. Count me as someone who truly enjoyed your podcast, and it was my intro to the concept of SaaS as a lifestyle business. A breath of fresh air amidst a world where everyone’s looking for the next round of funding.
Your take on it being just people with an idea is my preference too and I know exactly what you mean. I don't mind having all forms of guests and business types on the show but those smaller to medium sized businesses definitely popped up the most. I think it's because I mostly got guest requests from posting on HN and Reddit. I didn't reach out to big companies directly.
First time commenter but I wanted to say I really, really enjoyed the podcast. I loved hearing the thought process of what programming language, frameworks and tools were used and how helpful they became to the person you interviewed.
I have listened to your podcast occasionally and I really enjoyed it. I can’t really say what you can do to improve it as I personally think it was very good. I guess there are just a lot of podcasts out there and maybe it was an issue of discovery. What I listen to depends on my mood but when I was looking for a development related podcast yours was definitely one I would go to. Sorry if this is not a very helpful comment but I just wanted to let you know I appreciated your work.
Maybe I'm looking into this too much but when I take a couple of other replies and yours together in the same context my takeaway was when you want to hear about the gory details about something development related you'd listen to the show. To me that says from a technical standpoint the show is good but you're not listening to it to be entertained specifically. You may also not be listening to it while doing something else because if technical information is what you're after, you might be focusing fully on the show?
Even if my assessment of your specific case is wrong, it got me to think about a couple of new things such as "what type of mood are people in when they tune in?", "are folks listening to this for pure knowledge, entertainment or something else?", and "what might someone be doing while they're listening to the show?".
Yes I would usually be walking or driving when I’m listening to a podcast. I believe I discovered yours as I was working on a few Django projects and I wanted to get a feel for other peoples experience of using it in real life. I think there is value in the content of the interviews that you wouldn’t necessarily get from just reading on the topic. It’s interesting to hear all the different kinds of real world projects that people are running and building.
Definitely one of the best and one that's still on my playlist! Good job!
I think one important aspect is that you, personally, need to have a following. It's the same as in other areas like blogging and vlogging. You have to create yourself a persona that people will follow for some reason and then they will consume your content.
My persona might suck. My persona is there is no persona. I'm a dude building and deploying web apps. I use a lot of different tools and try to share everything I've learned along the way.
I don't play anything up for videos or interviews. I'm almost exactly the same in real life other than I'm a little more unfiltered in real life.
I did a meta episode on the show where I interviewed myself at https://runninginproduction.com/podcast/100-running-in-produ.... Since the show is guest oriented I try to let them speak as much as possible (they are the star of the show) but in that episode since I was interviewing myself I got to talk a bit more.
Perhaps he should engage listeners and find out why, what, etc.? They're consuming the product. Also, try to get feedback from one-and-done listeners.
Moi? I don't have time or interest in casual chat and then get to the end with nothing taken away. I can't invest time unless I'm confident I'll at least breakeven.
My gut is that you have plenty of content, and you need to organize it better and exploit SEO. Unfortunately, because this is for developers, the space is very saturated. Have you tried running ads for any particular sections that may be popular like #aws?
I haven't tried running paid ads for anything I've released (I also blog and make weekly YouTube videos).
The show costs at least 6 hours of personal time per episode which translates to a Saturday or Sunday. There's also hosting costs, etc.. Paid ads would be another expense. My thought process as a developer (and I'm probably wrong) is if something is worthy then it would be spread fairly organically. If it's not spreading organically then it's not good enough because it means people aren't sharing it enough to hit that point of critical mass.
I don't take it personally but it might bias my decision not to use paid ads because in my mind it would feel like burning money to get more eyeballs on content that's not good enough. It's also a tough sell to get someone to land on a podcast page and invest 30-90 minutes into listening to it if they don't know anything about the show already.
> you need to organize it better
Any suggestions? There's a list of podcasts broken down with tags. Each tag is clickable and each tag has its own dedicated page with a title / meta description. There's also a massive list of tags at https://runninginproduction.com/podcast/.
A couple of criteria would be what programming languages or web frameworks do you want to hear about? Also do you want to hear about solo devs or large companies?
I feel bad not listing more because there were so many episodes that were good but I wanted to cap it at 5. I wouldn't necessarily say these are the top 5 episodes and the others are worse. I recorded some of these 2-3 years ago and while I remember the gist of most episodes, the intricate details of every episode is mostly lost.
So first, 300 consistent listens per episode in this area is pretty respectable in my opinion. Niche things like this are more about _who_ is listening rather than how many people.
I'm 100% someone interested in shows like yours, I just didn't know it existed. One major thing you could probably do right away is invite other people with followings in this area as guests. Popular podcasters are generally annoyed by requests to be on their show, but can be a lot more friendly if you invite them on yours. That's because you're doing the work and exposing them to your audience. They'll likely promote it or might even cross post it if you want to. They might have you on as a guest afterwards, someone with that many interviews is bound to have some interesting things to talk about.
The episode you posted as an example of audio quality lately seemed more than good enough for me. As far as burn out, I would maybe recommend actually doing less for each episode, at least until you feel like you can outsource the worst parts. What if you did only the most important parts of post, and cut down post production to an hour instead of 5 or 6? Maybe a tool that auto removes silence, umms and ahs, etc could help a bit here too. Descript for example can do a decent amount of this in about 5 minutes. Good enough in my opinion. Cut out as much post work as you can. I bet you your real audience won't care.
Part of it could also be just shorter recording times. I prefer longer episodes but it seems like I'm the only one. Editing 30 mins of recording is a lot easier than an hour and a half, and people seem more likely to put on shorter episodes (I guess).
Also, just skimming a bit of an episode, I think you overdo the formality of the intro. It sounds too scripted and not like your natural self. Skipping from the intro to a later clip of you speaking, you sound much more natural later on. A lot of people will bail out during the intro if they're just checking you out for the first time and it doesn't hook them much.
The titles should reflect more of what's interesting to the audience, make it the coolest part of whatever they're doing instead of an elevator length description. Are they hitting high requests per second, doing something bleeding edge, serving a lot of users as a solo dev, etc? Combine that with the most interesting part of their stack for the title. Looking at your show notes I can see this stuff is in there, just make it the title.
If you're burning out, try being more selective with guests too. Don't force it. And don't look at it as needing X audience numbers or whatever for success. You're building authority as someone in the industry, getting respect from guests and listeners, being exposed to way more than a normal dev, and so much more. If you're trying to make a living off of the podcast, you'll need to go wayyy more generic and attention grabbing. But I say don't do that. Instead do this thing well and you'll build a name for yourself with the kinds of people who listen to things like this - people in motion, building things, who are excelling in the field. People who are or will be somebody to respect in the industry.Thats a big deal.
Finally, please keep making the show, this is a niche that I've found surprisingly hard to find good content for. I want the technical details, I want the code talk and the deep dive that most podcasts cut out because "people don't want to listen to this". Well, I do and so do plenty of people actually building real things.
Thanks a lot for writing this up and for the words of encouragement. Happy to hear you like the show.
I've done a few cross-posted episodes. That wasn't the goal of those episodes but some of the episodes are with folks who either have their own podcast or are part of a group podcast. For example, the changelog episode https://runninginproduction.com/podcast/63-changelog-is-a-ne.... There's a number of others.
I don't spend too long while editing. About 60-90 minutes of editing per episode when the episode in itself is about that long. I basically edit at 2x speed and quickly chop out the filler words. Any audio processing like cleaning up noise or basic EQ work is a few minutes. The 5-6 hours is the full end to end time from having an empty folder and no guest to a finished mp3 that's ready to be published.
The intro and outro were recorded years ago with different audio settings (it's way too muffled and bass'y compared to any of the last dozens of episodes). I just pad them onto the beginning and end of each episode. They were scripted because I personally don't like long intros so I was trying to get the core essence of the show out in the least amount of time possible. I will re-record them if I pick the show back up, thanks.
Definitely going to work on the titles, at least as a homework assignment make new titles for a bunch of the previous episodes even if I don't publish them. I tried to limit each one to 70 chars or less and out of respect for the guest also wanted to include their product's name in the title.
A living would be pushing it but if you work 40-50 hours a week (which I do), dedicating nearly a full day to it is a big investment. To outsource everything properly (an editor who knows enough about the tech to pick what stays in and human vetted transcripts) would be like $300-400 per episode. That's not counting someone to go through the episodes and make clips to help promote them, that would easily be another $150-250. At 1 episode per week, even without clips that'll be ~$1,500 a month.
Getting sponsors is also tricky because it's not profitable for someone to spend $300 or even $150 per episode for an ad slot when only a few hundred people listen to it. The sponsors will only be happy if they make a return on their investment and that will require having a lot more views.
You are right though, there's a lot of ancillary benefits of having the show. That's partly why I kept going for as long as I did but I noticed that my course sales didn't really change too much during or after the podcast so I'm not sure it helped get the word out on them. When I look at all of that, I think to myself that it's a failure because it didn't move the needle. The conversations were great and I value them a lot which is priceless. Although, a lot of people won't admit that money does matter. It's not my primary concern or motivation for the show but money is necessary to continue doing what you like so you can afford to continue doing it.
Bro you sound like a robot. Absolutely zero charisma. There are plenty of other podcasts out there with more entertaining personalities with the same content.
Bro, you sound like an asshole. None of your 'feedback' is useful or actionable, and neither this comment or anything on your profile points to any content created by your more entertaining personality.
To rein this convo back a bit, sometimes hearing it raw and hard can help. I consider myself to have medium thick skin and I appreciate feedback like this immensely because it has a certain comedic effect as well. Maybe that’s how I grew up though.
It's just hard to take action on it because it's 1 data point. For example, I also record video courses. Tens of thousands of people have gone through them and I've gotten a handful of comments from people saying I sound robotic. But then I've also gotten hundreds of comments saying they like the way I explain things and had fun.
This podcast is different because I kind of feel like if I'm doing my job correctly the guest will be speaking 98% of the time. I'm there to ask thought provoking questions and hope it sparks a good response from them, then maybe I'll add a little bit of color and opinions around their answers and move on. I don't want to take away their thunder or be the focal point of the show. I hate listening to guest based podcasts where the host doesn't let their guest speak and always interrupts them with "actually..." type of remarks or tries to 1-up them.
I don't think you can dismiss feedback because it only came from a handful of people. The brutal fact is, if someone doesn't like you or your podcast, they're almost guaranteed to unsubscribe, close the tab, and never contact you about it. If you're getting multiple negative feedbacks on the same topic, you can bank on 10x more people thinking the same thing, but never telling you.
I ran a podcast with friends for 13 years. We took it on the chin, and paid (via patreon subs) for an audio engineer to fix the things people complained about in our show. It made a world of difference, but we'll never be able to break the "first impression" of people who didn't appreciate it, and unsubbed as a result.
> If you're getting multiple negative feedbacks on the same topic, you can bank on 10x more people thinking the same thing, but never telling you.
Sure but the ratio matters in the end.
For example if 30,000 folks have gone through something and 5 people say you sound like a robot with zero charisma but 287 people say the content was engaging and funny then I have to assess that a majority are ok with how things were presented. There's always room for improvement but you're never going to please everyone.
Can I get some brutally honest feedback on a podcast I ran for 2 years (100+ episodes at once per week) at https://runninginproduction.com/? It's a podcast focused on chatting with developers around how they build and deploy their web apps. It mostly focuses on the "why", tech stack choices, libraries, workflows, lessons learned, production war stories, etc..
In my mind I thought it was a good idea but it got so little listeners that I had to abort recording new episodes due to burn out since there was no path forward to ever sustain it by outsourcing the burn out inducing parts. I still think it's a good idea but I wonder where I went wrong.
I tried everything I could think of. Guest variety from solo devs to bigger companies like Mux and Dropbox, audio editing to ensure the highest quality I could get for a remote guest<->host podcast with new guests having assorted mic qualities, removing a lot of "ums" and other fluff but not over editing things to make it unnatural, tags to quickly find tech stacks you care about and a ton of clickable timestamps with a summary of each show that's skimmable in seconds along with tons of reference links.
On paper it feels like I did everything I could to make things "good", but in practice after 100 episodes I had like 200-300 listens per episode which made it no longer viable to continue doing since each episode was about 6 hours of end to end time to put together (finding a guest, editing it, show notes, etc.).
I learned a ton from chatting with every guest and regret nothing but I overall see the podcast as a total failure since if it didn't gain any traction on it, it must be trash. I'd love to revive the show because chatting with someone new about what they enjoy working on was really fun.