Skip to content
ASIP Mentor guide
Software platforms and applicationsB10Partner brief4 of 14 in SW

Donor Relationship Prototype

Centre for Wildlife Studies

Donor touchpoints are scattered and never become one relationship history.

Skills
  • Data modelling
  • Service integration
  • Segmentation logic
  • Language model as a component
Domains
Environment

Who you work with#

The CWS Fundraising team. This is a different team from Briefs 08 and 09, with its own priorities and its own contact.

The situation#

People come into contact with CWS through email, digital campaigns, events and donations. Each of those leaves a record somewhere. Together they never form one history of a relationship.

CWS deals with two very different groups. Foundations, trusts and companies give large amounts on a reporting cycle with formal requirements. Individuals give small amounts, irregularly, and respond to completely different things.

What is going wrong#

Nobody can answer basic questions. How did this donor first hear about us? What have we sent them? What are they interested in? When should we contact them next? Without that, fundraising is a series of disconnected asks, and the people most likely to give again are treated like strangers.

Why it is not fixed yet#

Commercial fundraising software exists and is priced for organisations much larger than CWS. Salesforce and similar tools are free or discounted for non-profits and then need a paid consultant to configure and maintain. The real question is not what to build but whether to build at all — and CWS has explicitly asked for that recommendation.

Skills and Expertise#

  • Branch — CS, IT. Suits students interested in product decisions as much as code.
  • Technical skills — Data modelling, application development, integration between services, working with a language model as a component, segmentation logic.
  • Other skills — Requirements gathering, cost analysis, writing a recommendation that argues a case, understanding fundraising as a process.