Monday, October 27, 2014

Why online giving platforms and your own fundraising database are not best friends

Drifting Platform 
The IoF/CFG recently published a new report, "A practical guide to selecting and using online giving platforms" and I was pleased to see that the data collected from such platforms and, to a degree, the integration with your fundraising/CRM databases was acknowledged as a factor. However, I think such integration is sometimes promoted as being easier than it really is; and sadly, integrating or importing said data into your own fundraising database is often much more awkward, time consuming and costly than charities realise.

There are therefore a number of things I think you should consider if you do want to get the data from your online giving platform into your own fundraising system:

First, the data basics
Just because a platform provides a file of donors/donation data in an Excel/csv format doesn’t mean you can import it quickly into your fundraising database; e.g.:
  • You need to consider duplicates - how will you identify if an online donor is already on your fundraising database? And even if you can, can you easily update data correctly? i.e. if you do find a duplicate then is there any data which you should update on your own database? Or should not overwrite?
  • Some fields in your downloaded file may need to be split (or even concatenated); e.g. name, address fields.
  • Some fields may exist in your downloaded file but not in a way which can directly be added to your database (e.g. Gift Aid declaration data/flags, opt-in/out flags).
  • Other fields not in the downloaded file may need to be added to a file before you can update a record on your database (e.g. source, fund/campaign codes) etc.
  • Gift Aid flags need to be carefully updated so there is no double-claiming in the future.
  • Then you have regular giving and how to distinguish/code/incorporate these, and match income when it comes in...
  • And you have the issue of Soft Credits and how to apply those to who…
There are also sponsored events to consider, which are of course where so much data comes from the online giving platforms. It's all very well including sponsors who have ‘opted in’ to receive more information from you, but if it takes more time/effort to import then what are the expected benefits? Are those people really interested in your organisation or just the person they sponsored? What is the real likelihood of getting a further donation from them?

And the reason all this is important is because if you do need to manipulate and change the files you are downloading from the online giving platforms, then someone in your charity (i.e. usually someone in your database team... if you have one...) has to do that. Some charities are better than others at doing that and some do automate such processes in Access/Excel macros etc, but I know many who still do at least some manual work, and some who do considerably more than "just a bit".

Some (potentially) better options
There are of course more automated ways of importing all this data. e.g. JustGiving provides an API which means you could import such data much more efficiently. And some of the fundraising packages and some of the fundraising templates now provided for Salesforce/Dynamics even have 'out of the box' functionality written for you to do this. Which is definitely a good start. But remember that even those pre-defined processes might not always do exactly as you want.

And if any online giving platform says “oh, we have an API so you can integrate us with your database…” then, well, just be aware - it ain’t necessarily as easy as it sounds! If you have internal programmers and techies then great, that’s an option. If not, it will cost you money.

The benefit and curse of multiple online giving platforms
Of course, the kicker is that for all the above points, you need to consider all of them separately for each online giving platform because each platform's data and file format will be different… That's why database teams groan (inwardly) when they hear about the "next, great online giving platform", because they know where the buck will stop in terms of getting that data into your own fundraising database.

And talking of bucks, this final step of getting the data into your own system is sometimes not considered when looking at the total cost of different systems. Sadly, it does seem to be assumed by some charities that if a database team can do one such solution then they can do another without any additional cost/work. And as I am saying, this is not the case.

Don't get me wrong: I love the fact these platforms exist and it has revolutionised fundraising. But to maximise future fundraising benefits, you need to get data from those platforms into your fundraising database and use that for future marketing. And that is not always as easy as it sounds.

Tuesday, October 14, 2014

Raiser's Edge NXT: My Initial Thoughts (Part 2)


Last week, Blackbaud announced details of Raiser's Edge NXT. In the first part of this blog, I gave the facts of what I currently understand NXT to be. In this second part, I will say a bit more about what I personally think of the system and the implications for current RE7 users/potential new NXT users. As such, I should add a great big caveat at the start which is that this is my own personal opinion and so you can blame me for anything I am ultimately wrong about (or, hopefully, right!), but I hope that this post is at least a fair and open narrative.

What's Good about NXT?
The good news is there is lots to look forward to about NXT. It's interface and UX is undeniably very slick and far more user-friendly than RE7. There are definitely better features such as the approach to dashboarding, the work centre, the summaries users can easily see and the far more flexible way of displaying information. It looks good and that will certainly help user adoption. (Of course, that is only one aspect of any software, but it's a great start).

The different role-based views are promising and although that might add some extra support to database administrators to maintain them, I would still vote for and want that flexibility.

It supports REST API technology which means that using its API should be a far better experience compared to RE7's API which many people didn't like. What this means in practise is that your technical staff, or Blackbaud or third-parties should be able to integrate NXT more easily with other systems and get data in and out of the database better using such tools.

The conversion approach (which I detailed in part 1 of this blog) is clever in itself, although I have reservations too for the initial implementers (c.f. below).

And for those of you who want a cloud-based fundraising database it could be a great option.

Of course, the above sub-heading means I need another which says there might be stuff I think is not so good…
So what are my concerns/questions about NXT?

  • In the short-term (although that actual timescale is currently unknown), I am not sure how the approach to using RE7 and NXT at the same time will be received. You can look at it on the positive side and say that it is of course great that some users will get earlier access to NXT, or even that some users will have an option of which system to use, but I think there are issues that may need to be resolved.

    I would think it could be harder to explain to users who should be using which version to see what; and administrators will need to support both systems. And as more NXT functionality comes on board, so testing, training and internal documentation will need to be kept up-to-date on those aspects. There's some potential 'hidden costs' there in terms of internal staff time/effort. And although some existing RE7 clients might accept all that, it will be interesting to see how that is seen by potential new customers. (NB I realise that the software interface is simply one aspect of any procurement decision, but it's quite a significant one in this case).
  • I'll be interested to see how Attributes are ultimately managed in NXT. As I understand it, at the moment Attributes will simply be migrated from RE7 'as is', and that is probably a good thing for ease of migration and for initial adoption.

    But if Blackbaud are promoting NXT as a great UX and with their role-based views, then if users can only still see all Attributes all in one list and then have to work out from there which are relevant for them, then I don't personally believe that is taking a step forward in that aspect of the UI. I know many organisations who have dozens (many dozens) of Attribute categories. That said, I think users may be able to filter the Attributes list in some ways so that is going to help.
  • When RE was originally released, attributes were a very clever way to enable non-technical users to be able to add their own 'fields'. And they are of course still very easy to add. But today's CRM systems (Blackbaud's competitors) offer charities the ability to add 'standard' fields very easily, simply through using a GUI and still without the need for any specialist technical knowledge.

    Again, I know that this is a very specific point but I personally believe it is an ever-increasing example of user-friendliness with power which NXT might need to catch-up with. I also acknowledge that at some point, if users want this capability a lot then they should maybe consider Blackbaud CRM, but that doesn't really address the NXT needs.
A few things we don't know yet but will start to do so
We don't yet have a timescale for a full implementation of NXT so that it replaces all of RE7. The only thing we know is that it won't be a matter of just a few months. So the 'hybrid' approach will be here for a while.

And as the pricing won't be based on user numbers then I assume it will either be based on record numbers and/or online storage requirements. How this works out will depend on Blackbaud's final cost model.

One of the things we will need to know is how Blackbaud will allow and manage client-created and third party API developments. Current RE7 hosting has limitations on third-party APIs so will that be the same on NXT? I believe that existing add-on functionality built on RE7 using RE7's API functionality will also be replicable on NXT, but it isn't completely clear to me how that will happen. Will it only be for API apps built by Blackbaud on RE7 or by third-parties/clients too? This is especially pertinent given that Blackbaud are launching a Partner Network in November this year.

There was talk on Twitter during the Blackbaud conference announcement that there could be a private cloud option. In which case, that would seem to offer more functionality for control of performance management and flexible use of the future API.

So how would I summarise all this?
Although I know RE7 is still selling fine and fundamentally it provides solid operational functionality for fundraising, it is difficult to argue against the view that it looks a bit long in the tooth, it is based on older technology and it is more difficult to integrate with. And all that whilst (some of) Blackbaud's competitors have surged ahead in terms of technology and an open approach to integration, and are already challenging on fundraising functionality.

NXT will address this. That's good news for the sector in terms of software options. Especially for small to mid-size charities already using or considering Raiser's Edge, which is where I suspect NXT will do well.

But it still won't be available until the middle of 2015 and even then it won't be replacing 100% of RE7 functionality. The time Blackbaud take to develop NXT further could have a significant impact on its adoption. And as I say above, I remain to be convinced as to how the 'hybrid' approach to using RE7 and NXT will be received by some users.

I also don't know if the cloud-only approach will alienate some organisations? It shouldn't do in terms of cloud security although there are of course some people who are still wary of cloud systems - but the management of client/third-party APIs could be important here too.

But as a one sentence summary? I think NXT will put Blackbaud back in the game (if they were ever out of it…)

Sunday, October 12, 2014

Raiser's Edge NXT: My Initial Thoughts (Part 1)

Running into the Future 
Last week, Blackbaud announced their roadmap and upgrade path for The Raiser's Edge v7: Raiser's Edge NXT. My post here summarises what this means to existing RE7 users and potential NXT users. I've split it into two parts: first the facts and second what I think the implications are for RE users 1.

First, just the facts ma'am
So what do we know about NXT:

  • Raiser's Edge NXT (oh, and that's pronounced En Ex Tee - not next or n'xt- although I'm not sure how long that will last…) is a cloud only solution. No more on-premise software.
  • All clients will have unlimited users and instead the cost will be subscription based pricing (exact pricing TBC).
  • It will be device independent and run on desktops, tablets and mobile devices, the interface being a responsive design.
  • The whole user experience (UX) is very different from RE7 and is "tile-based" rather than tab-based, which can be setup differently for different users (c.f. Roles below) and the tiles can even be moved around easily. (You can see several example screenshots on Blackbaud's website, such as
  • The fundamental UX is designed so that it is more focused on different user Roles; e.g. a view for a fundraising manager, one for prospect researchers, another for alumni relationship officers etc. This means that each such role will have a different view of data and records oriented to how those people work.
  • It will support the REST API architecture. And, as it says on Blackbaud's website: "Raiser’s Edge NXT will ultimately have an Open API".
  • There is a new approach to list building which is oriented towards users who don't need to know something as sophisticated as the current RE:Query tool (and is more akin to filters found in other contemporary/cloud CRM systems).
  • And there are some other nice new features and functions too such as better dashboards and summaries, a work centre, a constituent "timeline" which shows interactions/mailings etc for a constituent in a 'graphical' view - and I expect many more.
  • Upgrades/enhancements will be automatically rolled out when they become available, a la any similar Cloud solution. (i.e. no more going round all your PCs with a CD!)
And the planned release date is middle 2015. But: in the first instance, NXT will not have 100% of RE7 functionality. Instead, more functionality will be added over time. That will mean the first organisations using NXT will also need to carry on using RE7 for some of their staff/requirements. (c.f. Data Conversion below). In practise, the initial launch will provide the NXT interface for users more involved with one-to-one type fundraising (major donors, trusts, prospect researchers etc) but much of the central operational functionality of Raiser's Edge will remain in RE7 (e.g. direct debit claims, exports, database admin).

And for existing RE7 users there will be no data conversion process…

So how will current RE7 users 'convert' to NXT?
Although there is no 'formal' data conversion process, it is perhaps better thought of as an "invisible" conversion (or 'behind the scenes'). It will work like this:
  • First, if you are a RE7 user who wants to upgrade to NXT then Blackbaud will move you to their hosting platform (if you're not already on it).
  • That platform will then provide you with full access to RE7 (as per their current hosting option) but also present NXT access. But the data will synch between the two versions so that all users are of course accessing the same data. All this will be done automatically by Blackbaud's systems.
  • Thus we can see that data from RE7 will start to be migrated to NXT and as Blackbaud bring on more functionality to NXT so more data will move across to that.
You can read my thoughts on the implications of that in the second part of this post.

And don't forget Blackbaud CRM and eTapestry

If you are an existing RE7 user then you should also remember that NXT will be just one option for an upgrade path. For larger organisations, Blackbaud CRM could be more appropriate, or for smaller organisations you could even consider eTapestry. Talk to your Blackbaud account manager for more information (as the PR might say…!)

So what does all this really mean to Raiser's Edge v7 users? How good is RE NXT?
I will address that in my next blog, later this week.

1: This information has been gathered from Blackbaud's own website and from Blackbaud's announcement of NXT at their US conference last week.

Monday, October 06, 2014

The importance of the client/supplier relationship


This is a slightly corny sounding subject at first sight, but it really is true and it really is important! The following are some of the things I have learned over the years which you might like to consider when buying and then implementing a fundraising, membership or CRM database (or anything else come to that!):
  • The first thing which helps in this area is that hopefully you will consider supplier empathy and approach even during procurement. Especially the lead/key staff you will be working with. If you select a company where their staff do appear awkward/unhelpful/blunt or just don't care about what you are doing, then that isn't going to help... You might do this if everything else about the company and software was so fantastic that you had to do so, but personally I wouldn't advise it. (This may be an obvious thing for me to say but in the NFP sector this can truly make a difference, compared to a hard-nosed commercial organisation)
  • The supplier should be on your project board/steering committee during implementation. This will really help the relationship and project. And if you also need to hold private board meetings without the supplier then that's fine, just make sure they are part of the key meetings.
  • Set ground rules for both parties in your kick-off meeting: start as you mean to go on. It's the best time to do this when you are both happy and enthusiastic!
  • Invite your supplier's key staff to one of your organisation's away-days, SMT meeting, fundraising planning workshop etc at the start of your implementation. It will give them a far better insight into what your charity does, what is important to you, what your staff are like and so on. (NB For suppliers who work with commercial clients too, you might well find their staff find it a refreshing thing to be working for a good cause - and the more engaged they are, the more likely they will pull out the stops to help you when push comes to shove).
  • Don't squeeze suppliers on costs til they bleed - it will backfire. They almost certainly will be a for-profit company so understand you do need to treat them as such.
  • Your contract should include a SLA (Service Level Agreement).
  • Ensure you have an Escalation Policy which covers what you will do and who will do it - for both parties - if anything does need escalating.
  • Build a more personal relationship with the supplier's key staff so that if you do have a problem or an awkward thing to discuss then it should be easier. Ditto if they need to come to you about such issues. Visit their office, meet their other staff, meet their CEO (or as high as you can go - you may not meet Marc Benioff or Satya Nadelle themselves!)
  • And when things go wrong, discuss them as openly and as honestly as possible. Don't shout! (I know this is basic advice but I have seen situations when it has not been followed...)