Why aren’t you managing your emails?

by Frank 16. January 2020 15:08

  

Emails long ago evolved to be around about eighty-percent plus of business correspondence. Most records managers also realize that most of us aren’t managing emails well and that this has left a potentially lethal compliance and legal hole to plug.

I have written numerous papers and posts on the need to manage emails, such as:

The need to manage emails differently to paper;

Managing Emails, how hard can it be?;

I am willing to bet you are still not managing your emails effectively;

How to simplify Electronic Document & Email Management;

Why are your staff still manually capturing & classifying electronic documents & emails?

The need to manage Emails?;

Six reasons why organizations do not manage Emails effectively;

When I review them today, they are just as relevant as they were years ago. That is to say, despite the plethora of email management tools now available, many organizations still do not manage their emails effectively or completely.

The Manual Model

As an recent example we had an inquiry from the records manager at a US law firm who said she needed an email management solution but it had to be a ‘manual’ one where each worker would decide if and when and how to capture and save important emails into the records management system.  She went on to state emphatically that under no circumstances would she consider any kind of automatic email management solution.

We have to provide multiple options, such as GEM and the Button, because that is what the market demands but it is common sense that any manual system cannot be a complete or consistent solution. If you leave it up to the discretion of the end user to decide which emails to capture and how to capture them, then you will inevitably have an incomplete and inconsistent store of emails.  Worse still, you will have no safeguards against fraudulent or dishonest behavior.

Human beings are, by definition, ‘human’ and not perfect. We are by nature inconsistent in our behavior on a day to day basis; we forget things and sometimes we make mistakes. We are not robots or cyborgs and consistent, perfect behavior is beyond us.

As humans, we cannot be trusted to always analyze, capture and classify emails in a one-hundred percent consistent manner.

The problem is exacerbated manifold when we have hundreds or even thousands of inconsistent humans (your staff) all being relied upon to behave in an entirely uniform and consistent manner. It is ludicrous to expect entirely uniform and consistent behavior from your staff and it is bad practice and just plain foolish to roll out an email management system based on this false premise. It will never meet expectations. It will never plug all the compliance and legal holes and you will remain exposed no matter how much money you throw at the problem (e.g., training, training and re-training).

The Automatic Model

The only complete solution is one based on a fully-automatic rules or AI driven model whereby all incoming and outgoing emails are analyzed at the email server level according to a set of business rules tailored to your specific needs. This is the only way to ensure that nothing gets missed. It is the only way to ensure that you are in fact plugging all the compliance and legal holes and removing exposure and risk.

The fully automatic option is also the most cost-effective by a huge margin.

The manual approach requires each and every staff member to spend (waste?) valuable time every single day trying to decide which emails to capture and then actually going through the process time and time again. It also requires some form of a license per employee or per desktop. This license has a cost and it also has to be maintained, again at a cost.

The automatic approach doesn’t require the employee to do anything except know how to search for emails in your EDRMS. It also doesn’t require a license per employee or desktop because the software runs in the background talking directly to your email server. It is a low cost, low impact and asynchronous solution.

The automatic model increases productivity and lowers costs. It also provides a complete and entirely consistent email management solution and at a significantly lower cost than any ‘manual’ model. So, why is it so hard to convince some records managers and /or business owners to go with the fully automatic solution?

Who Decides?

This is not a decision that should be left up to the records manager. Emails are the business of all parts of any organization; they don’t just ‘belong’ to the records management department. Emails are an important part of most business processes particularly those involving clients and suppliers and regulators. That is, the most sensitive parts of your business. The duty to manage emails transects all vertical boundaries within any organization. The need is there in accounts and marketing and engineering and in support and in every department.

The decision on how to manage emails should be taken by the CEO or at the very least, the CIO with full cognizance of the risks to the enterprise of not managing emails in a one-hundred percent consistent and complete manner.

Its Risk Management

In the end email management isn’t in fact about email management, it is about risk management. If you don’t understand that and if you don’t make the necessary decisions at the top of your organization, you are bound to suffer the consequences in the future.

Are you going to wait for the first lawsuit or punitive fine before taking action?

Records Management System or Information Management System?

by Frank 7. January 2020 14:02

How to manage the process via Natural Language

We have a large number of customers using our product RecFind 6 as a Records Management System and with new customers, the question always arises about how to best organize information in the RecFind 6 database to make it as easy as possible to manage and access. As the Metadata, Data Model and Business Processes in RecFind 6 are 100% configurable, every customer ends up with a unique configuration. As well as managing records, the end result also needs to be an Information Management System.

There is no one-solution that suits all. Some records managers want the shared drives structure replicated in the database. Some want everything filed under a strict hierarchical classification system or Taxonomy. Some IT Managers want the whole process simplified so end users clearly know where to file stuff and where to find stuff. Different managers in a single customer site will often disagree about how the information should be managed. It is usually up to us to come up with an agreed and workable compromise. There is no “one size fits all” paradigm here.

Whereas I fully support the principles behind most EDRMS standards (like ISO 15489) I also find myself agreeing with most end users who just want the whole process simplified and expressed in natural language, not as an arcane, complex, inconsistent and difficult to navigate hierarchical classification system.

The way you classify information should not dictate how you store, manage and retrieve information.

I have written a paper of this exact subject and although now somewhat old, it is still 100% relevant. You don’t need to agree with me, but please try to understand the message. End users want easy, fast access, not time-consuming complexity.

Let me tell you we solve the problem at Knowledgeone Corporation and manage our emails, electronic documents and shared drives with a hybrid system. We utilize a combination of RecFind 6 and shared drives. This is also a model we regularly recommend to our customers as an acceptable compromise; one that is simple to implement and one that always works.

I am a big fan of making information as easy as possible to capture and as easy as possible to retrieve (eDiscovery). This is especially important to the long-suffering end-user class who have no interest in becoming part-time records managers and who simply won’t use a system if it is too difficult to use and too time-consuming.

The biggest problem with complex, hierarchical classification systems is that no two people file the same way and even a single user will often file things differently over time. This in itself makes the act of finding something by browsing through a classification hierarchy a hit and miss affair.

At Knowledgeone Corporation, we implemented a hybrid model that uses a simply structured shared drive resource plus automated tools to ensure everything that should be captured is captured. This approach is also all about separating the functionality of the Authoring packages (e.g., Word, Excel, Outlook, etc.) from the functionality of the EDRMS. They have different roles to play.

We use our product GEM to automatically capture all work related emails and we use our product RecCapture to automatically capture all work-related electronic documents from our shared drives. We all use a common shared drive structure to write and store our original electronic documents.

We don’t use what you would call a formal taxonomy, we use what I call a ‘natural’ classification system. For us this means a classification system that perfectly reflects our business practices, processes and vocabulary. In our case, we are customer-centric so everything (apart from a little administrative and supplier stuff) is organized in customer or prospect folders and the lower levels are minimal, being things like Correspondence, Quotes and Orders.

The structure of our RecFind 6 database is mostly based on customer and prospect files; our Records Management System is also our CRM. Customers and prospective customers are our core business just as members and cases are the core business of unions. Every industry has a core business and, in my mind, this should always be reflected in the classification system used so that it perfectly aligns with the work practices, processes and ‘language’ of most staff. Whenever I consult with a new customer, I always try to first determine its core business and its natural language and then design the system around these.

Because we are customer centric, I need to be able to see everything about any customer or prospect in one place. For us this means focusing on the Entity record (the Entity table is where we store the basic information on each customer or prospect organization). As RecFind 6 is a relational database, we then store all related information in linked tables, all linked to and accessible from the Entity record with a single click.

Ease of Access for eDiscovery

In our RecFind 6 system, every piece of information I need to refer to is just one-click away once I view the customer’s entity record. Once I select the customer record, everything thing else I need to know is just one-click away and all links are viewable in a single screen.

We have configured our RecFind 6 security system around our management structure and that works fine for us. As a Director for example, most of the stuff I save (e.g., a letter, email or quote to a customer) is with a basic security code because everyone needs to be able to see it. However, as a Director I also have the right to save things with higher levels of security, e.g., Manager Director, with appropriate restricted access. Like all good security systems, it is simple but effective.

Our searching is also structured the same way. We have configured RecFind 6 to add the objects we need to search on as menu items in the search function just as we would do for any customer. We therefore have a Metadata search menu of Attachments (electronic documents, emails and images), Entities (Customers, Prospects, Partners and Suppliers), People, Incidents, Bugs, Quotes, Invoices, Timesheets, Support agreements, etc. We repeat this with Boolean searches. We make it as easy as possible and as logical as possible so our staff can find anything as fast as possible.

Most importantly, we provide multiple entry-points for searches. I can for example search directly for emails with a Metadata search, searching by a combination of Sender, Recipient, Date, Subject, Content, etc. Alternatively, I can search for customer emails from within the Entity record just by clicking on a single link for all emails and electronic documents for that customer.

You can search on any field and different classes of users can have different Metadata to both view and search on. The security system determines what each class of user (Security Group) can both see and then do with the information they can see. The members of each Security Group see only what they need to see and have only the functionality they need to get the job done

Following the above hybrid approach also means that you can still implement and manage all the recordkeeping principles such as retention and disposal schedules, location tracking, auditing, etc.

My point is that it is possible to meet the needs of all groups of users without frustrating any single group.  It just requires a hybrid approach and the configuration of the system to suit each class of user.

Making everyone happy is a lot better than making some people happy and some people unhappy. Why would you make users unhappy if you had a choice? Any Records Management System should also be an easy to use Information Management System.

 

15 Compelling reasons to store ALL your information in RecFind 6

by Frank 4. December 2019 12:02

1.    Security of Information

All information, including Metadata, electronic documents and images, is stored in the RecFind 6 Microsoft SQL Server Database, not in insecure flat file systems. In addition, all electronic documents and images are stored as binaries (Blobs) in SQL Server, not native format; they are doubly secure.

The only way anyone can access your data is via the secure RecFind 6 client where access is protected by our industrial strength security system. No one has access to your information unless you authorize it. Plus, the fully customizable Audit Trail means you can track every transaction.

Don’t store your information on insecure shared drives or in insecure applications like Excel or Access; RecFind 6 is the far more secure solution.

Concerned about security, concerned about GDPR? Then store all your information in RecFind 6.

2.    Size of your Data Store, Scalability

The only size restriction for RecFind 6 is the maximum size of a MS SQL Server Database and that is currently 524 PB (Petabyte), 524 thousand billion bytes of information and likely to increase in future versions of SQL Server.

If you are concerned about a system being able to manage all of your data and handle future growth, then store all your information in RecFind 6.

3.    Performance, time to Capture & time to Search

The architecture of RecFind 6 has been optimized for electronic document and image capture (upload), search and download. Upload and download times are also independent of the size of your database.

If you plan on having a large number of users and a large data store and are concerned about performance, then store all your information in RecFind 6.

4.    Full-text Indexing

All textual data stored in RecFind 6 is automatically full-text indexed to facilitate optimum search results. This includes emails, OCR’d images, all documents containing text, and all entered Metadata.

If you need extremely fast and accurate text searches of your data, then store all your information in RecFind 6.

5.    Versioning of electronic documents

All electronic documents stored in RecFind 6 are automatically versioned when captured.

If maintaining an accurate record of all electronic document versions is important to you, then store all your information in RecFind 6.

6.    Reliability, Availability

RecFind 6 is renowned for its robustness and high availability. Situations where a code failure has made RecFind 6 unavailable to users are rarer than hen’s teeth. RecFind 6 runs and does what it says  on the box, day in and day out for 12 months a year.

If reliability and availability is important to you, then store all your information in RecFind 6.

7.    Microsoft Compatibility

All new versions of RecFind 6 are tested against the latest releases of Microsoft products including Windows Desktop, Windows Server, SQL Server and Office. We protect your investment in our products by ensuring that they continue to work in your chosen Microsoft environment.

If ongoing compatibility with Microsoft is a concern, then store all your information in RecFind 6.

8.    Support

We don’t have complicated, multi-tier plans for support; we address each support request as soon as it is received. Support is also FREE to all customers under a current maintenance agreement. We are rightfully renowned for the quality of our support service. Plus, all support is handled by our employees; we DO NOT OUTSOURCE support.

If high quality support is important to you, then store all your information in RecFind 6.

9.    Flexible Licensing & Pricing

We offer multiple licensing & pricing plans including In-Perpetuity, Annual, Subscription, Hosted (SaaS), Not-For-Profit, Site & Organization licenses. Plus, we will work with you to structure a plan to suit your unique needs.

If flexible licensing & pricing plans are important to you, then store all your information in RecFind 6.

10.         Dealing with the owner of the Intellectual Property (IP)

We designed and built the very first RecFind in 1986 and have designed and built every version since then. Please refer to our history of product development. When you deal with us you are dealing with the owners and developers, not a reseller or licensee. No one knows our products better than we do.

If it is important to you to deal with the experts, then store all your information in RecFind 6.

11.         The need to store multiple types of electronic documents & digital assets

RecFind 6 stores and manages any kind of electronic document including emails, plans, CAD drawings plus any kind and size of digital asset. It has been optimized to handle very large digital objects.

If you need to capture and manage any kind and any size of electronic document, then store all your information in RecFind 6.

12.         Unlimited users, Scalability

RecFind 6 can be delivered with a single user license or an unlimited user license and any number of users in between. Its unique architecture is able to support any number of users. The only prerequisite is that you provide adequate server hardware to meet your requirements. There are no inbuilt restrictions in RecFind 6 for either users or the size of the data store.

If you need to support a large number of users, then store all your information in RecFind 6.

13.         Accessibility

The RecFind 6 Web Client provides secure access to your data from anywhere in the world there is an Internet connection and from a variety of browsers and devices including the iPad.

If remote and convenient access is a requirement, then store all your information in RecFind 6.

14.         Ease of Configuration, Flexibility

The RecFind 6 DRM tool, supplied free of charge, makes it easy for you to modify RecFind 6 (Data Model, Business Process, Metadata, Security System, etc.) without ever having to contact us or pay for changes and still have a standard product.

If you have a need to modify your information management solution to your exact and changing requirements, then store all of your information in RecFind 6.

15.         Ease of Integration to other systems

The RecFind 6 Product Suite includes multiple tools to make integration to any other system or data source as quick and as easy as possible. These tools include the DRM, Xchange, The SharePoint Integration Module, the MINI API and the SDK/API.

If you have a need to integrate to other systems and to import data from a variety of data sources, then store all of your information in RecFind 6.

 

The differences between a Classification System & an Information Management System

by Frank 5. November 2015 06:00

 

We have a large number of records and document management customers using our product RecFind 6 and with new customers the question always arises about how to best organize information in the RecFind 6 database. As the Metadata and business processes in RecFind 6 are 100% configurable, every customer ends up with a unique configuration.

Some records managers want the shared drives structure replicated in the database. Some want everything filed under a strict hierarchical classification system or Taxonomy. Some customers want the whole process simplified so end users clearly know where to file stuff and where to find stuff. Different managers in a single customer site will often disagree about how the information should be managed. Usually, the IT manager disagrees with the records manager and it is up to us to come up with an agreed and workable compromise; no easy task! There is no “one size fits all” paradigm here. We have grown to accept these discussions as part of every new installation.

Whereas I fully support the principles behind most EDRMS standards as espoused and recommended or even mandated by records management consultants I also find myself agreeing with most end users who just want the whole process simplified and expressed in natural language, not as an arcane, complex, inconsistent and difficult to navigate hierarchical classification system.

To wit, the way you classify information should not dictate how you store, manage and retrieve information.

I have written a paper of this exact subject and although it was in 2009 it is still 100% relevant. Please see this link Do You Really Need a Taxonomy? You don’t have to agree with me but please try to understand the message. End users want easy, fast access, not time-consuming complexity.

Maybe I should begin by telling you how we solve the problem at Knowledgeone Corporation and manage our emails, electronic documents and shared drives with a hybrid system. That is, a combination of RecFind 6 and shared drives. This is also a model we regularly recommend to our customers as an acceptable compromise; one that is simple to implement and one that always works.

I am obviously a big fan of making information as easy as possible to capture and as easy as possible to retrieve. This is especially important to the long-suffering end-user class who have no interest in becoming part-time records managers and who simply won’t use a system if it is too difficult to use and too time-consuming.

End users want direct access to information in the easiest and most timely fashion possible, they do not want to go through a third party or ‘information broker’. This means we need to have both a simple search system as well as a security system that ensures people only see what they are supposed to see.

And of course, the biggest problem with complex, hierarchical classification systems is that no two people file the same way and even a single user will often file things differently over time. This in itself makes the act of finding something by browsing through a classification hierarchy a hit and miss affair.

At Knowledgeone Corporation, we implemented a hybrid model that uses a simply structured shared drive resource plus automated tools to ensure everything that should be captured is captured. This approach is also all about separating the functionality of the Authoring packages (e.g., Word, Excel, Outlook, etc.) from the functionality of the EDRMS. They have different roles to play.

Let’s dispense with the notion that shared drives are evil just as we should dispense with the notion that paper is evil. Each has a part to play in a well management information management system

We use our product GEM to automatically capture all work related emails and we use our product RecCapture to automatically capture all work-related electronic documents from our shared drives. We all use a common shared drive structure to write and store our original electronic documents. Note that we do not use the feature in the RecFind 6 Button to force all ‘Saves’ into RecFind 6. We have this feature because the industry dictates it should be there but it is not popular and most customers never turn it on. Not everything you write should go into RecFind 6 and not everything you write is ready to go into RecFind 6 (though we do have a special ‘draft’ type for those customers that want drafts stored in RecFind 6).

We don’t use what you would call a formal taxonomy, we use what I call a ‘natural’ classification system. For us this means a classification system that perfectly reflects our business practices, processes and vocabulary. In our case, we are customer-centric so everything (apart from a little administrative and supplier stuff) is organized in customer or prospect folders and the lower levels are minimal, being things like Correspondence, Quotes and Orders.

Our RecFind 6 database is mostly based on customer and prospect files; it is our CRM. Customers and prospective customers are our core business just as members and cases are the core business of unions. Every industry has a core business and in my mind this should always be reflected in the classification system used so that it perfectly aligns with the work practices and processes and ‘language’ of most staff. Whenever I consult to a new organization I always try to first determine its core business and its natural language and then design the implementation around these.

We also use RecFind 6 to run our business so it is also our asset management system, our help desk and incident system, our project management system and our R&D development system. For these applications and others that we have implemented in RecFind 6, we have nothing outside of RecFind 6 to capture because all relevant information (e.g., customer support calls, details of meetings, phone calls, quotes, orders, annual leave request, etc.) are entered directly into RecFind 6 by our staff or captured automatically. RecFind 6 is our company repository and the source of all knowledge for my staff.

Because we are customer centric I need to be able to see everything about any customer or prospect in one place. For us this means centralizing on the Entity record (the Entity table is where we store the basic information on each customer or prospect). As RecFind 6 is a relational database we then store all related information in linked tables, all linked to and accessible from the Entity record with a single click.

In our RecFind 6 system, every piece of information I need to refer to is just one-click away once I view the entity record. I can also find any customer’s record instantly in RecFind 6 just by entering the customer number or a part of the organization name. Once I select the customer record, everything thing else I need to know is just one-click away and all links are viewable in a single screen. We are a customer-centric business and our RecFind 6 database is therefore organized as customer centric.

In practice, if someone at Knowledgeone Corporation wants to find something they always look first in RecFind 6 because it is a lot easier and faster than trying to search the shared drives or Outlook. Because we use automated tools (GEM and RecCapture) we are confident that everything that should be captured is captured. We don’t rely on our already too busy staff to remember to capture every important email or electronic document; it is done for them. All they have to do is search and create. Plus most of our information is stored behind customer/prospect/partner numbers in the Entity table so all information is both easy to browse and search (Text, Metadata, BOOLEAN, Saved Searches, etc.).

As a backup, every staff member has the Button installed (in Word, Excel, PowerPoint and Adobe Professional) but they rarely use it.

We have a security system configured around our management structure that works fine for us. As a Director for example, most of the stuff I save is with a basic security code (e.g., a letter to a customer) because everyone needs to be able to see it. However, as a Director I also have the right to save things with higher levels of security, e.g., Manager, Director, where appropriate with restricted access. Like all good security systems, it is simple but effective. I am not a fan of overcomplicating anything.

Our searching is also structured the same way. We have configured RecFind 6 to add the objects we need to search on as menu items in the search function just as we would do for any customer. We therefore have a Metadata search menu of Attachments (electronic documents, emails and images), Entities (Customers, Prospects, Partners and Suppliers), People, Incidents, Bugs, Quotes, Invoices, Timesheets, Support agreements, etc. We repeat this with Boolean searches. We make it as easy as possible and as logical as possible so our staff can find anything as fast as possible. After all, I am paying their salaries so I want them to be as productive as possible.

Most importantly, we provide multiple entry-points for searches. I can for example search directly for emails with a Metadata search, searching by a combination of Sender, Recipient, Date, Subject, etc. Alternatively, I can search for customer emails from within the Entity record just by clicking on a single link for all attachments for that customer. We give our staff multiple options just as we give our customers multiple options.

You can search on any field and different classes of users can have different Metadata to both view and search on. The security system determines what each class of user (security group) can both see and then do with the information they can see. That is, the security system determines what tables and fields (and electronic documents and emails) you can see and then what methods (Add, Modify, Clone, Delete, Search, Print, etc.) you can use. Each security group sees only what it needs to see and has only the functionality it needs to get the job done

Because the system is flexible, the records manager for example could choose to search for emails on the way they were classified (say a 3 level hierarchy) but end users could choose to search using a natural selection of Metadata fields such as Sender, Recipient, Subject, Content, Date or ranges of these fields combined in either a Metadata or BOOLEAN or (making it easy for end users) Saved search.

Its horses for courses!

Following the above hybrid approach also means that you can still implement and manage all the recordkeeping principles such as retention and disposal schedules, location tracking, auditing, etc.

My point is that it is possible to meet the needs of all classes of users without frustrating any group.  It just requires a hybrid approach and the configuration of the system to suit each class of user.

Making everyone happy is a lot better than making some people happy and some people unhappy. Why would you do this if you had a choice?

 

 

How to simplify electronic document and email management

by Frank 17. September 2014 06:00

I have written about this topic many times in the past (see links at the end of this post) but the lesson is always the same. There are two key rules:

1.     If your system relies on people being 100% consistent and reliable it won’t work; and

2.     If you system places an additional workload on already busy workers it won’t work.

The message is, if you simplify and automate your system you give it the best possible chance of working.

If your system works as automatically as possible and doesn’t require much effort from your workforce then it has the best possible chance of being successful.

With today’s technology and tools there is simply no need to burden your workforce with capture and classification tasks. Do you still see people still using typewriters, rotary phones or Morse code? No you don’t because there is much better technology available. So why do you persist with an old, outdated and unsuccessful model? Why do you ask your staff to manually capture and classify electronic documents and emails when there are much better, much faster, much more consistent and much more reliable ways to achieve a better result? It is after all 2014, not 1914; we all use computers and smart phones now, not typewriters, wind-up rotary phones and Morse code.

Emails are managed by email servers, (yes, even Google). Email servers allow plug-ins and add-ons and are ‘open’ so you can automatically monitor and capture incoming and outgoing emails.

Electronic documents are always saved somewhere, for example on your shared drives or directly into your DMS. As such they can be captured and interrogated programmatically.

It is entirely possible to ‘parse’ any electronic document or email and its associated attributes and Metadata and make consistent decisions about whether or not to capture it and how to classify it when captured. It isn’t rocket science any more, it is just analysis, design and programming. We can go even further and determine who should be notified and what action(s) need to be initiated in response to each new email or electronic document.  

We can easily implement an end-to-end business process whereby every electronic document and email is managed from creation to destruction and we can do this with minimal human involvement. Where human involvement is required, for example making a decision or deciding upon an appropriate response, we can also automate and manage the business processes required and simply ‘present’ staff with all the required information when required.

Isn’t this was the Knowledge Management revolution was supposed to be about?

“A system that provides the user with the explicit information required, in exactly the form required at precisely the time the user needs it.”

The new model is all about automation and processing at the server rather than at the user’s workstation; a fully automatic, server-centric paradigm. A system that is all about the ‘Push’ rather than the ‘Pull’ model. A model whereby the computer services the end user, where the end user is not a slave to the computer.

We could also call it management by exception. “Please only give me what I need to see when I need to see it.”

None of the above is new or revolutionary thinking, it is all just common sense. None of the above requires yet-to-be invented technology or products, it only requires existing and proven technology and products.

The fully-automatic, server-centric approach should be the default choice and it should be a no-brainer for any organization that needs to implement an email and document management regime. Unfortunately, too often it isn’t.

If you have the responsibility of rolling out an email and document management system and the fully-automatic, server-centric approach isn’t on your agenda then your boss should be asking you why not.

References:

White papers

Posts

What is the future of RecFind? - The Product Road Map

by Frank 19. May 2014 06:00

First a little history. We began in 1984 with our first document management application called DocFind marketed by the then Burroughs Corporation (now called Unisys). In June 1986 we sold the first version of RecFind, a fully-featured electronic records management system and a vast improvement on the DocFind product. Then we progressively added document imaging then electronic document management and workflow and then with RecFind 6 a brand new paradigm and an amalgam of all previous functionality; an Information management system able to run multiple applications concurrently with a complete set of enterprise content management functionality. RecFind 6 is the eighth completely new iteration of the iconic RecFind brand.

RecFind 6 was and is unique in our industry because it was designed to be what was previously called a Rapid Application Development system (RAD) but unlike previous examples, we provided the high level toolset so new applications could be inexpensively ‘configured’ (by using the DRM) not expensively programmed and new application tables and fields easily populated using Xchange. It immediately provided every customer with the ability to change almost anything they needed changed without needing to deal with the vendor (us).  Each customer had the same tools we used to configure multiple applications within a single copy of RecFind 6. RecFind 6 was the first ECM product to truly empower the customer and to release them from the expensive and time consuming process of having to negotiate with the vendor to “make changes and get things done.”

In essence, the future of the RecFind brand can be summarised as more of the same but as an even easier to use and more powerful product. Architecturally, we are moving away from the fat-client model (in our case based on the .NET smart-client paradigm) to the zero-footprint, thin-client model to reduce installation and maintenance costs and to support far more operating system platforms than just Microsoft Windows. The new version 2.6 web-client for instance happily runs on my iPad within the Safari browser and provides me with all the information I need on my customers when I travel or work from home (we use RecFind 6 as our Customer Relationship Management system or CRM). I no longer need a PC at home and nor do I need to carry a heavy laptop through airports.

One of my goals for the remainder of 2014 and 2015 following is to convince my customer base to move to the RecFind 6 web-client from the standard .NET smart-client. This is because the web-client provides tangible, measurable cost benefits and will be the basis for a host of new features as we gradually deprecate the .NET smart-client and expand the functionality of the web-client. We do not believe there is a future for the fat/smart-client paradigm; it has seen its day. Customers are rightfully demanding a zero footprint and the support of an extensive range of operating environments and devices including mobile devices such as smartphones and tablets. Our web-client provides the functionality, mobile device support and convenience they are demanding.

Of course the back-end of the product, the image and data repository, also comes in for major upgrades and improvements. We are sticking with MS SQL Server as our database but will incorporate a host of new features and improvements to better facilitate the handling of ‘big data’. We will continue to research and make improvements to the way we capture, store and retrieve data and because our customer’s databases are now so large (measured in hundreds of Gigabytes), we are making it easier and faster to both backup and audit the repository. The objectives as always are scalability, speed, security and robustness.

We are also adding new functionality to allow the customer to bypass our standard user interface (e.g., the .NET smart-client or web-client) and create their own user interface or presentation layer. The objective is to make it as easy as possible for the customer to create tailored interfaces for each operating unit within their organization. A simple way to think of this functionality is to imagine a single high level tool that lets you quickly and easily create your own screens and dashboards and program to our SDK.

On the add-in product front we will continue to invest in our add-in products such as the Button, the MINI API, the SDK, GEM, RecCapture, the High Speed Scanning Module and the SharePoint Integration Module. Even though the base product RecFind 6 has a full complement of enterprise content management functionality these add-on products provide options requested by our customers. They are generally a way to do things faster and more automatically.

We will continue to provide two approaches for document management; the end-user paradigm (RecFind 6 plus the Button) and the fully automatic capture and classification paradigm (RecFind 6 plus GEM and RecCapture). As has been the case, we also fully expect a lot of our customers to combine both paradigms in a hybrid solution.

The major architectural change is away from the .NET smart-client (fat-client) paradigm to the browser-based thin-client or web-client paradigm. We see this as the future for all application software, unconstrained by the strictures of proprietary operating systems like Microsoft Windows.

As always, our approach, our credo, is that we do all the hard work so you don’t have to. We provide the feature rich, scalable and robust image and data repository and we also provide all of the high level tools so you can configure your applications that access our repository. We also continue to invest in supporting and enhancing all of our products making sure that they have the feature set you require and run in the operating environments you require them to. We invest in the ongoing development of our products to protect your investment in our products. This is our responsibility and our contribution to our ongoing partnership.

 

Month List