Original Traction Product Proposal
August 24, 2015
· Posted by Greg Lloyd
I hope you'll enjoy reading the original Traction Product Proposal, dated October 1997. Many early Traction concepts carried over directly to the TeamPage product first commercially released in July 2002, but we've also learned a lot since then - as you might hope! The quotes still make me smile. The Proposal and Annotated References may be helpful to students interested in the history and evolution of hypertext.
Motivated by Chris Nuzum's recent Tripping Up Memory Lane talk at HyperKult 2015, and Takashi's Design Concepts followup, I'm happy to continue the Traction history theme. I've removed the Confidential markings from the Proposal, and released it under the Creative Commons Attribution-Non-Commercial license (CC BY-NC 4.0), so you're welcome to read and use it for non-commercial purposes with attribution. Please link directly to this blog post.
Traction Software folk may make occasional blog posts referencing the Traction History project on this blog or on Twitter. Please follow @TractionTeam on Twitter, and feel free to message me as @roundtrip if you have questions.
The scribbled picture above from about the same time was my visualization of the Traction goal: To link and use anything that would cross a business person's desk using the Web as a platform, rather limiting hypertext to content stuffed inside silos like Lotus Notes.
When we introduced TeamPage in 2002, the word "blog" was often dogmatically defined as the unedited voice of a person. It was a tough slog to introduce a chronological stream of content created by a group of people rather than a single individual. The concept of an activity stream or Slack channel - a group of people talking in a shared space or channel - better captures what TeamPage does.
TeamPage extends the concept of an activity stream or channel to include:
- Editable entries with a full audit trail, including wiki history
- An extensible family of entry types (task, status, ...) and relationships (comment, ...)
- Dashboard and other views that collect, organize, and show entries in context
- A unified permission model that makes it simple to roll up entries across spaces and navigate or search by topic, context, author, or other criteria, see The Work Graph Model: TeamPage style
Clay Shirky got the concept in his 2003 review: Traction: Weblogs grow up in Social Software: A New Generation of Tools, Release 1.0 Vol 21, No. 5 (pdf). So did Jon Udell in his 2002 InfoWorld review: Getting Traction Traction's enterprise Weblog system gets a grip on corporate KM.
"Somewhere around your 30th responses to a response to a response in Notes, you start to wonder where all this group discussion leads. Somewhere around the fifth time a document marches by with yet more groupware annotations and digital yellow stickies attached, you wonder if it is really all that wise to have all of that group editing taking place. After all, isn’t the purpose of a group to tap the greater intellect represented by all those fine thingies in the group and, once tapped, move quickly to a better decision? Shouldn’t the purpose of groupware be to build more intelligence rather than more features into the product?
While it’s useful to share documents, hold ad hoc discussions and post groupwide projects, the essence of groupware may be the ability to manage a business outcome by divining a group's thought process."
Eric Lundquist, The Next Big Thing in Groupware PC Week 1 July 1996.
Team Problem Solving from Traction Product Proposal Oct 1997
The core concept was granted US Patent 7,593,954.
The original business case for TeamPage cited project work as the most important use. We've learned that it's valuable give people a straightforward way to link action tracking, messaging, and collaborative content creation. By creating and tracking tasks that can be directly attached to TeamPage or external content, it's easy to see and stay on top of what's happening for you, by person, by channel, or in context of a specific TeamPage project.
We learned how to model permissions to extend work across many internal as well as external groups such as the clients of a consulting firm, or the suppliers and customers of a manufacturer. The TeamPage model of multiple permissioned spaces was added soon after the 1997 proposal. You can focus on any space (like a channel) as well as search and navigate across all spaces and entries you have permission to see.
By adding individual and group permissions to a space with an ACL model, internal and external groups share the same TeamPage server while seeing and participating in just the set of projects and activities that are appropriate for every individual. Comments, tasks, and tags can cross spaces - so it's simple for internal team members to have a more private discussion linked to a more public paragraph or question posted by an external customer. Streams, discussions, notifications, digests, navigation, tag clouds, and search all obey permissions defined by business rules to show you what you're interested in and have permission to see and nothing more - enforced at the core level.
Email and TeamPage has an interesting history. The 1997 proposal describes Traction as an alternative to broadcast email, but cites email as an important source for information to be be recorded and shared. An emailed Digest was one of the first features added to TeamPage based a beta customer's request. The Digest includes title links and content snippets gathered from the stream of events posted since the previous Digest was emailed. The content of each Digest is clipped to conform to what that person is permitted to see.
The Digest remains a popular features of TeamPage, later augmented by email notifications with auto threaded email replies: your reply to a TeamPage email notification is posted as a comment by you, linked at the right point in the discussion thread - requested by major consulting firm. I agree with Alan Lepofsky's point that email is one of many channels for messsages: we should flip our perspective to the stream of messages rather than the channel used to deliver each message, see Takashi's Eat your spinach post.
This combination of capabilities is particularly valuable for projects that intertwingle collaborative writing, team communication, and action tracking such as: quality management, product development, product support, consulting, and competitive intelligence. See The Work Graph Model: TeamPage style and TeamPage Solutions.
A note on links: Although some of the links in the proposal still work, many point to sites which have been moved, including Doug Engelbart references which have moved from bootstrap.org to dougengelbart.org. In most cases a bit of creative Googling will find the referenced page in a different location. If people are interested, I'll publish an editable version of the Annotation References section that can be used to share updated locations. Please message @roundtrip on Twitter if you're interested and willing to pitch in to tracking down current references. Sigh.
my posts | thoughtvectors.net
Tripping Up Memory Lane - Hyperkult 2015: Hypertext lessons learned talk by Traction Software CTO and Co-founder Chris Nuzum
Teampage hypertext journal: Design concepts, by Takashi Okutsu Director of Traction Software's Japanese Business Office
Traction Roots - Doug Engelbart - About Doug Engelbart's Journal and Traction.
Enterprise 2.0 - Letting hypertext out of its box - "I believe that the radical departure is the Web as the context of work: the universal medium, universal library, universal marketplace, and universal platform for personal as well as enterprise communication... In every previous generation hypertext system, the ability to read, search, link and communicate came with a terrible price: it might work well, but only if you were willing to put everything you wanted to work with into some sealed box, and convince everyone you wanted to work with to use the same box. From the earliest days of Vannevar Bush's Memex, the vision was universal, but the implementation was a siloed."
Intertwingled Work - Working and scaling like the Web. "... in the past, conversations could only be intertwingled across paper memos, faxes, written reports and email. Until the advent of the Web it wasn't possible to intertwingle conversations, networks, analysis and work in near-real time and global scale. Now that's trivial and essentially free with basic Web access."
The Work Graph Model: TeamPage style - The social dance of getting things done, dealing with exceptions, and staying aware of what’s going on around you