The Open Source Future of Accounting

Rod Drury’s ten trends in accounting are spot on, but they could all be encapsulated in the first: “Online accounting won’t exist as a product category for long.” Rod writes…

Small Business don’t do integration projects but in
the SaaS world vendors are encouraged to work together
to integrate their products so small businesses don’t
have to. Some vendors may decide to develop the
surrounding modules and have full suites and others
will make it easy to link with complimentary solutions.

Like all software, accounting software is becoming part of an ecosystem. As the ecosystem evolves, components evolve and connect to diverse related components. The emergence of standardised APIs, integration with other business modules and with banking systems, and the emergence of a market for integrators are all artefacts of this.

What Rod misses is that the exact trends he predicts are strongly favourable to open source accounting software components. Accounting software is the classic example of the “critical non-core” category where open source works best. As Geoffrey Moore points out, accounting software doesn’t by itself make anyone any money, but everyone has to have it. There is therefore no threat to competitive advantage in collaborating around it. In a component-based environment, even business models that do rely on particular transaction flows derive their advantage from implementation, rather than the components themselves.

Another trend that favours open source accounting solutions is the suspicion of business models based on lock-in and datamining. With open source cloud solutions, the customer has greater freedom to move between service providers without having to change the software that they use.

In the last couple of weeks, I have heard of two projects to integrate time and job management modules with the open source accounting system that we use, Ledger SMB and help of

OnlineGroups.Net Welcomes MSN Group Managers

Microsoft has announced that MSN Groups will close in February 2009.

MSN Groups Announces Closure

They have made a deal with Multiply so that MSN Group Managers can create a group on Multiply, migrate their content and invite their group members from MSN Groups. The migration process worked pretty well on the small MSN group I created today, but managers of large MSN groups report long migration times, incomplete migration and other problems. Still, I think getting most of the content over is doing pretty well, given the challenges of integrating disparate systems.

Multiply groups are great for posting photos, videos and music, and their site customization is pretty flexible. What I haven’t found at Multiply is good old email discussion group functioning. You can get email delivery with a Multiply group, and you can post via email using a “Secret Pin”. There is a scary form in the HTML email that flips you to the site to make a comment. This is a web forum with an email interface, and a long way from the equivalent participation using web and email provided by Yahoo! Groups, Google Groups and OnlineGroups.Net. My MSN Group works pretty well that way, too, although the forum interface feels pretty old school and the text at the top of the email body is slightly disconcerting. I can, however, post and read posts using email or the web. I am sure that MSN Group users would find that OnlineGroups.Net groups compare pretty favourably with the MSN Groups messages feature, after the small time that it takes to get used to anything new.

You can’t delete posts with OnlineGroups.Net groups, but we think that’s a feature not a bug, as most posts are emailed out to most people. If spam is a problem, it’s easy to put new members on moderation.

The messages system at OnlineGroups.Net is not totally vanilla, though. Online groups topics are great for document-sharing, and make a passable photo album, and you can post YouTube movies quite easily. OnlineGroups.Net groups also have live chat.

A Multiply group gets its own subdomain (like my group at, as do people (like me at If you have multiple related groups, I guess you just have to link between them, like you do at MSN. A big difference with OnlineGroups.Net is that you can locate multiple related groups on a single site with its own domain such as This is perhaps of more appeal to organisations than it is to MSN Group Managers who, I am guessing, tend to be individuals. If there are clusters of MSN Groups looking for a single location, however, then starting an OnlineGroups.Net site would be a good option. [Update: clearly many MSN Groups have multiple message boards. Groups like these, whether convened by organisations or inviduals, could benefit from starting multiple groups on an OnlineGroups.Net site.]

Another difference from both MSN Groups and Multiply is that OnlineGroups.Net sites have no ads. We charge for private group members (although they’re still free just now), so the business model is clear. Use a free public site and bring us customers who might buy the premium service. We want OnlineGroups.Net sites to reflect our customers’ identity as much as possible, rather than ours or some arbitrary third party’s. We even invite site adminstrators to put their own domain on an online groups site for free.

So, MSN Group Managers, if it’s good old email and web discussion that you want, with some file, photo and video-sharing and a bit of live chat, an OnlineGroups.Net site could be well worth considering. If you also want to have multiple related groups located on a single site, and you’d rather have no ads, I’d like to know what other option beats ours.

Unfortunately, we can’t offer the same migration process that Multiply can. I can’t find an API at MSN Groups or any way to export messages or user profiles. If you can get a list of group members’ email addresses, it’s pretty easy to invite users to join an OnlineGroups.Net group, in batches of up to 100.

What we can do is to reply to email. If you have any questions about migrating from MSN Groups to OnlineGroups.Net, we’d love to hear from you in the OnlineGroups.Net Admins group. [Update: Here are some details about the benefits of OnlineGroups.Net for MSN Group Managers and a demo group that you can join to try out OnlineGroups.Net.]

Start a Local Online Public Issues Forum

Here at OnlineGroups.Net, we don’t just provide sites
where people can collaborate in online groups. We also
build and release GroupServer,
the software that underpins OnlineGroups.Net,
and we help organisations to implement
GroupServer to create successful online groups and communities.
Sometimes, that involves technical work such as hosting,
configuring, customising and maintaining software. At other
times, it involves social and organisational consulting,
to get people engaged and participating in online groups. I
affectionately refer to the latter as “wrangling”.

One of the wrangling projects
I’ve worked on recently is establishing
the Canterbury
Online Public Issues Forum
. Now that the forum
is up and running, and looks like it’s going to be
a sustainable part of the local democratic landscape,
I’ve written the Aotearoa Local Online Public Issues Forum Guide
(PDF, 445kb), which aims to help others to get
similar forums started. The guide is based on our
experience with the Canterbury Forum, and includes
the text of various documents that we used to get
the forum started.

One of the main contributors to
the Canterbury forum project was funding
provided by the
Partnership Fund
. The 2008/2009 funding round of
the Community Partnership Fund will open on 6 October
2008. If you are interested in starting an online
public issues forum in Aotearoa New Zealand,
you may be also able to get some support from the CPF.
You can use the Canterbury forum as evidence of
what can be achieved, and use
the guide
to increase your chances of creating another sucessful
forum. I would also be happy to help you in any
way that I can, so feel free to
get in touch.

If you plan to start a local online public issues
forum outside Aotearoa New Zealand, the guide
will probably be of some use to you, too. Of
course, I also recommend you get in touch with our
friends, customer and colleagues at
E-Democracy.Org, because they
are the world experts in local online participative
democracy. It was only with their help that
I was able to achieve what I have in Canterbury.
Thank you Steven Clift and Tim Erickson for
your inspiration, assistance and leadership.
My thanks also to Ron Kjestrup, Nicki Reece,
Plains 96.9FM,
Andrew Groom and the
Canterbury forum
steering team,
in the forum, Environment Canterbury,
and Christchurch City Council,
who have all been instrumental in the success of this project.

OnlineGroups.Net Short-listed for NZ Open Source Software Awards

Today’s Computerworld lists the finalists for the second NZ Open Source Awards, and I’m happy to say that we are there in the “Open Source Software Project” category with GroupServer.

Almost as cool is to see the health of open source software in Aotearoa New Zealand. This is the second year for the NZ Open Source Awards, and they received nearly 100 nominations. Among them are our good friends Dave Lane of Egressive, Hagley College of Computing (big ups, Josh Campbell) and Glynn Foster of Sun Microsystems. Finalists also include Wellington’s Silverstripe, whose CMS powers the US Democratic Party National Convention website.

The awards will be announced at a gala event on Wednesday 24 September in Wellington. That promises to be a fun night!

Delete the Emails

The other night, I was at dinner with some friends, and some friends of friends. The conversation turned to OnlineGroups.Net. One of the guests I didn’t know so well said “Oh yeah, I use that. I really like it. I just delete the emails.”

I was happy of course to hear that she liked our system, but I was happier to hear why. OnlineGroups.Net was making it easier for her to deal with email.

Why does it make me happy that people are deleting emails that are sent using our system, especially when there’s an implication that she is deleting them without even reading them? Because this is exactly what we hope people will do.

We don’t want people deleting all their email unread. Email works just fine for ad hoc conversations in small groups, especially groups of two. In this case, the subject line is more or less irrelevant (in fact, I often have trouble choosing a subject line for social emails and have even been known to commit “no subject” sin).

In groups, however, the task of a group member is often simply to keep track of conversations. Often, detail is irrelevant, and it is sufficient to know that A and B are discussing X.

Email without OnlineGroups.Net defeats the task of keeping track of conversations in the following ways.

  • The recipient usually needs to open and read the emails to find out what is being discussed and who is participating in the discussion.
  • The recipient usually has some obligation to keep the email, in case they need to refer to it later.
  • If they do need to refer to the email conversation later, it is likely to be difficult to find, especially if the subject line has changed during the conversation.

Email with OnlineGroups.Net supports the task of keeping track of conversations in the following ways.

  • The email subject always shows the group name which provides instant cues as to the participants in, and the purpose of the conversation.
  • There is no need to keep or file the email, as it is kept on the server.
  • If there is a need to refer back to the conversation, it is easy to find the email, and the other emails in the same conversation.

Actually, these benefits don’t just apply to OnlineGroups.Net users. Yahoo! Groups, Google Groups and all list servers with a web interface provide the same benefits. If you’re using one of these systems, really, try this: just delete the emails.

Why We Release GroupServer as Open Source

OnlineGroups.Net has released the source code of GroupServer, the software that powers our web and email collaboration service. This means that, if you are technically savvy and have access to a server, you can download, install and run GroupServer sites for free. You can inspect the inner workings of GroupServer and even make changes to it, if you like. Why would we do this, when we charge money for premium online groups sites here? Here are the reasons we do this.

Transparency Builds Trust

People who use our online groups trust us with their data. Like other service providers, we have a privacy policy, but think words should be backed up with actions. We want our customers to know what’s under the hood of the system they trust with their data. Of course, not everyone has the technical skills to understand the workings of the systems, but the option is there for those who do.

GroupServer is a fairly sophisticated system to administer, so we make it easy to start sites and online groups, here at OnlineGroups.Net. Sites with only public groups are free, but we charge a subscription for sites with private groups. Even though that’s how we make money (there are no ads on our sites), we want our customers to use that service by choice, not because it’s their only option.

We want people to feel good about us, so that our customers spread the word about our service.

GroupServer will Get Better Faster

One of the main things that makes open source software successful is that people who like the software help to make it better. People who use OnlineGroups.Net already do that, by providing feedback in the OnlineGroups.Net Administrators online group, by only people who adminster GroupServer behind-the-scenes can give us technical feedback about it.

As organisations use and benefit from GroupServer, they are likely to want improvements to it. Some of our customers engage us to improve GroupServer now. There is no penalty to them if we give those improvements to all our customers, and they benefit because other customers do the same. In many open source projects, organisations who use the software engage their own developers to make the improvements, and contribute those back to the core of the system.

GroupServer is built in a modular way, so that it can easily support a large community of developers working on it at the same time.

We Like Interesting Gigs

Believe it or not, we like doing real work that makes a real difference. By giving away GroupServer, we know that we’ll get asked to do consulting and development on interesting projects: we already are. We also provide custom hosting for GroupServer sites, and software maintenance to keep sites running on the latest version of GroupServer.

Open Source Software Attracts Awesome Developers

One of the challenges in the software business is finding awesome developers, when you need them. One of our goals in building a developer community is to get to know people who are experienced with our product, whom we can call on to work with us on projects.

Collaboration Software Should be Built by Collaboration

Releasing the source is consistent with our philosophy of collaboration, where it makes sense. After all, collaboration is what our software is for. We believe that software that is built by collaboration is better at supporting collaboration. We’re building it for something that we do, not something that only other people do.

Of course the tools that we use, Linux, Zope, Python, PostgreSQL, Apache, Postfix and others are all open source. Because we benefit from those tools, it makes sense to contribute back.

Giving Software Away Just Feels Right

We want to make significant, widely-installed software. It doesn’t cost us to give away software. We figure that the more we can give away, the more good things will come back to us.

Protect IP by Giving it Away

The fact that there is no licence fee for GroupServer doesn’t mean there is no licence. GroupServer uses the GPL, which strictly specifies that anyone releasing modified versions of GroupServer, must apply the same open licence to their code. This does not guarantee that everyone will play nicely and keep GroupServer open, but the bigger the community that uses GroupServer, the less the impact of breaches will be.

It is even possible that a competitor could start offering a service providing sites and online groups like we do. That competitor, however, would be just as exposed as we are to a second competitor and a third entering the scene. Actually, if you’d like to get involved with GroupServer, come and talk to us. Maybe there’s some way we can work together. Or just go ahead and install it. We are creating an ecosystem here, not an empire.

We’re Not The Only Ones Doing This

Finally, we didn’t think this up for ourselves. Automattic have built a successful business based on the open source blogging tool WordPress. SugarCRM give away their software, as well as providing hosted access to it. Read/Write Web recently described how you can Build Your Own Reddit With Reddit, discussed how niche software service companies can benefit from open sourcing their code.

Collaboration platform provider (who, like, us are not advertising-based, and do email lists with a forum interface) have just raised $1.1 million, and open sourced a version of their software, as discussued on Read/Write Web and TechCrunch.

Update: Scott Dietzen of Zimbralog writes about The Merge of SaaS and Open Source echoes our views about customer like-in, vs lock-in. Zimbra has blended SaaS and OSS from the outset.

“The cynic would argue why give up proprietary intellectual property and lock-in unless your customers or competitive pressures are forcing you to do so? Indeed, the lock-in with SaaS may prove to be more onerous than it has been with proprietary software—not only is an organization tied to a proprietary software service, but its data is now resident in someone else’s data center.”

Data portability is a topic that I will cover in a future post to this blog (we can provide it, but it is not yet standard on OnlineGroups.Net). Scott also writes about the choice between hosted and in-house provision.

“While SaaS allows organizations to ramp up new software with minimal investment, open source means they could always bring it in house later or move to an alternative provider (or at least have the negotiating leverage for doing the same).”

Why We Built GroupServer

If I had to sum up software development in one word, it would be “don’t”. When you know a bit about what’s possible, it is easy to be seduced by the notion that custom software could solve all your problems. Your business is unique of course, and so your requirements are unique. It seemed so easy for the geeks to code up that prototype. It is easy to forget “Soon, cheap, good — choose two”. The cost of making software robust, scalable and flexible seems to surprise us every time. It is easy to forget the nightmare projects where, with budgets and deadlines long blown, still more resources are poured in before the plug is eventually, painfully pulled. A pretty good fit with an existing system is a pretty attractive alternative. So most of the time, when custom software development is suggested, mechanical repetition of the word “don’t” is the most valuable consultancy you can offer.

Why, then did we build custom software?

In 2002, my company GroupSense provided an online learning platform for post-graduate business school Advanced Business Education Ltd (ABEL), for the third year in a row. ABEL’s programme involves self-study and small group collaboration in between a series of block-courses. In 1998, when we first met to discuss elearning, the managers at ABEL showed me their course material. It was two large ringbinders that they sent out to their students in courier bags. They asked me what I thought they should do with it. I said “send it out in courier bags” and “let’s do something online that you can’t do with courier bags”. We agreed that displacing the course material printing cost to the students would benefit no-one. What they wanted was to make it easier for their students to collaborate in between face to face meetings.

At that stage, I provided online collaboration consulting, using platforms that were already available. Most corporates had a mail system with shared folders. Where they didn’t, or where participants spanned organizational boundaries, many options were already available on the Internet. There were several mature web forum tools, although none of them supported email participation very well. I favoured email lists as they enabled participants to use the client they were already using for collaboration. The best list servers also had online archives, that supported posting and file-sharing: the best of both worlds. I’d been recommending a service called, until it became eGroups.

In 1999, ABEL launched 30 online groups for students using eGroups. It was a small step, that extended the services ABEL provided, and enabled ABEL to begin to learn about how it could use the new medium. By 2000, eGroups had been acquired by Yahoo!, and ABEL provided the same 30 groups plus another 150 groups, in each of two semesters, for small group collaboration. In another small step, the web interface was de-emphasised in favour of simply getting the students to use the email interface. The usage and feedback were good, so we offered Yahoo! Groups in 2001 and 2002, by now teaching the students how to get a Yahoo! ID and use the web interface of their online groups. We also provided a website for ABEL, with static content, feedback surveys, some assessment results and links to the students’ Yahoo! Groups.

There were various problems with using Yahoo! Groups, however. Because Yahoo! had integrated Yahoo! Groups with various other properties, their registration system was complicated. It was difficult to point students to their Yahoo! Groups, because they all had different urls. The groups were located amongst arbitrary other Yahoo! Groups, as well as advertising that was often not appropriate for a business school. ABEL wanted their elearning initiative to provide more of a sense of place, and to reflect their brand. Finally, administration of 330 Yahoo! Groups was manual and tedious, and there was a risk that losing access to the single administration account would shut down the whole show.

Despite the problems with Yahoo! Groups, ABEL was sold on the benefits to their students of being able to interact with their online groups using email, the web or both. They asked us to find an elearning platform that provided the functionality of Yahoo! Groups within a website that they could control. Though we looked, we could not find software that provided that. We evaluated various elearning platforms, but they were all oriented towards content and had basic web forums, at best. There were still no list servers with a good web interface. What we did find was some open source components that went most of the way to what ABEL wanted. We also found some developers who could integrate the components quickly. ABEL agreed to the open source development approach, and GroupServer was developed and in production within a couple of months.

In the years that followed, the ABEL site was expanded to support online content, as well as surveys, workshop admission forms and photo sheets, notifications of assessment results, and sophisticated reporting of results and survey responses.

In 2004, GroupServer was spotted by Steven Clift of E-Democracy.Org. E-Democracy.Org had been running online public issues forums in Minnesota and other places, since the mid-nineties often using Yahoo! Groups themselves. They were looking for an alternative that they could have more control over, and recognised GroupServer as exactly what they were looking for. They provided some resources to develop features that would make GroupServer more useful for public sites. By May 2005, they had begun to migrate all of the E-Democracy.Org forums to a GroupServer site.

The approach of incrementally developing GroupServer has worked well for OnlineGroups.Net and our customers. We have managed to keep budgets and timeframes in check. It has taken five years, but GroupServer is now scalable to hundreds of thousands of users, and it has been in production all this time.

By 2006, organizations including Landcare Research, Local Government Online, and Steven Clift’s Democracies Online were using GroupServer. Other organizations began to ask for online groups sites, so the OnlineGroups.Net beta service was launched. Now that OnlineGroups.Net is now out of beta, and GroupServer 1.0 is available to download, there is a viable alternative to Yahoo! Groups, and Google Groups, for organizations that want email groups with a web forum interface, on a dedicated customizable website, with no advertising.

Email: Consider Your Audience

In Why Fight Email?, I explained how OnlineGroups.Net makes email useful for group collaboration. Unfortunately, however, even though OnlineGroups.Net inherently adds useful metadata to email, it does not provide immunity from the GIGO (garbage in, garbage out) effect. If people send bad email, people receive bad email. Receiving bad email causes email overload.

Inbox-management tools such as ClearContext and Xobni, and the more drastic email free days, and email bankruptcy tactics are admissions of powerlessness in the face of bad email. They are ambulances (or body bags) at the bottom of the cliff.

I can’t hear anyone complaining that they receive too much clear, concise and useful email. I do, however, hear increasing calls for consideration before clicking the “send” button. The latest of these is Seth Godin’s checklist of 36 things to think about before sending an email. Although, I agree with every one of Seth’s suggestions, 36 is just too many things for me to think about for every email.

Our own exhortation to write clear and thoughtful posts (part of the User Guide that is on every OnlineGroups.Net site) lists seven things to think about. Actually, for emphasis, two of these are more or less the same: consider your audience.

I have renamed my “send” button, the “zen” button. Each occasion to click this button is a zen moment, a moment for mindfulness of myself, what I am here for, the addressees of the email, what they are here for, and how this email creates what we all seek. This practice is not specific to email, although with email there is more time to write and to read carefully, than in face to face moments. In Psychodrama, this is described as role reversal: imagine yourself as the recipient of the email. Does this email make your day better?

Why Fight Email?

There are problems with email as a collaboration tool.
The worst is email
. A lot of email takes a lot of management. Triaging and
curating email are especially difficult when the email lacks metadata
that enables it to be assessed without opening the email. Even the
email management approaches
take effort, and still result in an
email archive of zero value to a group. For many of us, the email
management problem is exacerbated by the need to limit mailbox size.
The worst contributor to mailbox bloat is file attachments, but even
without that, email is a poor tool for storing and finding documents.

People in organisations want to hold conversations, and collaborate on documents. Work is often done in persistent groups like teams, communities of practice, and customer engagement forums. Most people collaborate in multiple groups concurrently, often spanning multiple organisations.

Common tasks include keeping track of conversations, closely following conversations, and contributing to conversations. We want to participate at our preferred time and place, using our preferred operating system and applications. Finally, we want secure, searchable archives so we can access old conversations, and so that organisations can manage knowledge retention, records and accountability.
Email supports ad hoc collaboration using “reply-to-all”, but this creates disorganised conversations that can only address one topic at a time. Reluctance to increase email load causes reply-to-all conversations to decay quickly, leaving records that are difficult to retrieve. For persistent group email, everyone in the group must maintain their own list of email addresses, and watch for changes to the “cc” list.

In a persistent group, the overhead of managing email is multiplied by the number of members in the group, but still does not result in an authoritative archive of the group’s activity.
Email’s very strength is that it privileges the user over the group. It is inherently distributed. The penalty for this is that email provides no entity, and no repository, for a group. While email is a fantastic tool for one-to-one and one-to-many communication, it sucks for many-to-many communication.

Salvation in Web Collaboration Tools

Promises of salvation from the evils of email abound. All that’s required is migration away from email to a web-based collaboration platform. We are told that wiki collaboration leads to happiness, and that Enterprise 2.0 is about building a collaboration platform that is better than e-mail. Not only is an array of web-based alternatives to email available, but there are phalanxes of implementation experts ready to wrench users away from the most successful software ever invented.

You Can’t Beat Email

Email is the most successful message and file-sharing tool that has ever existed. Consider the criteria for the ideal collaboration client.

  • High Functionality. Supports asynchronous conversations, and file-sharing, archiving, can be searched using metadata or full-text retrieval. Email: check! Sure, use of email for collaboration is problematic, but it does actually do the job, and most people manage around its deficiencies.
  • Low Cost, for licence fees and hardware requirements. Email: check! It’s already running on almost every computer there is, and it’s available for free on the web.
  • High Usability. Email: check! Almost every computer user already knows how to use it, and uses it more than any other tool. The switching cost is zero.
  • High Interoperability. Email: check! All flavours talk to all flavours (if only browsers had the compatibility that email clients do!), and email is blind to organisational boundaries.

What other collaboration client that meets those criteria so well? Email is tantalisingly close to the ideal collaboration client. Why are we throwing it out?

Throwing the Baby Out with the Bathwater

Once the licence fees, hardware requirements and deployment of the new collaboration platform are taken care of, people will have to stop what they’re doing now, and learn to use a new system for collaboration.
Each user faces the cost of abandoning the system they know, and climbing the learning curve to the new system, amidst the pressure of daily priorities. If any user baulks at this cost, you have n-1 uptake of your new system. Unless that one person is superfluous to the team, the other team members must accommodate them by duplicating communications in the new medium, and email, or reverting to just using email.

Even with 100% internal adoption, the system may not work well across organisational boundaries. Even if it does, you now to get users outside the organisation to use your new system. Hopefully, they are not being marshalled into a different collaboration platform at the same time.

In their zeal, the crusaders for change scoff at these barriers, and declare that the benefits offered by the new system makes it worth taking the pain. Not only that, but they decide that, along with the migration, there will be a purge of old bad habits that have crept across the organisation. Everyone will now start thinking about the greater good, and apply metadata to their documents and communications.

In a final blow, because the new collaboration system is web-based, it is inherently a pull medium, not a push one. It therefore uses email to notify participants of new activity. Your users can keep using email to follow conversations if they want to, but they have to leave email for the new system to contribute.

It’s Not All About Implementation

What if the cost of teaching people to use the new system was invested in teaching people to use email better?

The problems with email can be mitigated to a large extent, by adopting improved practices. Writing good subject lines is a great place to start. Using search, rather than folders, to organise email works for many people, and if you do use folders, message rules make a big difference. But improved practices alone will not overcome the limitations of email for collaborating in persistent groups.

What is required is some kind of technology that allows people to keep using email, more or less as they do now, but makes it easier to use email to collaborate in groups.

There is a Technological Solution

A system that supports group collaboration using email should allow users to contribute as well as access messages and files using email. It should also provide some shared repository that can be accessed over the web, regardless of location. The shared repository should archive all communications and be searchable, but it should also support day to day participation in conversations, and document-sharing. Ideally, the tool should provide equivalent functionality via both the its web and email interfaces.

Technology that provides this functionality is easily found: email groups. The best-known examples are Yahoo! Groups and Google Groups, and of course there is our own service at OnlineGroups.Net.

Email Groups Make Email a Collaboration Client

Email groups are a simple but flexible technology that supports semi-structured group communication, accessible via both email and the web.

The group has a name, an email address and an address on the web. Any group member can email the group, and the group sends that email out to all group members. All posts and files are accessible in a central repository on the web, where users can also add posts and files. Groups have persistent membership and discoverable privacy settings and joining criteria. Group members maintain their own email addresses and delivery settings.

Email groups overcome the primary weakness of email, by providing an entity, and an interactive repository for a group.

Email Groups Overcome the Problems with Email

Firstly, even if users do not write better subject lines, the message headers inherently contain more metadata. The group address and, if set, subject line prefix, instantly signal the context of the message, including the participants and purpose. Even if the subject line is broken, the sender, and senders of other messages with the same subject line provide further data about who is doing what in the group. If messages are not filtered, often they can be deleted or marked as read, without needing to be read, as a full transcript of the conversation is available on the web. This makes is easy to triage email, to keep track of conversations, to schedule detailed attention to conversations. Topic digests, and web feeds provide further ways to support these tasks.

The aggregation of group-related posts in a web archive supports the task of closely following conversations, and contributing to conversations. Posts are organised into separate threads or topics, and sorted by date, making it easy to follow one or more concurrent topics of conversation, whilst ignoring the others.

Files are stored in the central repository, associated with the messages that relate to them. Versioning is handled by the deceptively simple process of adding successive versions to the repository. This eliminates mailbox bloat, while providing an audit trail of all document edits.

Simple improvements to practices can increase these benefits considerably. Writing good subject lines means that even more emails can be triaged from the inbox. The text of previous messages is already in the archive, so it can be removed, increasing the signal-to-noise ratio.

With good subject lines, keeping track of who is discussing what is even easier. In the following example (from the OnlineGroups.Net Administrators group), it can be seen that Dan and Annelies are discussing Chat, and that Michael has responded to Kirsty about Adding Members.

Who Is Discussing What

Email Groups for Organisations

At OnlineGroups.Net, we used to use Yahoo! Groups extensively to facilitate collaboration for our clients. These were successful because of their killer feature of working as well via email and the web. Our clients, however, began to demand greater control over the context of their email groups. They wanted their branding, not that of Yahoo!, around their email groups, and they definitely didn’t want ads from arbitrary third parties. They wanted their groups at their own domain. They wanted more control over the administration and privacy of their email and document archives. They wanted their groups grouped in a single context, rather than appearing alongside unrelated groups. And they wanted to be able to associate web content with their groups.

GroupServer and OnlineGroups.Net

To meet these demands, in 2004, we built GroupServer, an open source collaboration server, providing email groups, in a web content and application framework. GroupServer has been in production since then, underpinning sites used by clients like Advanced Business Education Ltd, and E-Democracy.Org. GroupServer version 1.0? is available for free download at GroupServer.Org.

Because GroupServer sites can distribute millions of emails a day, they are not trivial to administer. OnlineGroups.Net therefore provides access to GroupServer sites and groups via its software service at

Thanks from Users

One of the nice things about working in usability is that I do get thanked, in a way: people use what I create.
Below is a screen-shot of the front-page topics listing on a
GroupServer site — which I have edited
to protect the users’ privacy.
I was blown away by the sheer volume of messages and files posted to this
site in such a short period of time.

Posting Files

  • Each of the 9 fuzzy blocks is a topic.
  • The newest topic is at the top. It was posted to one hour after the oldest
  • Each icon represents a file posted to the topic: there are 8–25
    files in each topic.
  • There are 13–78 messages in topic.
  • Each topic is from a different group (by chance).
    There are 200 groups on this site.

Yea! The users used it!