<div dir="ltr">Martin<div><br></div><div>thanks. for the suggestion, there are many platforms offering freelance services, </div><div>I have tried a couple but people seem to prioritize bigger projects, more long term, more revenue. </div><div><br></div><div>'a bit of coding' because there are open source platforms already offering</div><div>the required functionality, the jobs is mostly configuring existing code and doing a bit of scripting - but which platform to adopt depends on the personal preference of whoever takes on the job</div><div><br></div><div>I am happy to discuss the project further with anyone interested in working on it :-)<br></div><div><br></div><div>PDM</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 4, 2016 at 1:45 PM, Martin McGrath <span dir="ltr"><<a href="mailto:mcgrath.martin@gmail.com" target="_blank">mcgrath.martin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It looks like you're a while away from asking someone to "do a bit of<br>
coding". You start by asking someone to pick a existing product to be<br>
used as a baseline, which may also determine OS/server side<br>
requirements, then justify their choice to you before making what may<br>
or may not be changes (since you have no idea what product they may<br>
suggest these features may already exist or be a customisable<br>
workflow). Prior to getting anyone else involved I think you need to<br>
take a step back and think about what you're asking for, and the<br>
implications of such things.<br>
<br>
From experience without proper foundations such endeavors tend to<br>
become a vortex for time and energy.<br>
<br>
By the sounds of it there are already other sites offering a service<br>
comparable to what you seem to want.e.g. <a href="http://upwork.com" rel="noreferrer" target="_blank">upwork.com</a>, freelancer, which<br>
ironically may be a wise place to advertise this once the details are<br>
firm.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On 4 August 2016 at 08:34, Paola Di Maio <<a href="mailto:paola.dimaio@gmail.com">paola.dimaio@gmail.com</a>> wrote:<br>
> Thank you Martin<br>
><br>
> I thought if someone is up to do a bit of coding would respond and I d send<br>
> the spec offlist<br>
> but I attach here it, does it come through the list?<br>
><br>
> On Thu, Aug 4, 2016 at 12:55 PM, Martin McGrath <<a href="mailto:mcgrath.martin@gmail.com">mcgrath.martin@gmail.com</a>><br>
> wrote:<br>
><br>
>> From experience there's a lot less pain involved for both parties if you<br>
>> provide a specification.<br>
>><br>
>> There really isn't close to enough detail in terms of platform, language or<br>
>> tools here for an approximate response, let alone an informed one.<br>
>> -------------- next part --------------<br>
>> An HTML attachment was scrubbed...<br>
>> URL: <<br>
>> <a href="http://www.electronclub.org/pipermail/members/attachments/20160804/57998ddf/attachment.html" rel="noreferrer" target="_blank">http://www.electronclub.org/<wbr>pipermail/members/attachments/<wbr>20160804/57998ddf/attachment.<wbr>html</a><br>
>> ><br>
>><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
</div></div><div class="HOEnZb"><div class="h5">> URL: <<a href="http://www.electronclub.org/pipermail/members/attachments/20160804/ff49bdf4/attachment.html" rel="noreferrer" target="_blank">http://www.electronclub.org/<wbr>pipermail/members/attachments/<wbr>20160804/ff49bdf4/attachment.<wbr>html</a>><br>
> -------------- next part --------------<br>
><br>
><br>
> OPEN EPROCUREMENT/OPEN TENDERING SYSTEM<br>
><br>
> THE SYSTEM WILL BE AN ONLINE EPROCUREMENT PLATFORM, IMPLENENTED USING OPEN SOURCE SOFTWARE<br>
> AND CUSTOMISED TO SUPPORT THE MAIN REQUIREMENTS AND WORKFLOW OUTLINE BELOW<br>
><br>
> VERY ROUGH PROJECT OUTLINE<br>
> ------------------------------<br>
><br>
> 1. MAKE A RECOMMENDATION FOR WHICH OPEN SOURCE PLATFORM TO USE<br>
> (SEE THE AVAILABLE OPTIONS BY SEARCHING ONLINE FOR OPEN SOURCE E PROCUREMENT/TENDERING SOFTWARE<br>
> such as vprocure<br>
> EXAMPLE: <a href="https://sourceforge.net/projects/tendersystem/" rel="noreferrer" target="_blank">https://sourceforge.net/<wbr>projects/tendersystem/</a><br>
>  RATIONALE FOR CHOICE SHOULD BE: OFFERS THE REQUIRED FEATURES, SIMPLEST AND LIGHTEST SYSTEM TO DEPLOY AND MAINTAIN)<br>
><br>
> 2.  CUSTOMISE THE IMPLEMENTATION AS FOLLOWS<br>
>     1. ENABLE WORKFLOW  *see below<br>
>     2. CUSTOMIZE DESIGN AND GUI - see separate mockup to follow<br>
><br>
><br>
> 3. MAIN REQUIREMENTS AND FUNCTIONS<br>
><br>
> -  USERS CREATE ACCOUNT  (TWO TYPES OF ACCOUNTS, EITHER A CUSTOMER ACCOUNT OR A SUPPLIER ACCOUNT)<br>
><br>
> =  A CUSTOMER ACCOUNT SHOULD CONTAINT  GENERAL PROFILE  ATTRIBUTE (TYPE OF CUSTOMER (company or individual, company type, location etc) CONTACT DETAILS, TYPE OF JOB.....NUMBER OF JOBS POSTED, SUPPLIER FEEDBACK ETC)<br>
><br>
> -  A SUPPLIER ACCOUNT SHOULD CONTAIN GENERAL PROFILE (TYPE OF SUPPLIER, size, location, skills, equipment they have, CONTACT DETAILS,  TYPE OF JOB.... NUMBER OF JOBS STARTED AND NUMBER OF JOBS DELIVERED, CUSTOMER FEEDBACK ETC)<br>
> note" this function is similar to <a href="http://freelancer.com" rel="noreferrer" target="_blank">freelancer.com</a><br>
><br>
> -  BOTH USERS MUST SELECT A 'TYPE OF JOB' PREFERENCE IN THEIR PROFILE (1.JOB BASED ON OPEN DESIGN  2. JOB SPEC IS BASED ON PROPRIETARY DESIGN 3. BOTH<br>
>    (the system should hae a MATCH function where the jobs will be matched according to the PREFERENCE)<br>
><br>
> -  CUSTOMER ACCOUNT WORKFLOW:  ( CUSTOMER SHOULD BE ABLE TO CREATE AND POST JOB SPECIFICATION , SELECT SOME DESIRABLE SUPPLIER ATTRIBUTES SUCH AS SKILLS, LOCATION, LANGUAGE ETC- ENTER TEXT, UPLOAD DOCUMENTS TO THE POST, THESE COULD BE DRAWINGS)<br>
><br>
> = ALL SUPPLIERS WHO MATCH THE ATTRIBUTES SPECIFIED BY THE CUSTOMERS, TO BE NOTIFIED OF NEW JOB POSTING<br>
><br>
> =  SUPPLIERS WHO QUALIFY (WHO MATCH THE ATTRIBUTES SPECIFIED BY THE CUSTOMER) CAN BID TO FULFIL THE JOB SPECIFICATION OFFERING<br>
> -  PRICE, TIME OF DELIVERY AND OFFERING QUALITY ASSURANCE<br>
><br>
> -  CUSTOMER AND SUPPLIER NEGOTIATE TERMS FOR PROJECT COMPLETION AND AGREE TO VARIOUS POLICIES *POLICIES FOLLOW<br>
><br>
> =  AFTER THE CUSTOMER AWARDS THE PROJECT TO THE PREFERRED SUPPLIER, THEY BOTH ENTER AN AGREEMENT WHERE THEY AGREE TO A WORK SCHEDULE (HOW MANY ITERATIONS THE SUPPLIER IS EXPECTED TO COMPLETE THE WORK ETC) AND TERMS OF PAYMENT<br>
> -  AFTER THEY ARE BOTH SATISFIED WTTH THE AGREED SCHEDULE, FULL PAYMENT IS MADE TO THE PLATFORM BY THE CUSTOMER FOR THE ORDER,<br>
> -  ONLY 10% IS TRANSFERRED TO THE SUPPLIER (NON REFUNDABLE) TO COMMENCE THE WORK<br>
> -  BOTH CUSTOMER AND SUPPLIER SHARE A COLLABORATION SPACE WHERE THE SUPPLIERS SHARES DESIGNS, DRAFTS, POSTS QUESTIONS AND COMMUNICATION TO PROGRESS THE PROJECT<br>
> - AT THE COMPLETION OF EACH SUCCESSFUL ITERATION, THE SUPPLIERS RECEIVES 10% OF THE TOTAL PAYMENT, FOR A TOTAL OF 5 ITEREATIONS<br>
> - IF CUSTOMER IS NOT SATISFIED AT ANY POINT, WITHDRAWS THE CONTRACT AND PROCEEDS WITH ANOTHER SUPPLIER<br>
> -  AFTER SUCCESSFUL COMPLETION OF 5 ITERATIONS, (AND PAYMENT OF 50% OF THE TOTAL PROJECT COST)<br>
>     A) CUSTOMER ACCEPTS THE COMPLETE PROTOTYPE AND APPROVES THE FINAL PAYMENT  TO THE SUPPLIER (COMPLETED SATISFACORILY)<br>
>     B) or  CUSTOMER  DOES NOT ACCEPT THE COMPLETE PROTOTYPE BUT APPROVES FINAL PAYMENT TO OBTAIN FULL RIGHTS TO THE PROTOTYPE (COMPLETED BUT NOT SATISFIED)<br>
>     C) CUSTOMER DOES NOT ACCEPT THE  PROTOTYPE, AND EITHER MOVES ON WITH ANOTHER SUPPLIER (KEEP THE PAYMENT IN THE PLATFORM JUST FIND ANOTHER SUPPLIER)  or OBTAINS A 50% REFUND OF THE INITIAL FULL PAYMENT THEY MADE<br>
><br>
> -  PROJECT CLOSED, CUSTOMER AND SUPPLIER GIVE FEEDBACK AND RATING<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>