Live data from Hacker News

Ask HN: YC S10 startup wants your opinions about wikis

news.ycombinator.com

1–10 of 28 posts

Ask HN: YC S10 startup wants your opinions about wikis

#1
We're a incoming YC team exploring online collaboration tools and workflows. We're working on something completely different, but are running into the same annoyances managing shared information that we've experienced before in other teams. We already know about basecamp, sharepoint, etherpad, unfuddle, jotspot, pbwiki, google sites/wave, chatter, solutions mentioned in previous HN posts(1) and wikimatrix.org... But amazingly, nothing seems to fit quite right.

We're wondering if there's room for something light & inspiring, like github and posterous are for their respective tasks. We've found one key driver to a successful collaboration experience is how effectively it integrates into your workflow, which for us means email. Few tools seem to do this well without being heavyweight.

Most people we've talked to are passionate one way or another, and we've enjoyed the discussion. Some of the questions we've asked are:

1. What type of projects have you used wikis/shared documents for? How many readers and writers were involved?

2. Think of a specific project where a wiki or was invaluable. What made it work?

3. What didn't work? Was it an issue with the collaboration process, tool or ... ??

4. What was the typical workflow like for you? What were the pain points? How would you have done it differently?

5. What is the minimum set of features that would be required to be useful?

Tell us your thoughts. We would be happy to clean up & publish the results if it would be helpful for others (we'll do this if there are sufficient responses to warrant this, say, 50)

(1) Previous HN posts about wikis:

http://news.ycombinator.com/item?id=49440 http://news.ycombinator.com/item?id=1257106 http://apps.ycombinator.com/item?id=371133 http://news.ycombinator.com/item?id=569189

Re: Ask HN: YC S10 startup wants your opinions about wikis

#4
Great timing - I just abandoned an idea because I could not find a wiki-type product for what I wanted. Basically, I want to create a wiki to keep track of many different properties and the associated images, lease documents, information etc on each lease in a portfolio. A wiki would be fine, but I also want to run some analysis on a small subset of structured data such as Lease start dates, amount of rent, future rent, dates of lease expiries etc.

If I went to the trouble of inputting all this information, I would want to have the ability to script some of the data I input, kind of like a wiki page but with some structured tags etc. Things like Google maps, photo galleries, PDF previews would be icing on the cake.

Re: Ask HN: YC S10 startup wants your opinions about wikis

#5
For me there is always an "overlap" problem with "infotools" like todo lists, issue trackers, wikis, google notebook etc. And in my case, they're always competing with email, which is hard to beat.

Suppose I have an idea for a neat new feature for my product. What do I do? Write an email to the others, or put it on my todo list, or on a shared todo list, or create a feature request on the issue tracker, or write it in a wiki, or write it in google notebook, or just write it in todo.txt...?

In the end, I use email for most things and google notebook for personal notes. I also carry Moleskine for when I'm not in front of the computer.

Since you asked about collaboration, I think an ideal tool would somehow integrate with email (gmail), because clearly email is not going away for another x years.

Also, I think the quick descent of Wave into also-ran status shows that "fancy" collaboration sounds good, but even if the initial reactions are super-favorable (I used GW for weeks and even wrote a blog post about it), email prevails! Hence my suggestion to integrate with email.

Re: Ask HN: YC S10 startup wants your opinions about wikis

#6
In my opinion, the key to online collaboration is product design for the right audience. It can't be a swiss-knife solution. Collaboration means different things to different people. Targeting large organizations or targeting SMB's will require different strategies, since both perceive and use collaboration differently.

My feedback below derives from experience within medium-large Financial Services organizations AND a small Web-based startup.

We use shared documents and workflows on a daily basis. Currently we use SharePoint internally. But we also use Google Docs between smaller groups of people. We migrated our main Wiki to Sharepoint, and have also been developing on SharePoint to extend it a bit.

I think more than the mere charm of devising a cool collaboration tool, what really works with "document management" is it's centralized version-controlled nature. More than anything, people want quick & easy access to documents. They also want to compare or recover previous versions of a document.

Collaboration (as we geeks think of it) is different from collaboration in the real-world. Some may disagree, but in real-world businesses documents are rarely edited by more than one person at the same time. In medium-large organizations, collaboration and meetings are often synonymous. From what I've witnessed, document-based collaboration in most medium-large organizations means 5 people sitting in a room going through a document and taking notes. Having said that, it's also a fine opportunity to promote a change and make it truly collaborative in the 21st century sense.

SMB's (and startups) are more savvy, flexible and open to experimentation. I think the best way to look at online collaboration is, first and foremost, by taking collaboration out of email.

Re: Ask HN: YC S10 startup wants your opinions about wikis

#7
I'm skeptical that a wiki is still a sensible angle in this day and age.

I've used plenty of them (and like them for tech centric documentation) but let's be honest; they never quite caught on in a business context.

This is most certainly not due to a shortage of implementations (wikimatrix lists 124, no less) nor due to a lack of user-friendlyness (markup-free WYSIWYG ui's are dime a dozen now, from pbwiki to google pages).

I would rather claim that there is simply a fundamental impedance mismatch between the wiki concept and the common workflow in most companies.

Like it or not (disclaimer: I certainly don't), most workflows are still dominated by Word and Excel documents. Those don't mix well with a wiki, in fact they don't mix at all.

Moreover once you enter this battle you'll find yourself not only competing with the friendly closet fileserver ("Just drop it on drive Z:, Sue") and E-Mail ("I'll mail you the new version in a minute") but also with the ilk of MS Sharepoint, Mindtouch and a truckload of other workflow solutions that more or less "work", but most importantly usually allow the users to stick with their beloved MS Office suite.

Anyways, to make a long story short; instead of beating a dead horse yet again, why not look at the ideas that have caught on in the meantime?

Those would be the whole 37signals stuff (basecamp), dropbox, and I guess you also have to count pivotal tracker into that bucket (as much as I despise it personally). What most of these seem to have in common is the "do only one thing and do it well" approach, as opposed to the old "one tool to rule them all" meme.

So, my humble opinion would be that there's still tons of low hanging fruit in the latter market. A wiki on the other hand... Well, perhaps impl #125 will finally part the users from their Excel. But tbh, I wouldn't bet on it. YMMV. ;-)

Re: Ask HN: YC S10 startup wants your opinions about wikis

#8
post #7

I'm skeptical that a wiki is still a sensible angle in this day and age. I've used plenty of them (and like them for tech centric documentation) but let's be honest; they never quite caught on in a business context. This is most certainly not due to a shortage of implementations (wikimatrix lists 124, no less) nor due to a lack of user-friendlyness (markup-free WYSIWYG ui's are dime a dozen now, from pbwiki to google…

Thanks for the insightful comment. You hit the nail on the head - we're not interested in building another wiki (as you mentioned, we haven't seen one we've liked). We're just trying to think about whether it's possible to solve the problem in a simpler way.

Re: Ask HN: YC S10 startup wants your opinions about wikis

#9
There's Wikipedia, and then there's wikis.

Wikipedia is an awesome resource because hundreds if not thousands of people every day actually collaborate on it. There are a few big public wikis that are like this, too, but Wikipedia's the main one. Of course, Wikipedia has a toxic and idiotic culture, but they wrote a not-bad encyclopedia. That's fine.

Wikis, on the other hand, are usually just a repository for single-author documents which are, at best, sparsely updated by that single author when he is bored. They don't spin up to full collaborative potential if they're just a documentation repository for a group that has real work to do. They're just another bin of poorly updated documentation.

Re: Ask HN: YC S10 startup wants your opinions about wikis

#10
post #7

I'm skeptical that a wiki is still a sensible angle in this day and age. I've used plenty of them (and like them for tech centric documentation) but let's be honest; they never quite caught on in a business context. This is most certainly not due to a shortage of implementations (wikimatrix lists 124, no less) nor due to a lack of user-friendlyness (markup-free WYSIWYG ui's are dime a dozen now, from pbwiki to google…

Agreed. Providing structure around an existing workflow for a target group is exactly what the doctor ordered... but even that's a tough nut to crack. One of our hopes in exploring existing workflows is to identify both winners and losers around specific use cases. Thanks for the thoughtful response.
Post reply on HN