190 likes | 338 Views
HEAnet’s ClientDB. Brian Boyle. Introduction. HEAnet & Client Relationships Tools Requirements for CRM tool ClientDB. HEAnet & Client Relations. Primarily people driven Started with informal approach (-1997) Then, used basic tools MS Exchange (1997 - 2003) OpenGroupWare (2003 - 2008).
E N D
HEAnet’s ClientDB • Brian Boyle
Introduction • HEAnet & Client Relationships • Tools • Requirements for CRM tool • ClientDB
HEAnet & Client Relations • Primarily people driven • Started with informal approach (-1997) • Then, used basic tools • MS Exchange (1997 - 2003) • OpenGroupWare (2003 - 2008)
MS Exchange • Used for Email, Calendar, Contacts • Grew without planning • Took over as Contact database • Data was unstructured • Never used full functionality
OpenGroupWare • So we changed system to “OGO” • Used for Calendar & Contacts • More formal structure for data • Primarily driven by Calendar requirements • “Jack of all trades, ...” • Webmail, Bulletins, Proj. Mgmt, ...
OGO Schema Assigned-to Tech Contact: Conor Furlong Company A (Client) Assigned-to Billing Contact:Sadhbh Woods Assigned-to Tech Contact: Oisín Doyle Assigned-to Assigned-to Change Ctrl: Aoife Murphy Company B (Client) Assigned-to Billing Contact: Cillian Doyle Assigned-to Tech Contact: Eoin O’Shea Companies People
ClientDB • 2008: OGO hard to maintain, very difficult to expand • Gathered requirements for replacement • Focused on Clients & Services • Researched market • Handed job to internal swdev team
Internal Development? • Why build? • Many many CRM solutions • but most are sales/revenue oriented • and tend towards closed APIs • We reallyrequired extensibility/interoperability with our tools
Requirements • Extendable & Interoperable • Central repository for all client data • Track Clients, Contacts, Services • Open interfaces (http, ldap, ...) • Must integrate with Email, Calendar • Potential to link to Provisioning, Tickets
Functionality • Used for Contacts • Linked to Client Service Agreements • Basis for all Support contacts • Structured data about Contacts • Record of services/clients • Not (yet) used for Provisioning
Resources • Ruby on Rails, MySQL, Ubuntu • LDAP interface to Email MUAs • Calendar interface in transition
ClientDB Schema DCU Billing contact Conor Furlong ORI Change Controller Sadhbh Woods Children Tech Contact Oisín Doyle Mater Dei Change Controller Tech Contact Aoife Murphy St. Pats Billing contact Cillian Doyle Billing contact Eoin O’Shea Contacts Clients
ClientDB • Support for Provider contacts • Reports to keep data consistent • Views of data, e.g • view clients by Finance Contact • view of our of hours contacts
Conclusions • We wanted a very simple system [1] • We really wanted extensibility [2] • We hope to integrate it with • Calendar [3], Provisioning [4], Accounts [5] • So far, we have 1, 2, 3.
Conclusions • We have a small client base • Our contacts have many jobs • Tool can only support Humans • We need a Human CRM