
Sign up to save your podcasts
Or


This spring, 85 percent of the finance chiefs Deloitte asked in twelve European countries said now is not the time to take on more risk. A request for a project gets a no.
A day is a small risk with a ceiling. Ask for one day with a number that could kill the idea, put the do-nothing option on the page with its own number, and let the day earn the next step.
What you'll hear:
Try this week: write your one-day ask: the challenge, the metric that would kill the idea, the do-nothing option and its number, who you need and which day, and what you'll ask for next. Send it, and ask for a yes or a no by Friday.
That's the end of the third week of Product Build Day Podcast. Thank you for listening.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
Show people the same idea twice, and the second time they rate it almost a full point higher. The decision about your idea starts before your first slide.
The meeting is the second time they see your idea. Make sure the first time happened: a link two days ahead, the first slot on the agenda, and a decision rule everyone agreed to before seeing the result.
What you'll hear:
Try this week: before your next decision meeting, send the decider the prototype two days ahead with one question, ask for the first slot, and write the decision rule into the agenda.
Next episode: don't ask for a project. Ask for one day that earns the next one.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
Almost everyone says AI saves them time. Few can say where that time went. And 71 percent of product people say they don't spend enough time with customers.
Nobody gives you time for discovery. Claim ninety minutes a week, the same slot every week, and name it after one decision.
What you'll hear:
Try this week: write the one decision you want to make by the end of the month, book ninety minutes at the same time every week for four weeks, put the decision in the title, and invite your first two people.
Next episode: why the decision is made before your first slide.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
Ninety-six percent of companies plan new AI features. For most of them, the revenue impact stays below ten percent. So what do you do when your CEO counts AI features?
The CEO's wish is reasonable. The unit is wrong. Count customer problems where a number you already track moved, and let AI compete for the job against simpler answers.
What you'll hear:
Try this week: take your AI feature list, write next to each feature the customer problem it solves and the number that should move, check the clearest problem with five conversations, and propose a new report: problems solved and numbers moved.
Next episode: how do you do discovery when nobody gives you the time?
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
"I think this is a good idea" is not enough. Product owners in the Netherlands gave that advice to new colleagues this year. So what is enough to win your idea a place on the roadmap?
A one-pager full of conviction answers one question, and only in words. Bring a prototype your boss can click, a first signal from real people measured against today's number, and a date for the decision.
What you'll hear:
Try this week: pick one idea, write today's number and the metric that would kill it, build one path with fake data, show it to five people who have the problem, and ask your boss for a decision with a date: build more, change one thing, or stop.
Next episode: my CEO counts AI features. What now?
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
In Bucharest I had ninety minutes on stage to build an app, test it and fix it, and the room had just voted on what I'd build. My first prompt was everything in my head, dictated in one go, filler words included.
It's AI. It will understand you anyway. Say it all once, press the button, and do your thinking with the first version on the screen.
What you'll hear:
Try this week: say everything you know about your idea into the tool in one message, dictate it if you can, press the button within ten minutes, then fix one thing per message until a stranger could finish the one path.
That's the end of the second week of Product Build Day Podcast. Thank you for listening.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
LinkedIn stopped training junior product managers and started training product builders. Its chief product officer at the time, Tomer Cohen, put it in one line: "We're going to teach them how to code, design, and PM at LinkedIn."
So if everyone can build now, which skill is still rare? Building fast is the entry ticket. The rare skill is bringing back data from real customers, fast enough and good enough to decide.
What you'll hear:
Try this week: take one idea through one full day, or one week in small steps: the challenge and the metric, the first version, the usability fix, five real conversations, and one decision sentence.Next episode: stop looking for the perfect prompt. Start building, then iterate.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
A day of building teaches you the tools. Delivering a better product takes a decision and a test. Inside a company, a hackathon is worth it when it ends with both.
What you'll hear:
Try this week: write a one-page plan for a company build day, backwards from the decision, and send it to the person who decides before you send a single invite.
Next episode: Which skills matter now that everyone can build?
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
Your CPO looks after many teams, so your idea gets twenty minutes between two meetings, and the decision happens later, somewhere else. This episode is about another way: your whole team vibe codes a few versions of the solution, you test them, and your CPO comes for the last hour of the day. You leave with a decision in the room, and a team that saw its CPO show up.
What you'll hear:
Try this week: pick one challenge your team is stuck on and send your CPO an invite for the last hour of a build day: three versions, test results, a decision at the end.
Next episode: hackathons used to be for people who write code. Now anyone can build. Are they still worth doing?
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
"Landing page visitors: 470. Users who took purchase action: 3. Given these metrics, should I continue pursuing this idea?" Someone asked that on Hacker News, and nobody could answer, because the number that would answer it was never written down.
This episode is about setting your metrics before the test, so the result gives you a clear decision: invest more, stop, or change one thing and run it again.
What you'll hear:
Try this week: for your next test, write what you'll invest if it works, the go line, the stop line and the middle. Send them to one colleague before the test goes live.
Next episode: your CPO is busy with other teams. How do you get a decision out of them? Hand them a better hour.
I'm Marcin Klimaszewski and I run Product Build Day. Send me your question on LinkedIn, and it might become an episode.
Sources:
From the publisher's feed