Transparent Media

From P2P Foundation
Jump to navigation Jump to search

Concept and proposal by Chris Anderson, editor in chief of Wired magazine and author of the book on the Long Tail markets.


Description

From http://www.longtail.com/the_long_tail/2006/12/what_would_radi_1.html

Six tactics of transparent media

1) Show who we are. All staff edit their own personal "about" pages, giving bios, contact details and job functions. Encourage anyone who wants to blog to do so. Have a masthead that actually means something to people who aren't on it. While we're at it, how about a real org chart, revealing the second dimension that's purposely obscured in the linear ranking on a traditional masthead?

Upside: Readers know who to contact. The organization is revealed as a collection of diverse individuals, not just a brand, an editor and some writers.

Risk: Competitors know who to poach; PR people spam us even more than usual.


2) Show what we're working on. We already have internal wikis that are common scratch pads for teams working on projects. And most writers have their own thread-gathering processes, often online. Why no open them to all? Who knows, perhaps other people will have good ideas, too.

Upside: Tap the wisdom of crowds

Risk: Tip off competitors (although I'd argue that this would just as likely freeze them; after all the prior art would be obvious to all); Risks "scooping ourselves", robbing the final product of freshness.


3) "Process as Content"*. Why not share the reporting as it happens, uploading the text of each interview as soon as you can get it processed by your flat-world transcription service in India? (This may sound ridiculous, but it's exactly what wire services such as the AP have long done--they update their stories with each new fragment of information). After you've woven together enough of the threads to have a semi-coherent draft, why not ask your readers to help edit it? (We did it here, and it worked great). And while you're at it, let them write the headlines and subheads, not just for the site but also the punchier ones for the RSS feed and the one that has to work with the art for the magazine.

Upside: Open participation can make stories better--better researched, better thought through and deeper. It also can crowdsource some of the work of the copy desk and editors. And once the story is done and published, the participants have a sense of collective ownership that encourages them to spread the word.

Risk: Curating the process can quickly hit diminishing returns. Writers end up feeling like a cruise director, constantly trying to get people to participate. And all the other risks of the item above.


4) Privilege the crowd. Why not give comments equal status to the story they're commenting on? Why not publish all letters to the editor as they're submitted (we did that here), and let the readers vote on which are the best? We could promise to publish the top five each month, whether we like them or not: "Harness our tools of production! Make us print your words! Voting is Power!"

Upside: Maximizes participation.

Risk: If we don't deploy voting tools or (sigh) a login system, trolls may rule.


5) Let readers decide what's best. We own Reddit, which (among other things) is a terrific way of measuring popularity. Why should we guess at which stories will be most popular and give those preferential treatment? Why not just measure what people really think and let statistics determine the hierarchy of the front page?

Upside: A front page that reflects reader interest better.

Risk: A more predictable and lowbrow front page.


6) Wikifiy everything. The realities of publishing is that at some point you push the publish button. In the traditional world, that's the end of the story. It is a snapshot in time, as good as we could make it but inevitably imperfect. The errors (and all articles have them) are a mix of commission and omission--we hope for the best yet brace ourselves for the worst. But what if we published every story on a wiki platform, so they could evolve over time, just like Wikipedia itself? The original story would be the foundation of what could eventually become a version expanded and updated by readers (our Fortune 500 blogging wiki was an experiment in this). If you want to see the original version, just push the "original" button, or see any changes in-between by looking at the version history.

Upside: Stories live and grow, remaining relevant long after their original publication (at no cost to us!)

Risk: Stories get progressively less coherent as many cooks mess with them. Whatever brand authority the Wired name brings is diminished over time as the stories become less and less our own work." (http://www.longtail.com/the_long_tail/2006/12/what_would_radi_1.html)