While there are a lot of good comments coming in, I should make sure that everyone knows of a wonderful website called <a href="http://alternativeto.net">http://alternativeto.net</a> .  If you have an idea of what program you need (for example, a Windows program), you can get alternatives to it by platform along with user comments, ratings, etc.<br><div><br></div><div>I find it handy when I don't know what program to look for.</div><div><br></div><br><div class="gmail_quote">On Thu Nov 27 2014 at 1:45:27 PM B.S. <<a href="mailto:bs27975@yahoo.ca">bs27975@yahoo.ca</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">xtuple?<br>
<br>
<a href="http://www.xtuple.com/get-xtuple-erp" target="_blank">http://www.xtuple.com/get-<u></u>xtuple-erp</a><br>
<br>
<a href="http://en.wikipedia.org/wiki/XTuple" target="_blank">http://en.wikipedia.org/wiki/<u></u>XTuple</a><br>
<br>
Your list is in essence salesforce management, client relationships,<br>
customer service, etc.<br>
<br>
 > - A (growing) list of potential employers<br>
<br>
Salespeople, or customers, depending on how you want to look at it.<br>
<br>
 > - A bunch of people who are looking for placements (which we call<br>
   "participants")<br>
<br>
Prospects, or potential sales, or sales leads.<br>
<br>
 > - Actual placements that are made between the participants and<br>
   employers<br>
<br>
The other side of the top (salespeople/customers). A placement could be<br>
considered a sale.<br>
<br>
 > - Make notes about each participant, including which employers they<br>
   have approached for each participant<br>
<br>
Journal or customer / supplier interaction history notes.<br>
<br>
 > - Keep track of employer information (such as contact information and<br>
   prior placements)<br>
<br>
(Built in) Contact db / app, with notes.<br>
<br>
 > - Keep track of tasks to be done with each participant and employer<br>
<br>
Tasks assigned. Including calendared 'waiting for' (GTD parlance).<br>
(Journal item above, dated with date due.)<br>
<br>
 > - Record and evaluate placements that are made<br>
<br>
After sale follow up.<br>
<br>
 > - Generate reports on all of the following<br>
<br>
Moving target. There's a reason why most people csv data -> calc.<br>
<br>
<br>
Your requirements also make me think wiki is some part of the solution<br>
so that they have a place to put notes and thoughts, share them, and<br>
gain a single repository from which to pull initiatives / thoughts /<br>
ideas. This could even be a starting point. One article per client and<br>
supplier, and wiki words would cross-reference.<br>
<br>
<br>
I like what William said - pen and paper. They won't like that, but it's<br>
the honest truth, and the real (selling) point is that through doing<br>
what they do with pen and paper for some period of time they will be<br>
better able to express their desired result from any computer processes.<br>
And be better able to define specifications to help you short list<br>
potential solutions.<br>
<br>
[It's not clear from your note, but for all I know this has been going<br>
on for a while, and they're already at this point.]<br>
<br>
More importantly, through such they will better appreciate the<br>
administrative burden / overhead involved in any system. And if they<br>
perceive sufficient value to the result knowing the overhead work<br>
required to accomplish, there's a better chance for a successful, not<br>
abandoned, implementation.<br>
<br>
e.g. Contact maintenance, diligent data entry, task assignment entry and<br>
reporting, and so on.<br>
<br>
Put xtuple on a livecd or something so they can take it for a spin. At<br>
the least they'll start to get a sense of the nature of the beastie,<br>
what and how to organize things, and what sorts of things might be involved.<br>
<br>
Regardless of your ultimate solution given your requirements list, the<br>
conceptual frameworks to be delivered will be similar, regardless of the<br>
specific solution chosen. Perhaps a demo cd or something will get you<br>
some buy in. Bonus, I suppose, if you could fire it up in a vm and they<br>
could access remotely. i.e. Equivalent to taking that live cd and going<br>
on to the next person. Person one might put in a contact and make a few<br>
notes. With a vm person two would be able to see that and build on it.<br>
By the time you hit person X they will be able to see how it might fit<br>
your environment. Or not. (Let alone if the live cd -> vm is actually a<br>
working server multiply-accessible by bowser - your demo becomes<br>
production if they like it. Native clients, if any, could be installed<br>
later.)<br>
<br>
<a href="http://sourceforge.net/projects/postbooks/files/10%20PostBooks-VMs/" target="_blank">http://sourceforge.net/<u></u>projects/postbooks/files/10%<u></u>20PostBooks-VMs/</a> ?<br>
<br>
<br>
Else "20 Top Cloud Services for Small Businesses"<br>
<a href="http://www.pcmag.com/article2/0,2817,2361500,00.asp" target="_blank">http://www.pcmag.com/article2/<u></u>0,2817,2361500,00.asp</a> ?<br>
<br>
<a href="http://www.zoho.com/" target="_blank">http://www.zoho.com/</a> ?<br>
<br>
<br>
On 11/26/2014 11:58 PM, Paul Nijjar wrote:<br>
><br>
> I am trying to research some FLOSS alternatives for a problem some<br>
> people at my work are having. They are trying to track the following<br>
> things:<br>
><br>
> - A (growing) list of potential employers<br>
> - A bunch of people who are looking for placements (which we call<br>
>    "participants")<br>
> - Actual placements that are made between the participants and<br>
>    employers<br>
><br>
> They want to do things like the following:<br>
> - Make notes about each participant, including which employers they<br>
>    have approached for each participant<br>
> - Keep track of employer information (such as contact information and<br>
>    prior placements)<br>
> - Keep track of tasks to be done with each participant and employer<br>
> - Record and evaluate placements that are made<br>
> - Generate reports on all of the following<br>
><br>
><br>
> I am looking for something maintainable, somewhat customizable (in<br>
> case they have extra fields to add to the different groups),<br>
> installable on an internal Debian or Ubuntu server, and relatively<br>
> lightweight (this is a team of a few people, not a Fortune 500<br>
> company).<br>
><br>
> Some jargon I have been looking at includes: "ERP", "CRM". I am not<br>
> even sure what category of things I am looking for. It feels like I am<br>
> looking for some collaborative project software, maybe.<br>
><br>
> In my mind this does not seem that different from the problem the<br>
> infamous UW Jobmine system is trying to solve.<br>
><br>
> Rolling our own database-driven application is a possibility, but one<br>
> I would prefer to avoid unless there is nothing that does what I want<br>
> (especially if the database application we end up using is Microsoft<br>
> Access, which would break my stony heart).<br>
><br>
> I am sure that this is a solved problem. What software am I looking<br>
> for? Categories of software to search for would be helpful. Individual<br>
> software packages to try would be helpful. Personal experiences of<br>
> solving these problems would be very helpful. I am in the beginning<br>
> stages of my research and I am flailing around.<br>
><br>
> - Paul<br>
><br>
><br>
<br>
<br>
______________________________<u></u>_________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" target="_blank">http://kwlug.org/mailman/<u></u>listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote></div>