Date: Sat, 21 Aug 2010 20:00:22 -0500 From: Jamie <jamie@geniegate.com> To: freebsd-chat@freebsd.org Subject: CRM-ish systems anyone? Message-ID: <20100822010022.GA11022@apollo.podro.com>
next in thread | raw e-mail | index | archive | help
I've been looking for a good CRM system, and I have to admit, I'm rather perplexed. Here's the jest of what I want the framework to be: * n-tier (a server process divorced from a web server, uses XML-RPC) * Zero support for mysql (postgresql only) * Preferably not PHP. * Easy to integrate with. * Should never, *ever* send mass email, under any circumstances. Moreover, I'd really like it if the thing didn't try to do everything. I need a simple issue tracking system, I want the CRM to know about it, I don't want the CRM to *implement* it. I need a simple time tracking system, but I don't really want to have to poke through 15 unrelated CRM menus to start the clock and have a big complicated system to charge a client for 15 minutes of work. (I do need this thing to be "project aware" though) The way I'd picture this working is very much the way CVS or SVN does, a bunch of shell script "hooks" use stdio to sync with other tools: plugins/project/get_client_projects.sh $client_id openerp looked really promising, but it seems to want to do everything and on FreeBSD anyway it crashes a lot. (don't know if thats the same with linux, I suspect it is) I don't want someone to feel as if they're being crammed down some automated, impersonal "sales pipeline". All I really need is a system that tracks every possible interaction with someone (in a unified way) and when/how these interactions took place, but doesn't dictate anything about the activity. Any ideas for a unix-ish CRM? Jamie -- http://www.geniegate.com Custom web programming Perl * Java * UNIX User Management Solutions
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100822010022.GA11022>