Nick Basile

Nick Basile

@nick-basile.com

Make AI work for your business | Good Measure Studios + Learn AI with Nick https://goodmeasurestudios.com https://learnaiwithnick.com https://nick-basile.com/ https://youtube.com/@nickjbasile

487 followers143 following260 posts

Pinned

A lil intro for all my new followers 👋 My whole jam is building digital products & entrepreneurship. I run an agency, Markham Square, and I’m building Awards Coordinator. I create content, mostly on YouTube, to share what I learn. I also have a family, lift weights, and practice archery.

"you stop designing AT developers, and start designing WITH them" Tech Takes | How do I actually get my designs used by my dev team? __ #productdevelopment #productdesign #startup #webdev #webdesign #ai #design

Prepping my JavaScript for Designers course! After lots of iterations, I feel like I've finally cracked how to sequence all the JS content so it just clicks right away for designers 😁 We're up to 6 sections and over 50 lessons--can't wait to start filming!

Anyone else naming their Figma layers like this? 👀 Feels like it helps dev/ai <> design collaboration, but could also get confusing on larger teams. Plus, it assumes design team can work with HTML/CSS structures.

How do product designers keep up with today’s ever expanding list of responsibilities? On the season two premiere of Technically Lit, I sat down with Sylvia Nguyen Dang, Principal Product Designer at DIG, to explore this question and a whole lot more.

View full thread

How do product designers keep up with today’s ever expanding list of responsibilities? On the season two premiere of Technically Lit, I sat down with Sylvia Nguyen Dang, Principal Product Designer at DIG, to explore this question and a whole lot more.

Sylvia shares what it’s like to design at the intersection of healthcare, technology, and collaboration while navigating the flood of new tools without losing sight of what matters most: the people you're designing for.

Some of my favorite insights: 🎨 Balancing new AI tools with timeless design principles ⚖️ How to decide which new tech is worth adopting (and which to skip) 🤝 Building strong collaboration between designers, PMs, and engineers 🔑 Keeping users at the center, even as tech reshapes the process

Our latest Tech Take episode gets into one of the most overlooked parts of product design: loading states. As designers, we love to obsess over finished screens, but the in-between moments are where trust is built (or lost).

View full thread

Our latest Tech Take episode gets into one of the most overlooked parts of product design: loading states. As designers, we love to obsess over finished screens, but the in-between moments are where trust is built (or lost).

View full thread

We break down the edges of the skeleton pattern, why “designing for max states” matters, and how designers can push creativity without losing sight of what’s technically possible.

Our latest Tech Take episode gets into one of the most overlooked parts of product design: loading states. As designers, we love to obsess over finished screens, but the in-between moments are where trust is built (or lost).

Skeleton loaders, spinners, previews… they aren’t just filler. They’re the direct translation of how data flows, how fast systems respond, and how dev decisions surface to the user.

And… that’s a wrap for season one of the Technically Lit podcast! Thank you so much to all of the incredible guests who joined us on the show. I feel so lucky to have had the chance to speak with each of you.

View full thread

Thank you as well to everyone who has taken the time to listen or watch one of our episodes. Your kind feedback truly means the world and makes it all worth it!

And… that’s a wrap for season one of the Technically Lit podcast! Thank you so much to all of the incredible guests who joined us on the show. I feel so lucky to have had the chance to speak with each of you.

View full thread

Looking forward, I’m so incredibly excited to be kicking off season two! This season, we're going to focus a little bit more on product designers - specifically, how they're leveraging technology and coding skills to do their jobs better, faster, and smarter than ever before.

We have a couple of incredible conversations lined up already that I can’t wait to share, and we’re looking for more! So, if you’re a product designer, please reach out! We’d love to have you on the show.

And… that’s a wrap for season one of the Technically Lit podcast! Thank you so much to all of the incredible guests who joined us on the show. I feel so lucky to have had the chance to speak with each of you.

It feels like every product conversation these days is hyper-focused on one discipline, and it was so refreshing to hear everyone share how they connect the dots between different roles and job titles, and what it actually takes to build incredible products.

Most of our Technically Lit conversations have been with people building in scrappy startup environments. That’s why I’m so excited for our latest episode with Adam Wilson who brings a very different perspective straight from Microsoft.

View full thread

Adam also shared how his technical background has been a superpower. Early in his career, he was writing code to replicate customer bugs. Today, that fluency lets him navigate Microsoft’s most complex products and collaborate deeply with engineering teams.

Most of our Technically Lit conversations have been with people building in scrappy startup environments. That’s why I’m so excited for our latest episode with Adam Wilson who brings a very different perspective straight from Microsoft.

At a startup, a PM’s ideas can become the roadmap by default. At Microsoft, Adam is one of 10,000 product managers competing to influence priorities. That means the real job isn’t just writing PRDs--it’s selling optimism, generating buy-in, and aligning entire orgs across multiple leadership chains.

Stop thinking perfect code = a great product. Your team ships clean architecture. You polish the UI until it gleams. You document every edge case. But none of that guarantees you’re building something users actually need.

View full thread

– Most founders underestimate how hard product design really is. The “what now?” moments for users take far more thought than you expect. – Cross-functional collaboration is the antidote to the “us vs. them” tension between product, design, and engineering. Squads work better than silos.

Stop thinking perfect code = a great product. Your team ships clean architecture. You polish the UI until it gleams. You document every edge case. But none of that guarantees you’re building something users actually need.

View full thread

Our conversation was jam-packed with so many incredible insights, I had a hard time picking what I should share as the lead-in here. These are a few of my favorites:

– Agency work reveals that tech choices are business choices. Code quality matters, but incentives and constraints often decide the direction. – The best product managers don’t dictate every step. They give teams freedom, trust them to figure it out, and refine together.

Stop thinking perfect code = a great product. Your team ships clean architecture. You polish the UI until it gleams. You document every edge case. But none of that guarantees you’re building something users actually need.

As James Pacheco shared on this week’s Technically Lit episode: “A beautiful product that doesn’t solve a problem people care about is a bad product.”

Tomorrow’s Technically Lit newsletter dives into a question I’ve been obsessed with: what actually makes a great product team and how you can spot them. We’re now on Substack, so if you want the full breakdown (and future issues) grab the link in the comment 👇

Stop confusing process with culture. Your team does standups. You run retros. You’ve got a Notion doc for everything. But a full calendar and all the docs in the world won't magically translate into a stellar culture.

View full thread

You can’t Notion your way out of bad vibes. You build real culture by: ✅ Modeling curiosity ✅ Rewarding transparency ✅ Cultivating psychological safety, not fear ✅ Treating mistakes as inputs, not failures

Stop confusing process with culture. Your team does standups. You run retros. You’ve got a Notion doc for everything. But a full calendar and all the docs in the world won't magically translate into a stellar culture.

As Ryan Holdaway said on this week's Technically Lit podcast: “Process is how we work. Culture is how we treat each other.” Most teams miss this. They try to fix trust issues with better tooling. Or fix communication with more meetings.

But culture shows up when things break down. – Can juniors ask “basic” questions? – Is feedback honest or passive aggressive? – Do design, product, and engineering trust each other, or just tolerate? That’s your culture. Not your sprint board.

Are product and marketing the ultimate frenemies? Different tools. Different timelines. Same goal: build something people actually want. And when they don’t get along? Everything breaks. 🧵

View full thread

We got into: 🤝 How product and marketing can finally stop stepping on each other’s toes ⚙️ The GTM operating system that actually works for early-stage teams 📉 Why “growth loops” became buzzwords, and how to make them real again 🧠 Building marketing systems that learn, not just launch

Are product and marketing the ultimate frenemies? Different tools. Different timelines. Same goal: build something people actually want. And when they don’t get along? Everything breaks. 🧵