The WordPress support role is one that I inhabit fully, because if there’s anyone who understands what it’s like to have a technical barrier to expression, it’s me. It’s truly wonderful to be able to help others break through their own limitations, and end their silences, using the power of Free and Open Source Software, and the open web.
With the exception of WordPress and VLC I can’t think of a single, mainstream product that people just choose to use because it is better than the competition.
The qualities of a great WordPress contributor. A fantastic post from Andrew Nacin about the values, processes, and mindsets that go in to crafting WordPress. There’s a lot in the post and perhaps my favorite bit is:
What does describe WordPress well is that it’s more communication than code. I think this is also incredibly healthy. Communication and collaboration are the lifeblood for an open source project.
Nacin’s post is a testament to that, I think.
Put together a quick theme idea tonight and pushed it live to this site. Possibly a few rough areas around the edges. Overall I’m pretty happy with it, though. Really simple to put together; though I did miss my goal of keeping it under 1,000 lines of CSS. Will need to find a way to trim 50 lines. 🙂
The plugin uses a custom post type for books which lets you track each book as a new post. There’s also a custom taxonomy to keep track of the authors you’re reading as well.
I also wanted to create a repository for the notes I take when reading. I went with the easy way to do that. 🙂 Within the custom post type any content will show as notes. The main reading page has a little “View notes” link that is added automatically once you add content. It means I’ll slowly build up a public, searchable set of notes from my reading.
For displaying books I put together a few templates as a child theme. It’s what I use on this site and the child theme is up on Github. I need to clean up the author archive templates a bit but it at least gets a basic layout done.
In the future I’d love to add a graph at the top of the page which plots monthly stats of my reading. Having a visual representation of my reading velocity would be neat to see over time.
Listening to @informative talk about content strategy at the WordPress meetup tonight. The approach of first considering what questions your content has to answer seems particularly useful for support documentation. By laying the groundwork for questions first, it makes the writing more effective.
A couple weeks ago Patrick Rhone mentioned that:
It is kind of sad that, in 2012, I have yet to see a blogging engine with a post editor designed for doing the very thing we online writers go there to do… Write.
Shawn Blanc mentioned that WordPress has a built in fullscreen editor that is pretty minimal. He’s right, the fullscreen editor is one of my favorite additions from the past couple years. The new media improvements are even better.
The code is hosted over on GitHub in case you want to give the plugin a spin. I’m positive the plugin isn’t for everyone, that’s fine. 🙂
After the talk we had a 30 minute breakout session where people could ask questions. Someone asked if there were any common best practices that I saw frequently overlooked. I picked three that, while not specific to WordPress, are commonly overlooked when starting WordPress-powered sites.
Making a site “social”
My biggest pet peeve of the bunch. The idea is that people want to make their site “social” so that they can increase traffic and draw more people to what they do. The problem is that creating meaningful engagement with your site is neither easy nor fast.
So, what too many people do is drop 25 sharing buttons on their site and say, “See! It’s all socialized!” Wrong. Fact is adding sharing buttons doesn’t make your site social. If anything it disrupts your ability to build a community as your not giving readers any direction.
What’s better is to include just a small handful of sharing buttons that are for services where you will actually pay attention. If you don’t know Reddit from Pinterest from StumbleUpon then you shouldn’t have sharing tools for them. Direct people to share things on the services you engage with so that you can learn from how people share what you publish.
Similar to the assumption that sharing buttons create socially-engaging sites there’s an assumption that any blog worth its weight has to have comments. Not true.
Your WordPress-powered tiny startup only has to have what you want it to have. If you are not willing to spend time interacting with readers and building a productive community around comments then don’t. have. comments. Simple.
As a tiny startup people will use comments to ask for refunds, ask support requests, complain about your product, praise your product, and any other variation under the sun. If you aren’t on top of those conversations, stepping in to answer questions, and moderating toxic members then you’re essentially slapping up a trash heap after each piece of well-crafted content you publish.
You can either choose to put time in to creating a fantastic community of commenters or you can not have comments. You don’t get the community without the work.
Regular and consistent posting
The final best practice I mentioned had to do with the content side of things. I’ve seen too many people start blogs for their companies only to go weeks or months between posts. It’s far better to pace your content consistently.
Six posts one week followed by eight weeks of silence doesn’t send a great message to your customers. Are you going to be there for them or are you not?
If you need help staying on track and publishing consistently there are a couple plugins that can help. Edit Flow includes an editorial calendar along with a suite of editorial tools. There’s also the more single-use Editorial Calendar plugin. Either can help you map your content over a week or month and make sure you are effectively spreading posts out.
Listening to Aaron Hockley talk about how to supercharge your WordPress.