| 191 | |
| 192 | == CiviCRM == |
| 193 | |
| 194 | === Basic Member Info === |
| 195 | |
| 196 | Wow. There's really little competition here. CiviCRM was designed with our contact model in mind. There seems to be a way to assign multiple addresses (although I'm having some difficulty getting that to work at the moment). There's a source field (is that for indicating who initially contacted them?). There's plenty of room for multiple emails and you can indicate ones that are "on hold." Simple demographic data (gender and birthday) is in by default. Adding custom fields is a snap. No built-in way to indicate the best time to reach, but every communication mode has a "preferred" one. |
| 197 | |
| 198 | There's no way to indicate what type of person it is - although it could be easily added as a new field, or we could use the relationship feature which allows you to determine the relationship of one contact with another (if you enter your own organization you could relate a contact to yourself that way). I can't find anyway to indicate that an address or phone number is bad. And no voter data. |
| 199 | |
| 200 | === Individual vs. Group/Household identity === |
| 201 | |
| 202 | CiviCRM was built to address the issue of groups and households. CiviCRM handles these relationships extremely well. |
| 203 | |
| 204 | === Interactions and Transactions === |
| 205 | |
| 206 | There isn't an endless list of sales related interactions like there is with SugarCRM and vtiger. However, there is flexible event related tracking and the activities related tracking allows you to create arbitrary activities to keep track of. |
| 207 | |
| 208 | === General Reporting/Exporting === |
| 209 | |
| 210 | CiviCRM has three levels of searching: simple, advanced, and a very sophisticated advanced search builder (including custom fields). |
| 211 | |
| 212 | The export feature is also really sophisticated - with a wizard that allows users to select the fields to be exported among other options. |
| 213 | |
| 214 | As for reports, there's [http://wiki.civicrm.org/confluence/display/CRMDOC/CiviReport CiviReport] which terrifies me (copy of database on my desktop? tomcat?!?). |
| 215 | |
| 216 | === Access/Controls === |
| 217 | |
| 218 | CiviCRM on Drupal makes extensive use of Drupal's user/role/privileges system allowing for some very fine grained controls. In addition, CiviCRM has additional controls that go beyond Drupal to control access to specific fields. |
| 219 | |
| 220 | === Membership metrics === |
| 221 | |
| 222 | Same as SugarCRM and vtiger ... however, I expect that if we built something like this it would be incorporated into the mainline code (or at least could be packaged as a module). |
| 223 | |
| 224 | === Usability === |
| 225 | |
| 226 | The usability is not as easy or clear as SugarCRM or vtiger - however, not having to dig through the corporate speak makes it a lot easier. |
| 227 | |
| 228 | === Developer/Code === |
| 229 | |
| 230 | Haven't looked under the hood yet. |