Reporting Across Multiple Systems

Currently I spend a few days each week generating reports for transmission of information between my organization’s online and offline systems.  Matt McCabe of Orange Leap hosted a NTen webinar this week, Meaningful Reporting: A Holistic Approach to Reporting Across Multiple Systems which highlighted this issue.  While there are no easy solutions, there are some options to consider:

  1. Select vendors and products which connect well with other systems.  Salesforce is an example of a company which has many ways to link its CRM to other software.
  2. Before implementing a new product, figure out how you will synchronize its data with your existing systems.  If you need to spend considerable time running reports and exporting / importing data, you’ll have little time to focus on developing the synchronization.
  3. Consider how much information you really need to have in multiple systems.  Some products will allow you to transfer basic contact information, but may not  be able to handle synchronization of event data or custom fields.
  4. Unless you have a lot of money to spend, it won’t be possible to have a ‘real time’ synch;  decide how often it is practical to have your systems connect with each other.
  5. Make the synchronization run automated, preferably during off hours.  The more manual work you need to do, the more chance there is for error.  (But make sure you look at the error log to determine what didn’t work.)
  6. Confirm that you’re including all activity.  Donations and event registrations may not be available in the same report;  you may need to find a ‘transaction report’ that includes all activity (then confirm this by sampling different types of transactions)
  7. Stick to a schedule – and let your staff know when synchronization is taking place.  (My most common question from staff is why a particular transaction doesn’t appear in another system, and when they can expect it to show.)
  8. If you encourage constituents to fundraise for your organization using a tool like Convio’sTeamRaiser or Blackbaud / Kintera’s Thon, you’ll need to find a way for offline donations to appear quickly on constituents’ personal web sites when developing your synchronization schedule.

In his presentation, Matt described the steps of data extraction, consolidation, reconciliation between systems and presentation, suggesting that you compute the staff hours spent in completing these tasks – and making management aware of the actual price in making integrated information available.  His overall recommendations included:

  • develop standards, e.g. how does your organization define ‘online giving’?  Become familar with APIs (application program interface) and Active Messaging Protocols (XMLs)
  • seek platform independent tools, e.g. using OLAP data storage and a data warehouse
  • empower end users to generate their own reports

The benefit: more time to devote to mission, faster more informed decisions and higher morale, and an increase in staff morale, as they’re freed from tedious reporting tasks.

How are you dealing with this issue?

Report from Boston Technology Conference

On June 5, 2007, I participated in a panel at the Boston Technology Conference which discussed how CRM and CMS tools can be effectively used by nonprofit organizations.  Below are some major points:

CRM: A set of processes and supporting technologies used to acquire, retain, and enhance the relationships with all different constituent groups who interact with an organization.

CMS: Software tools that allow non-technical users to update a website without having to be a website designer.

Chris Atwood of SalesForce discussed how a CRM is used for marketing, sales and customer service.  He also mentioned the importance of identifying constituent groups (e.g. donors, volunteers etc.), outlining processes and workflow and the role of nonprofit staff in managing, analyzing and reporting donor data.  While Chris’ presentation was clearly not product specific, he pointed out that all nonprofits may receive 10 donated licenses to use SalesForce through Sales Force Foundation.

I then presented on how content management tools can be used to quickly add / edit / remove web content, and described types of CMS products (e.g. locally installed, hosted, open source vs. proprietary) available.  I also outlined several variables to consider when selecting a CMS:

  • Staff expertise
  • Frequency of site update
  • Approval levels needed
  • Type of site content
  • Budget
  • Stability of vendor
  • Integration with other systems
  • Availability of support

I also discussed the issue of whether to integrate CMS and CRM tools.  Integration provides the advantage of being able to easily send out segmented emails and web site content oriented towards specific groups of constituents.  Joomla, an open source CMS products which was presented briefly by Pradeep Suthram of PicNet, is especially strong in this area,   PicNet’s Nonprofit Soapbox, a hosted CMS tool based on Joomla, was also mentioned.

We ended our presentation with a recommendation of various resources:

Thanks to Tech Foundation for sponsoring this conference and to Chris & Pradeep for sharing their expertise.

Should nonprofits use hosted software?

I participated in an interesting discussion recently on NTen‘s discussion group about how much nonprofit organizations should take advantage of hosted software applications.  I’ve been a proponent of ASPs / on demand software for quite a while now;  the only major application I haven’t switched over is email, which I continue to download to my local PC using Thunderbird.  But my main CRM (SalesForce) and calendar (Google) is web based;  I still can’t understand why my wife (and many others) insist on relying on Outlook where this information is stored locally where it is subject to computer / backup failure AND can only be accessed from that one location (or through remote access).

Nonprofits usually have limited technical resources, if any at all.  Using hosted applications reduces the need for a home grown networking infrastructure;  the main concern becomes having a reliable Internet connection.  But this doesnot mean that no tech savvy staff are needed.  The technical skills to support online applications are different from what is required to maintain local applications since it puts a heavier reliance on choosing stable vendors and maintaining these relationships.

As is the case with local software, choosing packages that play well with other vendors is important, so it’s helpful to investigate APIs and whether or not the vendors have previously developed links to other systems.

Nonprofits can of course get discounted (mostly local) software through services such as Tech Soup,  but in the long run hosted applications will win out.  It’s also fascinating that some nonprofits still insist on custom applications when there are so many web based programs that can do so much ‘out of the box.’

Nten’s annual conference kicks off next week, so I’m sure this topic will be debated anew.