Status as of 2022-06:

The ideal "CRM" is quite different from one organization to the next because it depends on many factors:

  • Industry
  • Size
  • Current focus (stable vs growth)
  • Products vs services
  • Community members vs registered members vs clients
  • NGO vs government vs business
  • Etc.

Thus, we address this use case by configuring Trackers to have the required functionality and to grow with the organization.

We are looking for community members to create Tiki Profiles so we can have 1-click configurations. Ex.: CRM for services SME, CRM for non-profit with a membership, etc.

The following are legacy brainstorming notes on the topic.


What is a CRM?

Customer Relationship Management (ex.: a company)
Constituent Relationship Management (ex.: a political party)
See what Wikipedia thinks:

For Tiki, we want a more distributed model, so we could call it a Community Relationship Management system. This last aspect includes the two previous ones, but has an emphasis on self organization. It is related to Social Networking and wiki-centric project management.

A bit like a groupware is a lot like a CMS but with more advanced permissions (when you have a public wiki & calendar, it's called a CMS, but when it's a private/shared wiki & calendar, it's called a groupware), a community relationship management system could be a Customer Relationship Management but that empowers everyone in the community. So users can create groups/projects/sections for initiatives.


  • Marc Laporte
  • Jonny B and MatWho working on a (hopefully) simpler project addressing many of these issues (later 2008) - see GroupMail page
  • Nelson Ko
  • Pascal St-Jean
  • Adam Miron
  • Duane Kennedy
  • Mike Girardin


  • Contact Directory
  • Organization needs to communicate and support
  • Gather as much info as possible
    • relationship to other contacts/organizations
  • Track all communication to an individual level
    • Who are you
    • What did we tell you
    • What did you tell us
  • Track and Associate Tasks for workers associated to contacts


  • Database of records of unit of interest
  • Member Tracking
  • Track communications
    • E-mail
    • Newsletters
  • Notes of conversations
  • Search and Reports
  • Import and Exports Data
  • Associate Contacts into Groups
  • Freetag Data and Contacts
  • Feasibility of use for new users
  • Fine Level Permissions
  • Security
  • Scalability
  • Decision / Workflow Intelligence
  • Mailer
    • 0 - 4000 emails (Stock Tiki)
    • > 4000 emails (Integration with email sending system)
  • Payments
    • Donations
    • Membership Registration
  • Phone / Auto-Dial feature (Skype)
    • Phone Banking
    • Info Tracker while calling
  • List Management
    • combine household residents
    • eliminate duplicates
    • address management (possible google maps integration)
      • all current CRMs use one field (very poor)
      • we need info consistency
  • Custom form validation
  • Ability to write custom queries

Missing Tiki Features

  • Tracker Encryption
    • E.G Credit Card Numbers
    • Share Passwords
    • API Keys
  • Tracker History

Use Cases

Organizations that require membership tracking

  • Small Organizations
  • Associations and Groups
  • Political Parties
    • Nominations

CRM systems

 CRM madness 2012 top4: (1) Sugarcrm; (2) Pegasystems; (3-4) Salesforce-vTiger


(with zPush) to connect mobile devices

Highrise (37 Signals)

  • Could be a good base to emulate


Opensource version is not full featured,see SugarCRM feature comparison

TikiCRM should be a viable option to replace a SugarCRM installation


Opensource with all features.
They made a good comparison of themselves to the 3 big CRM players:

TikiCRM should be a viable option to replace a vTiger installation




XRMS (project on sourceforge)

Thoughts about necessary Components

There are several key components making up a good CRM:

  • business partners (This is the terminology used by SAP, I find it general enough to fit here) is an entity representing either
    • a person
    • an organisation
    • a group of the above
      • a person or organization should be able to be linked to more than 1 business partner (a person should be able to be linked to the Tiki development team, a family, and a company)
  • Addresses are attached to a business partner
  • Contact informations are attached to a business partner. These store phone numbers, fax numbers, email addresses, icq numbers, web sites and so on. Different contact types may allow triggering different actions, like clicking on an email address triggers sending a mail, clicking on a phone number allows to skype or call the contact via tapi/external helper
  • Roles define my/our relations to a business partner. My relations to a business partner are defined by roles. Every business partner can assume different roles at the same time (like employee and customer) Examples of roles are:
    • contact: Someone I talked to, know somehow but have no actual contract/relationship with
    • employee
    • key account manager: an employee who cares for my clients (this information can be attached to the customer role of a client, allowing me to see who of my employees cares for that customer)
    • customer
    • supplier
    • Account: A business partner must not be a registered user, but if he is, a link to that should be available, too
  • Contracts define my relationship with almost every business partner. A business partner can have several contracts with me (and in different roles). A contract contains
    • start and end dates
    • documents (the actual contract)
    • Scheduled actions
  • Actions are a sort of protocol, who did what with a customer. Here we store the information about emails, letters, offers, phone calls and so on. Actions can also be scheduled
  • Notes: I want to store additional information as free text, choosing either to publish it to others by assigning permissions or keep it private