If you run a membership community on Skool or just have a ministry website, your About page/homepage is your front door. It's where every curious visitor decides whether to step inside or quietly move on, and it's the only thing standing between them and the join button. And on Skool you get 1,000 characters to make it count. Even on your website, you should try to narrow it down to 1,000 characters. Message clarity is greater than characters used. That constraint changes everything. There's no room for a mission statement, your founding story, and a feature list. Every line has to earn its place, which is why the About pages that welcome the most new members tend to follow proven copywriting frameworks instead of winging it. The ones I see working on Skool right now: PAS (Problem, Agitate, Solution). Open with the struggle your ideal member feels, press on it, then position your community as the relief. It tells visitors "You're in the right place" in the first two lines. The value stack. A scannable bulleted list of exactly what's inside. Courses by name, calls, templates. People don't join "a community," they join a pile of specific things they can picture. Who it's for / who it's not for. A gentle filter helps the wrong-fit visitor move on and makes the right-fit visitor feel seen. On Skool, member quality is the product. Proof up top. Your most credible, specific fact belongs in the first three lines, not paragraph four. A number beats an adjective every time. Most About pages I read bury their best material and lead with their weakest. There are all kinds of variations but why pick just one? Here's where it gets interesting. I prompted Claude Fable 5, Anthropic's newest model, to master every major About page framework and rewrite landing page copy line by line. I've been testing its capabilities on my own pages, and the before-and-after surprised me. Want me to run yours through it? Comment "heck yea" and I'll DM you the results. I'm not saying it will always be better or convert better because that requires testing. This is just one example where the models are getting smart enough it doesn't always make sense to use just one specific framework when it can understand dozens and pick and choose to deliver what it thinks is the best overall version.