What open code developers can teach PR
Is the real challenge for PR just "influence"? Or is it something bigger thatn that? If so, are there ways we can help PR move past its history of spinnage and into a future of usefulness?
Those are the questions raised for me by "Distributed influence: quantifying the impact of social media", an Edelman paper posted several days ago by Jonny Bentwood on his blog. It's a worthy effort, with good people involved. It is also a work in progress. Says Jonny, "It is not written as a fait accompli but rather as a contribution to the conversation", adding "I welcome your thoughts and comments about this document. My aim when writing this was to continue the debate that the original post sparked". That would be Measuring Online Influence, posted by Jonny last September.
So, toward that conversation, a few of my thoughts.
First, What is the influence for? Is it to sell stuff? To build or substantiate a "brand"? Or for something deeper and broader than both? Public Relations since its beginnings has had a difficult split between the real and the ideal — the real being demand by clients for spin and sales, and the ideal being "relations" with "publics" that include but are not limited to spin and sales. I visited that split in The Problem with PR, a piece I wrote for the late Upside in 1992. It begins,
There is no Pulitzer Prize for public relations. No Peabody. No Heismann. No Oscar, Emmy or Eddy. Not even a Most Valuable Flacker award. Sure, like many misunderstood professions, public relations has its official bodies, and even its degrees, awards and titles. Do you know what they are? Neither do most people who practice the profession.
The call of the flack is not a grateful one. Almost all casual references to public relations are negative. Between the last sentence and this one, I sought to confirm this by looking through a Time magazine. It took me about seven seconds to find an example: a Lance Morrow essay in which he says Serbia has "the biggest public relations problem since Pol Pot went into politics." Since genocide is the problem in question, the public relations solution can only range from lying to cosmetics. Morrow's remark suggests this is the full range of PR's work. Few, I suspect, would disagree.
So PR has the biggest PR problem of all: people use it as a synonym for BS. It seems only fair to defend the profession, but there is no point to it. Common usage is impossible to correct. And frankly, there is a much smaller market for telling the truth than for shading it.
In 1999 David Weinberger and I leveraged much of that essay in the Markets are Conversations chapter of The Cluetrain Manifesto, with one big difference: We saw hope for PR where seven years earlier I saw gloom:
But, of course, the best of the people in PR are not PR Types at all. They understand that they aren't censors, they’re the company's best conversationalists. Their job — their craft — is to discern stories the market actually wants to hear, to help journalists write stories that tell the truth, to bring people into conversation rather than protect them from it. Indeed, already some companies are building sites that give journalists comprehensive, unfiltered information about the industry, including unedited material from their competitors. In the age of the Web where hype blows up in your face and spin gets taken as an insult, the real work of PR will be more important than ever.
And that's what we have going on here. The Edelman folks, with help from their friends, are scaffolding a new understanding of what PR is, built around the ideals of real conversation. The purpose of real conversation is not (or not only) to provide the verbal cosmetics that characterized too much of PR in the past; but rather to serve the need for businesses to employ good people, to provide customers with good products and services, and in general to contribute to society in useful and positive ways. In other words, to humanize companies by helping those inside relate to those outside, in constructive ways.
The question is how.
In various ways from the late 70s to the early 90s I was in the PR business. But in equally various ways I've been a journalist from the '60s to the present, and it's in that capacity that I want very much for PR to create a new market for itself: one that acquires and applies expertise in conversation and relationship, which are frontiers for business mentality here in the Developed World. On a persoinal level, I want PR to stop treating me as an "influencer" and to start respecting my real purpose as a journalist, which is to help drive better understandings of the topics I write about. The difference is an essential one.
Some of the best feedback we got after Cluetrain came out was from people in what we used to call the Third World. They told us we were on the right track when we said "markets are conversations", but that our job with that had just begun. We not only needed to understand more about how conversation work, but how to value and build relationships. They told us that both conversation and relationship are hugely important in markets of the literal sort, where villages gather not only to do business but to make culture. And that it is essential to understand two things: 1) that culture includes but is not limited to business; and 2) that business cannot be viewed only through the prism of transaction. In other words, in both culture and business, "bottom lines" are not all monetary.
So PR is in a good position to help drive this understanding, for the simple reason that PR has cared about conversation and relationship for the duration. Is it time for PR to take a lead in exploring those things and developing the required values and practices around them? I hope so.
But I'm not sure focusing on "influence" is the only way to do that. Focusing on influence alone suggests that PR is just looking to expand the spin business from old media to new, and from old targets to new ones. There are other corners of the prism, other angles to come at the problems and opportunities in around conversation and relationship.
The challenge here that is bracketed by two quotes. The first is from Richard Edelman himself, first in his blog and then in the Distributed Influence paper:: "...corporations can't buy reputation or brand loyalty any more. These are earned through performance over the long-term". The other is from Don Marti, who says, "Becoming a blog-friendly company by chattering on blogs is like becoming a cat person by clawing your own couch and crapping in a litter box. You have to give the bloggers something to chat about."
Obviously the performance Richard talks about can't take the form of faking conversation on blogs. In fact it requires a deeper characterization of blogs, and bloggers, than as "media" that happen to include "influential" writers. Unfortunately, that's a harder job than it was a few years ago when blogging was mostly an amateur affair. A friend in the PR biz, whose own blogging is an on-and-off affair, recently said this in an email: "...most of the blogosphere has become a full-on commercial wankfest now. The world is positively lousy with self-styled 'social media consultants' (including, it has to be said ... me) spewing such tortured constructs as 'finding the voice that will resonate with your consumers' (I'm not making that up, by the way - that's a verbatim quote from one particular 'B-Blogging Consultant' I ran into a couple of months ago...)"
To me the best of blogging isn't measured by influence, popularity, traffic or the money that measurement of those bring in the from advertising. In fact, I'm not sure what makes blogging good is measurable at all. That's because what makes makes blogging good is nothing more than being interesting, useful or both.
Case in point. Back in 2003, when the "social media" (a term I can't stand... more about that later) was not yet a buzzphrase, I wrote that "Blogging is about making and changing minds". Jay Rosen ran with that, adding "weblogging is an inconclusive act — and that’s attractive, part of the fun." So did others at the time. A couple years later, I added some thoughts about the 'snowball effect', adding "...if you start with an idea, whether partly formed or whole, whether yours or somebody else's, and push it in the downhill direction that all blogging (thanks to links and RSS) essentially goes, it's bound to have some impact once it grows large enough. And as long as it keeps going."
What makes a snowball roll is not influence. It's participation. Barns are not raised by neighbors in thrall of "A-list" farmers. They are raised by people who know how to build barns, and who know and work with the farmer who needs the barn. Which brings me to why I'm bringing this up here in Linux Journal.
Software development has been going through a huge and important change over the last fifteen years, during which the bulk of it has moved out of the corporate sphere and into the social one. Today there are over 500,000 open source code bases, and that doesn't even count ones that are essentially open but not happening inside SourceForge or other familiar venues. Those code bases have grown around use value rather than sale value — a critical distinction that Eric S. Raymond described eloquently in The Cathedral and the Bazaar.
Most or all of those half-million development efforts are the code equivalents of barns. Some are raised by single developers. Others are raised by groups. Few are happening exclusively inside companies. Where companies "own" a development effort — such as we now find with Sun, which made news this past week by announcing that it was buying MySQL — they find themselves needing to comply with the methods and values of the development community, rather than vice versa. Meaning that if Sun wants to muscle MySQL's developers, it's Sun that will find itself in trouble, rather than the reverse. (I don't think Sun will do that, by the way, but that's a whole 'nuther thread.)
It's important to know that the virtues of open source code development are primarily utilitarian and meritocratic, rather than convivial. A code maintainer may be good buddies with a programmer who wants to help raise the barn of maintained code, but if the programmer buddy doesn't have useful code to contribute, that code won't get in. This is why "show me the code" is the most important — and selective — phrase in any open source development project.
This is a huge lesson for PR. What PR needs to do is not just look for influence, but to contribute to the development project we call understanding. When PR people weigh in on a topic, they need to contribute in useful ways. They need to help grow the snowball of useful knowledge about a topic. This is a hugely different challenge than, say, creating buzz. While buzz may be interesting, and measurable, at its best it is more effect than cause.
The real frontier here is a simple one: to develop a new and better understanding of how PR can be useful. That means the real questions are — to mix metaphors — What barns do we need to raise? And, What snowballs do we need to roll toward positive purposes?
The Distributed Influence paper, and the highly engaged way Jonny, Richard and others are going about creating and improving it, are all constructive efforts, and deserve support. Looking for whom to influence, however, and how to measure that, is at best necessary but insufficient to the larger purposes of contribution and usefulness. And the hard part with both is that you can't just measure them with money. In fact, I'm not even sure they're measurable in any terms other than built-out results. Even those must go on the customary metrics of "message delivery" and the like.
If the results, like the methods, are "social", they also have to exceed the boundaries of the cilent companies' own immediate interests. As for the new boundaries, well... those require some fresh new conversations.
Doc Searls is Senior Editor of Linux Journal
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- UX Designer
- Technical Support Rep
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- Reply to comment | Linux Journal
9 hours 50 min ago - Nice article, thanks for the
20 hours 30 min ago - I once had a better way I
1 day 2 hours ago - Not only you I too assumed
1 day 2 hours ago - another very interesting
1 day 4 hours ago - Reply to comment | Linux Journal
1 day 6 hours ago - Reply to comment | Linux Journal
1 day 13 hours ago - Reply to comment | Linux Journal
1 day 13 hours ago - Favorite (and easily brute-forced) pw's
1 day 15 hours ago - Have you tried Boxen? It's a
1 day 21 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
There's always PR, even if it is not done
PR learning from developers? You must be kidding... PR happens all the time, even when it's not being done - "unplanned communication", y'know. I agree that many people confuse PR and BS, but I'm afraid it's developers and maintainers who lead that pack - and who are vocal enough to create opinions.
When I started tinkering with Linux more than three years ago, the first thing I was told was that I had to "understand" many new things. Ok, no problem... However, when I did learn and understand something about Linux, and tried to point out that it's not always up to the mark and dared to suggest what and how could be improved - being an ex-PR man, I was primarily talking about relations between developers and (potential) users - what I mostly heard was various forms of P.U.A.R.
If developers and maintainers want understanding - which I'm not so sure about - they should really start learning how to listen, too.
Just testing. (Wondering
Just testing. (Wondering where did my last comment go.)
Dialogues and collaborative efforts
@Trueash:
As a PR student (with previous studies in Political Science), I disagree with the notion that PR people can't learn from developers.
There are basically, as far as I've observed, two kinds of PR people: You're either someone like an OSS developer or you just want to "create buzz".
Doc's comments are, methinks, to be considered on a much more macro level whereby OSS has that open agreement of collaboration as opposed to the PR's entrenchment in press agentry.
With regards to your personal experience with developers, I'd forward a slight distinction:
No one would clearly remark upfront that collaboration is difficult; that working with others is difficult because there is always something that would need to be compromised OR the participants of that dialogue need to "agree to disagree".
So I'd place your experience in the context of the intricacies of achieving that ideal form of understanding through a collaborative experience.
The basis of Doc's piece, I think, is very much based on the idea that:
1) Communication exists for a purpose;
2) That purpose is about the sharing and creating of something;
3) For that project to be valuable to all - which in turn creates and maintains relationships - the PR person must, as a conduit and/or GUI of the organisation he's working for, always have a win-win mindset in place.
In that sense then, it is participation and that participation builds towards understanding ala David Bohm's "On Dialogue".
That is, PR at its best, is to be a facilitator of dialogues.
Customer service?
Doc, the "Customer Service is the New Marketing" conference looks like a downhill version of one of your snowballs. Is customer service the new PR?