-
Website
http://ildhavet.dk/ -
Original page
http://blog.kaplak.com/2008/07/06/kaplak-and-the-wiki-way/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
LauraH
8 comments · 10 points
-
micah
2 comments · 13 points
-
Daniel Ha
4 comments · 405 points
-
MortenBlaabjerg
55 comments · 2 points
-
electricbob
12 comments · 1 points
-
-
Popular Threads
The wiki in our system will be where the real power is. There's nothing like a wiki taking off. It's incredibly difficult to do and can be so much more demanding to organize than a blog, but the rewards are heaps greater and the work done of a much more lasting value.
While we do need, I think, the blog in order to engage in conversations and open up the space (I've previously found this difficult to do with a wiki), we try to do it in the relaxed "wiki" way. No reason to write yet another "Twitter vs. Friendfeed" post ;-) Who really cares?
Your post mentioned lack of pressure to pump out content quickly. I don't know that I agree with that but it might come down to what your wiki's topic is. Fan History is more entertainment driven, with components of web 2.0 news and fandom news. There is, to a certain extent, a rush to be timely but the pressure is less because while it might be important to get an article up about LiveJournal elections, a policy change at Quizilla which might cause parts of fandom to desert it or the Open Source Boob project, we can quickly create a stub, adding minimal information and then capture that audience who will hopefully help contribute to that information. Or we can give ourselves time to go back and edit that content when we are less pressed for time or have fewer commitments we need to worry about. That, for me, is the real advantage.
Have you looked at some extensions for MediaWiki like the ability to integrate a blogging component and socialprofiles into your wiki? Or looked at WetPaint's platform which allows commenting on articles? There are a few wikis that seem to use those as a way to foster user engagement. Halopedia takes this to an extreme of sorts with out necessarily losing the wiki way. (But that might come down to defining what the wiki way means for you. For us at Fan History, that tends to be eschewing the idea of community in order to insure that we can minimize the perception of bias that fostering a community can create.)
Twitter vs. Friendfeed probably matters most if your target audience is in that space. :) So seeing something more relevant to my activities is a YAY! :)
One particular purpose of what we're doing with our wiki is to develop language. We need common ways to describe what's happening online, in order to organize what we're doing and communicate effectively about it. I think you just coined a new concept, which I'll reach out and dub "the stub advantage", which is indeed a wonderful thing :-)
Didn't look too seriously for social networking components for the wiki, as we'll put the social networking elsewhere in K's network and not primarily in the wiki. I hate the disorderly fashion discussion of wiki pages can turn into. Great for quick edits and brief inputs, but really bad for threaded, meaningful discussion. Thanks for the tips, though, - will look into it.
We are exploring extensions, though. Jesper Lund who recently joined Kaplak (see previous posting) is working as we speak on an extension which integrates our del.icio.us bookmarks with the wiki, because it is a high priority for us to get our data collecting and information building up to speed and very well connected. It's a work in progress. But you'll know how that is :-)
How tied is Kaplak with academic and academic theory regarding community organization and function? There is a lot of language created and in use already. I know this has become an issue with Fan History in that we've got a number of potential audiences who don't speak the same language and don't really have a need to speak the same language. (Acafen, Quizilla users, members of the entertainment industry all create their own language based on need and interest.)
Stub advantage. :) But very important. I know for Fan History that we've found say using a template like musicians template as a base for articles means that new users are less intimidated when they see an article like Oasis. It ups our participation level. I've chatted with a lot of people who see wiki entries on Wikipedia, see the articles as rather complete and don't feel they can make meaningful contributions with out some structure where they can easily plug in.
Sounds like a nifty extension. :) And I could see the advantages to having that integrated in.
I agree, you can't scale anything without capital. As far as K is concerned, I'm not worried about getting capital, but more focused on 1) getting the right kind of capital at the right price :-) and 2) getting our investors to understand our way of doing and building our business. Because if they don't, they'll unwaringly run us into the ground before we know it, with too short-sighted demands. Right now, we have good first friendly contacts and a good network of advisors, and we are busy building customer relationships. We'll have decent income streams before we get around to scaling things too much. We're very inspired by Steve Blank - emphasizing customer input very early in our process.
My greatest quibble with Wikipedia is that pages have become much too complex, with too many templates and unnecessary code-gibberish, which prevents most from adding to it. I hate when you create a page there, only to be met by a template inserted by someone which says it needs "documenting" it's "notability". That wasn't the way Wikipedia was built 4 years ago - when the motto was to "be bold"...
We ought to continue this on IM sometime - do you use Google Talk or something else besides Twitter?
Wikipedia has a lot of issues. Some of those templates are so complex that I find them scary to edit. The notability requirement, the people sitting on articles to revert anything that doesn't match with their idea of what should be in the article are among some of the problems. Sadly, Wikipedia's visibility is what a lot of people think of when you talk about wikis and getting people from other wikis to be involved in the larger wiki community can be a pain in the arse.
I installed GTalk where I'm laura @ fanhistory . com. I'm on AIM at h2oequalswater, MSN at lhale@niu.edu, and Y!M at bouncingpurplepopple.
Nobody will use a wiki (or any other piece of software, for that matter) if they cannot perceive it's usefulness. I've been there, fighting that endless battle :-) One of the problems of wiki adoption is that users fail to see the great advantage of wikis - until after they've dived in. In other words, there has to be a great, real pain, which the software/tool/product can help solve.
So what you need to do is make clear (at a conscious level) what the problem/pain is, and how the tool works to solve it. In our case, a wiki is a tool on our way to cracking the niche distribution problem, we're in the process of identifying. We don't need a lot of external edits, really. We're happy if we can attract people to the wiki, who know or feel the pain we describe, and actively search for information online about it (those are the people primarily we'll reach with our "1st phase" online efforts).
Based on my previous experience, I will be thrilled if we reach our goal of having 5% edits being made by users otherwise unaffiliated with Kaplak at the end of the year. That will be awesome. And even if we don't, I can live with it. It's heavy work building up a thunderstorm ;-)
So in my experience the task is not so much about teaching something, as it is to identify the underlying problem or challenge your work helps solve or remedy (by talking to/interviewing users & potential customers), then let it sink into the way you work and present your project, and the problem as well as your solution/remedy will be more apparent to new users/customers.
I read the book over a vacation, brought the software into our enterprise architecture space, and that was that.
Wiki at its most basic is a quick, easy way to collaboratively stand up a web site. At its deepest, its an on-line, global collaboration toolkit. It can be used to build web sites, and it can be used to build living documents, as well as constructing a document that you'll want to cut over to PDF for something more akin to publishing. And you can build presentations in some wikis as well.
The wiki languages are also special because they're typically easy to learn, at least for the most common things to do. That makes it especially appropriate for collaborating with more business-y folk.
It is a cultural and social challenge to use wiki well. Its important to stress to teams that its THEIR wiki, its THEIR content. THEY have responsibility. As a manager, its my place to force occasional restructurings and reviews - one problem with wiki-built web sites is that navigation is a mess; the structure tends to build hap-hazardly and at the whims of each person, making one of the two ways to navigate, hierarchy, almost useless, and making the second, search, only occasionally useful.
I wonder if adding a tagging system to wiki would help.
Thanks and have fun! - Bob
Business people see the value of immediate capture of meeting minutes and ideas quickly. And. paraphrasing Eddie Murphy, once you have a wiki you'll never go back.
It is more of a learning how to wiki code and having people to support new contributors with out offending them. Going back to Wikipedia, people can get really frustrated. They're bold, they edit and then some one comes in and basically destroys their contributions. It makes them less inclined to participate again. They might still use the wiki as a tool because they can't get that information elsewhere but they might not be willing to contribute.
And added to this, fandom, like pretty much any other type of social grouping, has a whole slew of politics going on, competing groups, factions, vested interests in how things are portrayed. This can be a barrier, a bigger barrier, than the perceived usefulness. "Yes, this is a great resource BUT I don't agree with the politics of the person who runs it. I won't contribute." OR "I don't like the fact that anyone can edit it. I'd like the tool better if it had better controls and only a limited number of people could contribute to it."
I think that we both probably have similar issues but because our audience have different concerns and different needs that our barriers to getting people to edit are very different. (But that we both have the same end goal of getting greater user contributions.)
I want to add this one to make search more effective - I want to provide another dimension to the team for identifying interesting stuff.
Have you used any of the extensions? Any recommendation?
Thanks and have fun! - Bob
I'd also like to emphasize that the "they" will never be a collaboratively powerful "they" using the wiki to it's full advantage without leadership and vision. This typically means someone putting in hours to make sure the wiki stays on track, at least to begin with. But of course, be careful not to lead the way too far ahead for anyone to follow, and not to do everything "for the users", as otherwise they will never learn.
When dealing with politics (I worked for a really large multinational bank for 10 years, where I stood up our first wiki), I like to urge people to do a "point - counterpoint" style of page. Sometimes works....