-
Website
http://avc.com/ -
Original page
http://www.avc.com/a_vc/2008/07/thinking-about.html -
Subscribe
All Comments -
Community
-
Top Commenters
-
ShanaC
1217 comments · 71 points
-
daryn
213 comments · 14 points
-
kidmercury
827 comments · 103 points
-
howardlindzon
207 comments · 71 points
-
Charlie Crystle
203 comments · 35 points
-
-
Popular Threads
-
Getting Computer Science Into Middle School
1 day ago · 258 comments
-
End of Year Music Posts
15 hours ago · 38 comments
-
How To Get Me To Hang Up On You
3 days ago · 158 comments
-
Open APIs and Open Standards
4 days ago · 207 comments
-
Trading Deals, A Lost Art?
2 days ago · 78 comments
-
Getting Computer Science Into Middle School
The big social networks including the ones you mention have considered it for ages, but it's super tough to implement and keep secure for a number of reasons.
But it could be as simple as Google creating an API for Google Groups.
email, IM, wiki, pages, dashboard, documents.
Now it would be more interesting to see Facebook adding third party apps to Groups.
I have no idea why they haven't done it, maybe they don't perceive it as part of their core business.
Another factor is that a group organised on a particular platform is not limited to the single tool.
I participate in a Yahoo group, who use Google Apps to manage collaborate docs (as Yahoo doesn't have an equivalent) and have begun to use Twitter to organise events.
Certainly it would be handy to have an 'all-in-one' group tool, but it's only of marginal utility when the switching barriers are so low.
Barriers get even lower with common widget platforms - then all you want in a group tool is a common authentication process and a skeletal framework. Applications can be drawn from wherever the group prefers.
Effectively it becomes a web-based OS...
At Grou.ps we've identified the least common denominator of group needs as: sharing, communication, collaboration and group action. Our current modules are built around these 4 pivots, but we know that it's impossible to satisfy everyone's needs, so that's why we have chosen to be an open source platform and allowed everyone to create their own modules. We're still working on it and we expect a whole new ecosystem to emerge there.
But I don't believe that "less is more" mantra works here - there are 2 types of users. For group members, yes, less is more; but group founders, they need more power. So you need to find the good balance.
It's been quite a while since group services are discussed on web 2.0 blogs, our presence has played an important role there - you might have noticed it.
First thing I did on my groups project was cut the feature set in half.
http://dailystrength.org/groups/beta
That seems a tad complicated for the keep it simple mantra, but does it have to be?
I find a lot of Ning sites, for example, are set up to make sure you know that you can do X things with the Y features that the group has enable. That causes a lot of friction for me on the way to the real meat, which is what my fellow group members have posted.
So much enterprise software does this now as well. Putting everything ahead of the conversation.
With Convos, we're trying to challenge the way people think about using an online group to organize people. We're using a Flex-based interface that looks and feels like a desktop app instead of a social network. For us, groups can be a fast way of adding a little structure to any activity or organization and we think the experience should include powerful client for interacting with all of your groups (whether you lead 10 or particpate in 2). Then, I agree, open it up and allow groups to be created from anywhere with information to flowing in and out.
I'll agree we don't need another traditional online groups service. However, as long as people continue to interact with groups of people in real life, there's always room for innovating the group dynamic on the web.
It will be very interesting to see how grou.ps develops - whether all the variations built upon the base will be modular, mutually elegant, and stable - or ugly, incompatible, and unstable when someone tries to graft elements from different iterations into a new group.
"A customizable site to call their own, even if it just has information as to what the group does and how to sign up.
A way to communicate internally, via a one-way or two-way listserv, depending on the group.
A way to do RSVPs for events."
That would then allows users to customize to their groups preferences. An example of what I am thinking about is Wix; as it has the capabilities to allow users to build a website very easily and customize to their unique preferences. The trick then is to get compatibility with all the social networking sites, which is a huge hurdle.
-Theron
though marc is light years ahead of most webpreneurs, so i think he's got the best answer at this point.
#2 on Chris' list above is the tough nut to crack, IMO. Email gets overwhelming really fast, but forums/platform-based messaging is usually a better way to bury content than to get it out.
grou.ps is one of the best mini-platforms I have seen, and I have been looking around a lot. I still don't understand how the messaging works, though. My bike racing team's yahoo list gets ~50 messages a day. Getting that many emails is bad enough- if I got 50 messages saying "click to visit the site and read your message" I'd shoot myself. That's what Ning does and is the main reason we rejected it for our team's use.
The related point is that not only does each group want something different- so does each group member. Probably most people are happy to interact by email. Others want photo & blog import, Twitter integration, etc. Messaging is so critical because it is the piece that will tie everything together.
What is the alternative to getting 50 emails/day or reading the updates/communications on the ning.com site? I'm struggling with this too.
The forum still has so many folders and subfolders that it's a pain to check for new content. I keep thinking that Friendfeed would do a great job as a replacement if it did this:
1) Post full content of original entries + blog imports and photo feeds (grou.ps really shines here)
2) Allow comment discussion around the entries like FF does currently. Ideally blog comments would tie back to the source as well (using Disqus?)
3) Make the most-commented items sticky so they stay at/near the top. Most content goes up, gets read and floats downstream. It's a fraction that generates significant conversation
That's what this user would like to do with Chris O'Donnell's API, at least. I'd still like to see a better way to sort messages so they go only to the relevant people, but something like this would vastly improve on the forum experience and help cut down the email traffic at the same time.
Jim | @jstorerj
This reminds me of the best lecture I heard at an HBS alum event.
It was Tom Siebel on stage and he was asked to give the secret formula to business success. He returned the one-liner:
"Find a need that's under-served. Deliver it better than anyone else."
(of course he didn't mention opening it up, or anything else for that matter).
It was so simple yet people raved about it as so brilliant, that it made him resemble Peter Sellers in "Being There".
³in the spring the flowers will bloom²
LOL
The trick to doing ALL of our conversations in one shared environment is that this space needs to manage all facets of our identity - because without a clear identity there is no follow through networking.
Currently, "Groups" as a term, is too large of a category to describe a single class of solutions. When you think about "groups" they can range from virtual-only groups, to real world groups -- from small groups (like an individual family) to 10's of thousands spread across the world with a common interest in fly fishing -- from official clubs/associations with membership fees to a group of your basketball buddies. While shopping and chore lists may be the killer app for a family, it doesn't apply well to an association who's biggest problem is collecting fees/ attracting new members, or a sports team who wants to manage a roster and have a phone tree, or to a virtual group that would like to blog to each other about their common interests.
Over time, there will likely be significant segmentation with different needs (and different market dynamics). Some markets can support a more tailored solution (because they are willing to pay, have an attractive audience to advertisers, etc.). Even if you slice up "families" or "sports teams" these are themselves huge audiences.
At Qlubb (http://www.qlubb.com) where I work, we're focusing on trusted, real-world groups as they have some distinct needs that services like yahoogroups don't provide for very well. We've focused on application first and while we've built much of the infrastructure, this may be an area of commoditization. With a few standards thrown into the mix, the market may end up with a common infrastructure layer/provider for group features that are useful across most groups. We're not holding our breath for it though.
(I've been flirting with Erik Von Hippel's "Democratizing Innovation" book lately: http://web.mit.edu/evhippel/www/books.htm )
Or something like Disqus that abstracts the convo (e.g. why can't I post to GearSlutz.com via email or Twitter?)
I agree with the idea that the big social nets are in a good position to start this...our "profiles" should just be a "home base" for all the communities we're a part of (with explicit and implicit networks on top).
Clearly, as you describe, the best, simplest strategy is to deliver a great bit of value and then be a kind of "pipe" that everyone else needs to plug into.
Flows, not stocks, of data, right? ;-)