Of all the E2.0 tools, I tend to focus a bit more on wikis than others. So I wanted to share some blog-love with the whole wiki market and discuss why wikis are so important.
I came across intranet wikis in late 2002, just before people started noticing Wikipedia - the most popular and successful single wiki. Purists will note that wiki technology was created in 1994-1995, a decade before most people heard about it. As with many Internet technologies, wikis followed a pattern of adoption where at first the technology was used by a small group of people (also known as the geeks) who understood the value the new affordances provided. Then a tipping point occurred, and someone applied the technology in a profound and relevant way — introducing it to the masses. Commercial interests developed. And now we have a proliferation of wiki options and uses.
A wiki is simply a web page that can be edited directly online by an authorized user. Consider the billions of pages on the Internet: Before wikis (and related technologies), your typical Internet experience was to find and read what other people wrote. The Internet was a library, and you were the spectator. But this model caused frustrations:
- Adding new web content to a site you owned is very challenging. Many web sites are supported by content management software, which should make the job of creating web content easy. But the software was either not very easy to use or accessible to anyone but the webmaster. And still, many sites look crappy; unless they were designed professionally. But once you get a designer involved — add time and money to everything.
- Web content always seems to be irrelevant, outdated, or wrong. People who write static web content never understand what you need. They just write what they think you should see. In a sense, we are victims of content that other people created.
- You can never find anything on the web, especially on the intranet. Instead, you find hundreds of pages of things that a search engine provides for you. So you either bookmark lots of pages, or you have a very organized friend whom you email every time you needed to get something online.
Wikis offer a fundamentally different approach to web content. If you find a mistake on a page, you can correct it. If you believe a page needs to exist where one does not, you can create it. This freedom to alter content on the web transforms a reader into a contributor. This very freedom is at the crux of the social questions about free content, defacement, intellectual property, and the war between experts and networked amateurs. And this fueled the (now quiet) intellectual debate about Wikipedia.
When wikis enter a corporate environment the nature of these intellectual issues change dramatically. We’re much less worried about reckless defacement of intranet sites. After all, digital transactions inside a company are recorded, and most people want to keep their jobs. The chanllenge is to foster proper use, not prevent misuse.
People quickly understand that an intranet wiki allows them to alter the content on their intranet without having to bother a webmaster. This was the main attraction for many people I spoke to in the early days of corporate wikis. They looked to create “Workipedias” which were internal “wikipedia-like” corporate wikis for all internal information. E2.0 pundits debated if the workipedia models is the best way to go. I found it worked in some companies not in others. So for me the debate lives with no strong evidence, just strong opinion.
But along with the “quick editing without getting though an approval cycle” value that wikis provide, there are two other profound values that wikis offer:
- A collection of wiki pages becomes a valuable information asset that grows and improves as it gets used. Wiki pages are just editable web pages. But when you interlink pages together, you create the opportunity to discover and reshape information in ways that go beyond any document. Not a new insight, but one that was lost on many people until they saw the power of networked information.
- If you and I edit the same page, we start to forge a working relationship. We demonstrate that we both care about the content on the page, and that we are both willing to improve it. Wikis enable content-co-creation much more effectivly than using a shared document. Wikis create ad-hoc teams.
A few months ago, when I was an analyst with Forrester Research, I conducted a study along with Oliver Young to understand the state of the Enterprise 2.0 industry from the perspective of its most relevant component tools. We found that Wikis proved to be the highest “value” tool reported by users. They were also being adopted at a healthy pace. In a sense, they were the lead dog in the race. Now the report did explain that most vendors in the market are creating E2.0 platforms that contain multiple technologies. So many people are not looking to choose between a wiki or a blog, but are looking at which platform to choose, where each offer wikis, blogs, and more.
As a result, I published a follow-up report on the seven key questions to address when selecting an enterprise wiki (many of these steps apply to other E2.0 technologies). That report is also available to Forrester clients, but a very good write up is available here which summarizes many of the main points in the report. Note: there are many wiki options, and I can help you pick the right one for your needs.
My conclusions from years of managing and implementing wikis, as well as peer-reviewed published research that I conducted tells me that wikis are the strong play of Enterprise 2.0. Put it together with a profile capability (the foundation of social networking tools), and you are armed to start reshaping the intranet. Of course, it’s never the weapon that wins the war, but you want to make sure you have the right gear.



{ 6 trackbacks }
{ 23 comments… read them below or add one }
Why wikis should be a standard workplace tool. http://t.co/E7Z66X2D This is an interesting read and gives credence to our model!
Why wikis should be a standard workplace tool.: http://t.co/FAOBdCv7
Why wikis should be a standard workplace tool. http://t.co/pqyNiBPu
Why wikis should be a standard workplace tool.: http://t.co/FAOBdCv7
RT @gyehuda Why wikis should be a standard workplace tool. http://bit.ly/AsCPw Nice article via @nixxe #in
@VMaryAbraham how about: http://bit.ly/7InY3t http://bit.ly/6yM3j8 http://bit.ly/8aWuwB http://bit.ly/5apDxR
@ajean122 Why wikis should be a standard workplace tool http://bit.ly/RqKzA
Why wikis should be a standard workplace tool. http://tr.im/rJdT
@paula_thrasher “gone away” =past-hype is measure of success for wiki. People interacting w/content is as strong as ever http://bit.ly/AcVBR
RT @ananeves: corporate wikis: “[t]he challenge is to foster proper use, not prevent misuse.” by @gyehuda in http://twurl.nl/l4ccb0
corporate wikis: "[t]he challenge is to foster proper use, not prevent misuse." by @gyehuda in http://twurl.nl/l4ccb0 << well said!
Absolutely! And companies that do not have a Wiki significantly reduce their potential in all ways. ALL ways.
This is a great article enunciating common sense in the 2009+ workplace (but really since many years ago – just took a while to catch on…).
I have worked in a place with a highly restricted Wiki though too – so, to be clear – *that* is not a Wiki, technically. That is management limiting potential for success in their company, let alone employee innovation and development.
Having the right philosophies in Wiki usage, with encouragement to collaborate openly, maturely, and with do whats right vs political intentions, is just as important as having the tool in house. Oh, and an overall Wiki owner to help steer and keep semi-order in the content evolution always helps too on the chaos management (and this can be done without being restrictive).
Thanks Gil for yet another great article!
Check out: "Why wikis should be a standard workplace tool." (http://twitthis.com/aycwg4)
Gil,
Your new post is great and I am really curious to see the discussions that are going to happen. I just hope it won’t make me look like the bad guy that hates wikis
Anyway I’ll try to contribute in a constructive way!
Btw. I’ll attend E2.0 conf in Boston next week, so I hope we’ll have the opportunity to meet and continue the discussion.
Sébastien
I just posted a question to the “audience” to get their feedback on this question. Let’s see what others say too.
I do not believe that the E2.0 conference will be broadcast live. But I’m sure it will be recorded and available. I hope that many people live-tweet also.
Great summary post on workplace collab-a-roo from @gyehuda – Why Wikis Should Be a Standard Workplace Tool: http://bit.ly/ExWdK
Gil,
I think you make a really good point: “should microsharing tools be standalone or associated with a larger platform? When does either model make the most sense?”
That’s a question we are facing on a daily basis.
Agreeing with 37signals’ guys we think that “Less is more”. Therefore we try to focus on a couple of features – 2/3 – we think users are going to assimilate the fastest to answer a specific need. Yet some other players of the industry took the other stance and offer a wide range of features ranging from forums, wikis to micro-blogging that could answer different potential needs but could present a higher training-cost.
Unfortunately “One-size fits all” is not of this It-world. So the integration question would lead to this fast analysis: on one side you have a task-focused service adapted to a specific need. On the other side you have a complete solution that could answer a wide span of needs. The first one would probably require an ecosystem business-approach so customers can pick a couple of simple applications they like and make them communicate with each other. The second one would require a one-to-one consulting & training business-approach so the software editor can adapt the service to the specific needs of the customer.
Naturally I would believe that the first model addresses SME while the second addresses larger companies…Yet the industry probably needs more data and business cases to know which model suits the best to which type of company. We can even imagine hybrids that would make this over-simplified analysis useless…
So I’d be more than happy to contribute to a discussion on this topic on your blog in the upcoming days!
Btw. is your panel at E2.0 conference going to be broadcasted on the net?
Sébastien
You make a very interesting point, but I’m just not sold on it being right. Sure, in environments (large or small) where content is not as important as activity, then one may expect more value from better activity management than from better content management. But I do not believe that group size is the right measure. I have not met too many companies who claim they have a great handle on their content management, but I have met many who tell me that wikis have made a significant difference in helping getting a handle on content. And these include people who work in small companies. Moreover, E2.0 is sold into many large enterprises at the departmental level — in effect simulating the smallness of an SMB.
Moreover, many wiki platforms provide microsharing activity streaming too (just take a look at the most recent versions of Mindtouch, SocialText, ThoughtFarmer, SocialCast, Jive, BlueKiwi, Connections, and Confluence, which provide some form of activity streams to their wikis — others too).
But this implies a more general question — should microsharing tools be standalone or associated with a larger platform? When does either model make the most sense?
I plan on asking a panel representing some of the MicroSharing platform vendors this very question at the E2.0 Conference in Boston next week. Sorry that YooLink is not on the panel — but I do welcome your input to this question. Let me post something later this week that opens this question more generally and I’d like to invite you (and your clients) to share their thought too.
Hi,
That’s a great post indeed. Yet I think it’s only true in Large companies.
Wikis are a great place to build content in a collaborative way. Yet it consumes loads of time. Time to update it, time to read it, time to distribute it among the right teams.
It is debatable that SME can support such a cost and that the benefit will be important:
- SME are mostly focusing on Business-as-usual. They have to deliver, produce and sign customers. They can’t necessarily spend large amount of times filling up wikis.
- By definition there are not thousands of employees within SME. Expertises are mostly known within teams. Employees don’t produce corporate content per se but mostly use Internet as a knowledge base to find information they need.
So the question is more how do people bring the content they find on-line back to their company, share it among their teams and find it again when they face a particular problem.
I’m not sure Wikis properly answers the question in a SME. The cost-of-use is a little too high in a standard SME and I did not see a single real use-case proving the opposite.
I think wikis are great for large companies. SME need something to benefit from content and knowledge formalized by people outside of the company. By people on the Internet. Microsharing – Social bookmarking and micro-blogging – are a better fit I think…
Reading @gyehuda blog post: Why #wikis should be a standard workplace tool. http://ow.ly/dLYg
Very clear article. I wish I had it when I first asked: “What is a wiki?” I like the idea that when several people work on editing the same wiki page, they forge a working relationship. I guess that’s a way of building trust.
Gil,
Neat article. We learn so much from you. We are working to get our first internal wiki site up. We were going to use it for our research and now I’m wondering if it might not be cool to try all of those slightly tricky administrative proceses that cause people to have to call each other.
I am picturing sites…set up by our COTA framework…and of course administrative processes would go under 4. Admin. Can’t wait to chat about Web 2, 3 and 4.0 with you.
Gil–
I completely agree that wikis are the best entree to Enterprise 2.0 technologies. At my firm we’re using wikis for all kinds of administrative and “line” uses such as project management, as an easy-to-edit intranet tool, substantive content repository, client/matter management, etc. etc. There have been a number of blog, but the commenting has been pretty rare compared to the number of people editing wikis.
To your point about how a wiki can transform a reader into a contributor, I would add that wikis not only let people add content, but that, as with tagging, wikis let contributors add structure to the content, through interlinking and through creating and breaking down sets of web pages. The more contributors, particularly of the “wiki gardener
” variety, the more organized the content gets.