WEBVTT 00:00:00.160 --> 00:00:23.055 No one is talking about how Anthropic just dropped the new playbook. But the most shocking thing is how full of strategies for scaling a business with AI it is. So I've done the research and written the summary to give you the key ideas because this was really too good to miss. But the most credible advice in Anthropic's brand new startup playbook is the advice that cuts against Anthropic's 00:00:23.055 --> 00:00:24.495 own business interest. 00:00:24.895 --> 00:01:08.150 And that is not something most companies put in writing. So Anthropic is the AI lab behind Claude and on May fourteenth twenty twenty six, one day after they launched Claude for small business, they published a 36 page guide called the founder's playbook building an AI native startup. And no major creator has broken this down straight yet. So that's what we're gonna be doing here. And I'm going to give you the honest version including the parts where it is clearly a product advertisement and also the parts where it says things that genuinely surprised me. So stay with me until the third universal pitfall near the end because that's the one that cuts against Anthropic's 00:01:08.150 --> 00:01:09.750 own commercial interest and 00:01:10.075 --> 00:01:20.475 it's the one worth keeping whether or not you ever touch their own tools. Now, here's the headline shift that the playbook opens with. The founder's job has changed. 00:01:20.875 --> 00:01:32.370 It used to be defined by what you could do where technical founders wrote the code and non technical founders ran operations and closed the deals. Now AI has dissolved that wall 00:01:32.610 --> 00:01:53.685 and the founder's role now is not to be the individual contributor doing the work, it's to be the orchestrator of AI agents which are specialized systems that can read files, run commands and execute code and browse the web. So your attention as a founder or as a business owner using these tools shifts up the stack 00:01:54.140 --> 00:02:10.545 toward the higher order work which means generating the ideas, making the judgment calls about which direction to go and directing the agents that carry those decisions out. And the most revolutionary result of that shift is that domain expertise is what wins now. 00:02:10.785 --> 00:02:20.145 Not technical skills and not coding ability. So what matters is real lived experience in a real problem space because the people who understand 00:02:20.145 --> 00:02:24.700 the problem most deeply are the ones who know what to build and why. 00:02:25.020 --> 00:02:31.500 And that judgment is the one thing that AI can't replicate. So here is where this gets relevant to you. 00:02:31.820 --> 00:02:45.915 Even if you are not building a startup, the playbook is addressed to founders but the through line applies to any business owner implementing AI. You you direct the AI to do the work and you hold the judgment calls. 00:02:46.475 --> 00:02:53.275 And that's the shift and it shows up at every single stage of the journey the playbook describes. 00:02:53.560 --> 00:02:58.440 And Anthropic remapped the startup journey into four stages which are idea, 00:02:58.600 --> 00:02:59.480 MVP, 00:02:59.800 --> 00:03:01.480 launch and scale. 00:03:01.560 --> 00:03:10.745 And at each stage there is one core shift and one specific trap that might kill you. So here's how to read each one. The goal 00:03:10.905 --> 00:03:31.050 of the idea stage is simple. Validate that a real problem exists before you write a single line of production code. The trap is that almost nobody actually does this anymore and here's why. Agentic coding tools have collapsed the time between I have an idea and I have something that looks like a product from months 00:03:31.130 --> 00:03:32.570 down to an afternoon. 00:03:32.970 --> 00:03:37.475 And that sounds like good news but the Playbook names what that collapse 00:03:37.475 --> 00:03:41.315 actually created which is a new and very specific failure mode. 00:03:41.715 --> 00:03:52.770 So forty two percent of startups already failed because they built something nobody wanted and that was back when building still required real engineering time and real budget. 00:03:52.930 --> 00:03:57.010 Now that building is nearly free and nearly instant. 00:03:57.170 --> 00:04:07.145 And that failure rate is only going to climb because a working prototype is really easy to mistake for proof that people actually want the thing and it's not proof. 00:04:07.385 --> 00:04:16.265 The playbook is direct about this and a working prototype is just a prop that makes your conversations with potential users more concrete 00:04:16.505 --> 00:04:19.465 and the conversations themselves are the real evidence. 00:04:20.050 --> 00:04:25.170 Now the second trap at the idea stage is subtler and honestly more dangerous 00:04:25.410 --> 00:04:29.490 because AI will confirm a bad idea just as enthusiastically 00:04:29.490 --> 00:04:37.325 as it validates a good one. For example, ask it to size your market and it'll find the number that makes your opportunity look fundable. 00:04:37.485 --> 00:04:40.045 And ask it to validate your hypothesis 00:04:40.045 --> 00:04:44.765 and it'll find the evidence that makes you feel like you were right all along. 00:04:45.165 --> 00:04:59.460 And Anthropic names this directly which is that confirmation bias now has a research engine behind it. And the antidote is to aim the same tool in the opposite direction. So ask Claude to argue against your idea, 00:04:59.860 --> 00:05:08.165 to find the strongest available evidence that you're wrong and to make the best possible case for why a competitor in your space would succeed while you don't. 00:05:08.485 --> 00:05:10.965 And if the counter arguments are weak, 00:05:11.445 --> 00:05:18.245 that is a signal that you're onto something. And if they hold up and change how you think about the problem, 00:05:18.485 --> 00:05:31.720 that's also a signal. Just the honest kind. So the exit condition for the idea stage is straightforward. You have qualitative evidence from real human conversations that you are solving a real problem for real people 00:05:32.115 --> 00:05:36.675 and you reached that conclusion before you committed resources to actually building. 00:05:37.315 --> 00:05:41.475 So if you can answer yes to that, you're ready to move to the MVP stage. 00:05:41.795 --> 00:05:51.000 Now the MVP stage has three traps and they all come from the same source which is that building feels effortless. So you end up doing too much of it too fast. 00:05:51.240 --> 00:05:55.320 And the first trap is what the playbook calls agentic technical debt. 00:05:55.560 --> 00:05:57.400 And here is what that means in practice. 00:05:58.315 --> 00:06:02.715 When you build with an AI coding tool across multiple sessions, 00:06:02.875 --> 00:06:04.635 each session starts fresh 00:06:04.795 --> 00:06:05.995 and without 00:06:05.995 --> 00:06:07.275 written architectural 00:06:07.275 --> 00:06:14.410 context stored somewhere the AI can actually read. Each session re derives the foundational decisions from scratch. 00:06:14.650 --> 00:06:27.055 And those decisions actually drift over time. So you end up with a code base that has an ill coherent mental model behind it. Not because any single piece is bad but because the pieces were not designed to actually work together. 00:06:27.295 --> 00:06:35.695 And the playbook specific fix is a file called clod dot m d that you write before you start building. It captures the architectural 00:06:35.695 --> 00:06:36.255 decisions, 00:06:36.650 --> 00:06:42.170 the patterns to follow, the dependencies to avoid and the scope of what you are building 00:06:42.330 --> 00:06:50.730 and that five minutes of documentation per session is your insurance against architectural drift that compounds into an unmanageable 00:06:50.730 --> 00:06:52.090 code base down the road. 00:06:52.865 --> 00:07:17.480 Real quick, before I give you the next two traps, if you want the simplest on ramp to actually setting up agents in your own business, the go between for setting up agentic workflows without ever touching Claude code is called Claude co work. And it's a lot simpler than you think. So DM me the word Cowork on Instagram and I'll send you the complete guide to setting up your first automation in Cowork in about twenty minutes. 00:07:17.880 --> 00:07:20.840 The Instagram handle is in the description below. 00:07:21.985 --> 00:07:24.545 Okay. Here are the other two MVP traps. 00:07:24.785 --> 00:07:38.620 The second one is false product market fit because early momentum from a launch spike is not the same thing as real product market fit because a founder network, a post that pops off online, a big launch day, 00:07:38.860 --> 00:07:55.935 all of these give you a quick spike that fades fast. And what actually matters is what happens at week six and week twelve once that initial boost is gone. The playbook recommends defining your retention benchmarks and activation criteria before the first user ever shows up, not after. 00:07:56.255 --> 00:08:02.415 So that you have a clear standard for what genuine product market fit looks like versus 00:08:02.415 --> 00:08:03.455 flattering noise. 00:08:04.190 --> 00:08:08.190 And the third MVP trap is zero friction 00:08:08.190 --> 00:08:12.030 scope creep because every feature is cheap to add now. 00:08:12.350 --> 00:08:18.990 So the product bloats without you even noticing because each individual edition feels completely defensible 00:08:19.215 --> 00:08:20.255 in the moment. 00:08:20.575 --> 00:08:24.975 And the fix is a written scope document created before building begins 00:08:24.975 --> 00:08:26.255 that describes 00:08:26.255 --> 00:08:27.535 what the product does, 00:08:28.015 --> 00:08:34.030 what it deliberately does not do and the specific evidence from real users that would justify 00:08:34.030 --> 00:08:35.870 actually adding something new. 00:08:36.350 --> 00:09:00.365 That document moves the question from should we build this to has a critical mass of users actually told us that they cannot get value without this? And the difference between those two questions is the difference between a focused product and a bloated one. So the launch stage is where companies that found real traction still managed to fall apart. And the failure mode is not the product, it's the founder. 00:09:00.880 --> 00:09:13.360 At the MVP stage, the founder being in every single loop was an asset. But at launch, as support volume grows and the product decisions stack up and operational complexity multiplies, 00:09:13.600 --> 00:09:16.240 that same instinct becomes the constraint. 00:09:16.635 --> 00:09:25.995 And the playbook names three symptoms to watch for. The first is that decisions which should take an hour now take a week because they're waiting on you. 00:09:26.475 --> 00:09:37.230 The second is that support requests pile up because only you know the answer. And the third is that operational tasks only happen when you personally remember to do them. 00:09:37.710 --> 00:09:50.895 And the fix is a structured audit where you list everything you personally handle from the smallest recurring tasks to the most high stake decision and then you categorize each one as something that can be automated, 00:09:51.295 --> 00:09:57.135 something that can be delegated to someone else or something that genuinely still requires founder judgment. 00:09:57.850 --> 00:10:14.425 Then you build systems and automations around the first two categories so your attention is freed up for the third. And the playbook calls the transition from doing the work to designing the systems that do the work one of the hardest shifts in the entire startup life cycle. 00:10:14.985 --> 00:10:19.145 And because there is rarely a clear moment when it happens, 00:10:19.465 --> 00:10:32.580 the real risk is that you miss it entirely and stay stuck in builder mode while the organization stalls around you. And the scale stage is where the playbook has its most genuinely useful insight 00:10:32.580 --> 00:10:36.660 which is that your defensibility doesn't come from moving fast, 00:10:36.900 --> 00:10:38.660 it comes from accumulated 00:10:38.660 --> 00:10:39.140 depth. 00:10:39.545 --> 00:10:40.505 Specifically 00:10:40.665 --> 00:10:45.625 that depth comes from domain edge cases you've encoded into your product, 00:10:45.865 --> 00:11:00.740 the integrations you have built into the other tools your users depend on and the proprietary behavioral data your users have generated inside your product over time. And here's the part worth really paying attention to. 00:11:01.140 --> 00:11:04.980 A competitor can copy your features. They can hire your engineers 00:11:05.060 --> 00:11:07.380 and they can outspend you on marketing. 00:11:07.855 --> 00:11:19.215 What they can't do is buy the behavioral fingerprint of thousands of users who have been refining their specific workflows inside your specific product over months or years. 00:11:19.615 --> 00:11:22.815 And that data flywheel which is the cycle where 00:11:23.610 --> 00:11:24.890 creates more feedback, 00:11:25.210 --> 00:11:41.985 which drives more improvement, which drives more usage is what makes your product both harder to leave and harder to replicate. And the playbook frames this in this way. Your moat comes from things a well founded copycat could not recreate in under two years. 00:11:42.225 --> 00:11:47.425 So the question worth asking at that scale stage is not how fast can you grow, 00:11:48.120 --> 00:12:10.395 it is what have you built that is genuinely hard to copy. So now step back from the startup framing for a second and look at what this playbook is actually saying across all four stages because the through line is the same at every level. You orchestrate AI executes and the judgment calls stay with you. And that applies whether you're building a startup, running a 10 person agency, 00:12:10.635 --> 00:12:21.910 or managing a solo operation with AI handling the operational load. The playbook also names three universal pitfalls that apply to any business owner implementing AI. 00:12:22.150 --> 00:12:41.205 Not just founders and these are the three worth writing down. The first pitfall is treating AI output as a conclusion instead of a draft you still have to validate. So AI will give you a confident, well formatted, clearly structured answered on almost anything but that confidence is not the same as correctness. 00:12:41.205 --> 00:12:46.965 And every output still needs a human who's accountable for whether it is actually right. 00:12:47.630 --> 00:12:50.430 The second pitfall is underestimating 00:12:50.430 --> 00:12:51.550 review cost. 00:12:51.710 --> 00:12:55.790 So someone is still on the hook for the code review. 00:12:56.110 --> 00:12:57.310 The legal review, 00:12:57.470 --> 00:13:03.725 the brand decision and the security audit. And while AI helps you move faster through those processes, 00:13:03.885 --> 00:13:20.500 it doesn't replace the judgment that has to sign off on the outcome. So the third pitfall is the one the playbook states most clearly and it's the one that costs anthropic the most to say which is that you should not automate a process that does not already work. 00:13:20.740 --> 00:13:34.695 A process that doesn't work manually should not be handed to an agent because you don't fix chaos by scaling it. You fix the process first and then you build the automation on top of it. So here is the honesty beat. 00:13:35.095 --> 00:13:38.215 This playbook is in part a Claude advertisement 00:13:38.215 --> 00:13:52.250 because Anthropic dropped it one day after launching Claude for small business. And the tools they recommend at every stage of the journey which are Claude chat, Claude co work and Claude code are still anthropic 00:13:52.250 --> 00:13:53.130 products. 00:13:53.290 --> 00:13:59.210 So that's worth naming out loud because it shapes how much weight you give to each of these recommendations. 00:13:59.965 --> 00:14:02.365 But here's the distinction that actually matters. 00:14:02.685 --> 00:14:09.085 The advice that is the hardest to follow is also the advice that cuts against Anthropics commercial interests. 00:14:09.485 --> 00:14:17.760 Validate harder before you build means you might build less and automate later means you might use fewer AI tools sooner. 00:14:18.240 --> 00:14:30.415 So those are not things a company with a financial interest and you building more and automating faster would say unless they genuinely believe them. And that's exactly why the validation discipline, 00:14:30.415 --> 00:14:34.335 the whole idea that do not mistake building for validating 00:14:34.655 --> 00:14:37.295 is the most credible thing in this entire document. 00:14:37.820 --> 00:14:51.180 The advice that is bad for the person giving it is usually the advice worth keeping for yourself. And the playbook ends with a line that is worth sitting with which is that the bottleneck is no longer what you can build, 00:14:51.500 --> 00:15:14.500 it's what you choose to build. So think about what that actually means. A year ago, the constraint on building a product was technical because you needed the right stack, the right team and the right runway. Today, if you have a clear problem statement and a few focus sessions with an AI coding tool, you have a working prototype by the end of the week which means the technical barrier is essentially gone. 00:15:15.700 --> 00:15:24.420 So the winners in this area are not whoever builds the fastest, they're whoever has the clearest judgment about what is actually worth building. 00:15:24.955 --> 00:15:27.835 And that comes down to domain expertise. 00:15:27.995 --> 00:15:37.035 A real understanding of a real problem and the discipline to validate before you build even when building is effortless and instant. 00:15:37.275 --> 00:15:45.200 And that is the whole game now. And Anthropic put this in writing so the map is there and what you do with that is up to you. 00:15:45.680 --> 00:15:51.680 Also, if this was useful to you, hit that like and subscribe. It genuinely helps us keep making these videos. 00:15:52.505 --> 00:15:58.425 And I'm Flo, short for Florencio and I run an AI automation and education agency 00:15:58.505 --> 00:16:23.132 where we help small to medium sized businesses scale productivity without scaling headcount. So if you want someone to actually come in and train your team on how to scale AI automations or you want someone to build these automations for you, then our contact information is in the description below. Also, if you wanna see how you can get a free AI employee through cloud for small business, then you can watch this video here and get that set up for yourself. We'll see you on the next one.