Kraft & Kennedy, Inc. provides technology and strategic consulting services to law firms, corporate legal departments and financial services firms. We can help you analyze, plan, implement and manage business and technology solutions to optimize your organization's functionality and processes.
Reuters is reporting that there are talks that Microsoft is interested in making a bid for Autonomy. Both companies are not commenting about this yet, but apparently the market is excited about it and Autonomy’s stock enjoyed a boost.
What could this mean for the ECM market? It would be bigger than Open Text’s acquisition of Hummingbird in 2006, as both companies were solidly in the ECM space already. But this is different. Could Microsoft integrate Autonomy’s EDRM sprectrum with SharePoint, with everything indexed by IDOL? Could all of this functionality be built into an OS? When I sat in on an early peek at Office 2010 and SharePoint 2010 earlier this year, I took note that Microsoft is actually starting to use the phrase “ECM” in their presentations. Maybe this was foreshadowing. We’ll have to see how this story ends.
In my previous post, I discussed ways of bringing the legal user community into the matter centric design process. That’s only the first battle. Once attorneys are able to visualize the concept behind the organizational folders of a matter centric WorkSpace, they may want the structures to mimic what they are used to — especially if they’ve never used a DMS before. They may want to stay within their comfort zone. And these may be the most powerful voices in the Firm.
Usually, what they are used to is an inconsistent, multi-level directory structure with custom folders containing perhaps a handful of specifically categorized documents each. This kind of structure makes sense when the only way of finding a document is by knowing which folder it’s in — as is the case without a DMS. In this scenario, you wouldn’t want to scroll through hundreds or thousands of documents in a folder. Rather, if you can limit the number of documents in a folder to a handful, then it is easier to find the document you need. This is what leads to the numerous directory levels and (in my humble opinion) overly specific classifications.
In the DMS world, there are much better ways of finding documents. The obvious option is the full-text search, which will provide efficient results (given the user properly knows how to perform a full-text search). In addition to the search, folder lists can be sorted and filtered based on any metadata column, and the WorkSite Miner is a nice utility to carve up the contents of a folder into more manageable groups.
iManage offers two levels of classification for documents — the Class (which generally corresponds to a WorkSpace folder) and it’s child Subclass. As the designer of the WorkSpace structure and metadata, you may get requests for numerous Subclasses. There are two main disadvantages of using Subclasses. First, requiring the Subclass adds dreaded extra clicks and keystrokes to each save action. If the Firm decides on using Subclasses, it is a best practice to make them required. If they are optional, they lose all value. There’d be no guarantee that searching for the “Loan Agreement” Subclass will return all loan agreements. This leads to the second key disadvantage — it will prevent the proper update of metadata when dragging-and-dropping documents from one WorkSpace folder to another, since it is up to the user to select a Subclass when saving into a folder.
So how do we get attorneys to accept not using Subclasses? Make sure they grasp all the different ways documents can be identified, sorted, filtered, and found in the system. Perhaps bring up the idea of a naming convention for the description of documents. Or perhaps make a deal — try it without Subclasses for six months, and then the issue can be re-evaluated. Chances are they will appreciate the ease of simply saving into a WorkSpace folder, and agree that there is no need for Subclasses. After all, less is more.
So you’ve decided to implement Matter Centricity at your firm. Whether you are using Autonomy iManage (formerly Interwoven), Open Text eDOCS (formerly Hummingbird), or another Document Management System (DMS), the basic idea behind Matter Centricity is the same — to present virtual Redwelds for each matter, with folders to categorize and classify documents within. Couldn’t be simplier!
But in order to design these virtual Redweld structures (iManage calls these “WorkSpaces”), input is needed from each Practice Area or department of the firm. Since many of the users have no idea what Matter Centricity is, and some may not have any idea what a DMS is to begin with, it can be difficult to obtain the information needed to design a structure.
Here are a few tips to get the message across:
Using these tips, the hope is not only that the users better understand the concept in general, but also have a better idea of how their input for the design will be translated into technology and their daily work process.
In future posts, I’ll discuss how to interpret all this input and combine it with iManage and Kraft Kennedy’s best practices.