Discutere i conflitti tra programmatori e clienti. Una discussione sulle situazioni ambigue tra il programmatore e il cliente, e una valutazione dei programmatori più conflittuali. - pagina 4
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Sopra hanno scritto abbastanza correttamente, i problemi principali sorgono nella comprensione reciproca tra il cliente e l'appaltatore. E non è sorprendente, in questo campo di trading, psicologia, matematica, programmazione, logica, regole e fattori umani si scopre che il modo di guardare le cose, anche le più elementari, è molto diverso per le diverse persone.
E non c'è niente che si possa fare. Portare il servizio al punto in cui non ci siano questi problemi non è semplicemente realistico, se non altro perché qualsiasi sistema ha dei difetti e ci sono sempre persone insoddisfatte. La cosa principale è formulare correttamente gli obiettivi per determinare in che modo il servizio deve essere migliorato. Bisogna notare che tutte le cose di base sono già state fatte perfettamente. Il servizio funziona, i codici sono scritti, gli arbitri possono sempre intervenire in una situazione di conflitto. Tutto è buono.
Esprimo alcune idee per non sembrare infondato.
Per esempio.
1) Forse, dobbiamo controllare i clienti e gli esecutori sulla loro consapevolezza dei concetti di base del forex, il lavoro di servizio. (In questa direzione sono stati promossi, questo articolo, e controllo obbligatorio che il cliente tutti familiarità con tutto, e forse fare qualcosa come un test con 5 domande e opzioni di risposta quando si ordina, per assicurarsi se le persone sono davvero familiarità con...).
2) L'offerta di una rescissione unilaterale dell'artista a favore del cliente è già stata menzionata molte volte, è anche possibile ottimizzare la casella di controllo per il cliente - l'accettazione completa del lavoro senza i passaggi rimanenti.
3) Un tentativo di interessare il cliente e l'appaltatore (soluzione rapida delle domande che sorgono / controllo più attento del programma e formulazione dei problemi da risolvere). Così il lavoro non viene completato e il cliente va in vacanza per un mese, e poi quando viene dimenticato il cliente mostra una lista di cose che devono essere corrette. O solo un lungo collaudo (beh, il programma funzionante viene ricevuto, non ha senso affrettarsi con l'accettazione del lavoro, improvvisamente dopo sei mesi apparirà qualche bug o altro). Per risolvere questo problema c'è un principio interessante, come negli scacchi, quando dopo il giocatore attiva il timer. Forse c'è il senso di fare qualcosa di simile? Per esempio, l'esecutore ha scritto una risposta, ha allegato il codice corretto e ha attivato il timer. Se non c'è risposta entro 24 ore, la fase di lavoro passa automaticamente al livello successivo. Se non c'è risposta per altre 24 ore, viene attivato il livello successivo. E così via fino al completamento o alla cancellazione con rimborso.
In caso di risposte alternate di entrambe le parti con il cambio del timer ad ogni nuova risposta, il lavoro si muoverà costantemente verso il completamento con successo.
Riguardo al declassamento. Domanda Molto difficile, quando viene punito così? Per un feedback negativo dopo il lavoro? Per l'arbitraggio (con una paga 50/50 split, vincere o perdere?) Molti dilemmi sorgono, sia per un buon lavoro può essere una cattiva recensione (e succede quando, per esempio, ricattato il cliente a mettere una cattiva recensione, se non fatto un sacco di modifiche gratuite). È vero quello che hanno scritto sopra, la valutazione dei clienti non è importante, e il programmatore è un punto debole.
O si perde l'arbitraggio - si finisce senza soldi e senza rating...
Perché 10 e non 50? O 500?
Puoi approfondire questo aspetto?
Perché questa domanda?
Puoi ampliare il pensiero?
Perché questa domanda?
È elementare, volevo metterlo sotto il 10. (sul modulo di domanda).
p.s. Come si fa a entrare nella classifica più conflittuale, preferibilmente al 1° posto? )
Pensi che raccontare la tua storia e condividere le tue esperienze sia una guerra?
Per avvertire, e quindi armare le persone che hanno poca esperienza nel trattare con i programmatori, avete intenzione di far loro la guerra?
Finora, non ho visto alcun interesse da parte dei clienti. La mia storia è lunga e non è ancora finita, aspetterò la decisione finale dell'arbitrato, e non c'è molto tempo per scrivere, probabilmente la stenderò in parti.
Ogni regolamento che viene approvato, sia esso una legge o semplicemente una regola del forum, dovrebbe essere esaminato per gli abusi. Non sono un programmatore e non conosco il loro lavoro su questa risorsa, posso supporre, puramente teoricamente, che questa sia la situazione. Sono un programmatore, ho una grande esperienza, naturalmente, come nel mio caso, il cliente sceglie un corifeo. Offre un lavoro per 30 dollari. L'appaltatore si mette al lavoro. Ma quando arriva un lavoro per 50 dollari, il programmatore decide che prenderò anche questo, e naturalmente il tempo di produzione aumenta. Bam, 150 dollari che esplode! Quindi, eccolo, il pulsante magico "Terminazione con rimborso", il nostro eroe, prolifico con ogni sorta di artigianato, decide - 30 rubli, che diamine. Ed ecco che è il felice proprietario di 150 sterline.
Naturalmente, molti saranno indignati, non un cavallo e un carro e già le accuse, ma capiamo che siamo tutti umani, tutti abbiamo istinti, e nessuno ha annullato l'avidità.
Con questo esempio, non volevo offendere nessuno personalmente, e non sto parlando di nessuno in particolare, volevo solo mostrare che un'accettazione avventata di questa opportunità può portare alla distorsione, che, non è chiaro a chi farà più male.
Spiega a qualcuno che capisce. A cosa serve l'arbitraggio, a cosa serve, se un cliente può prendere una recensione negativa per niente e scriverla? Beh, forse non l'hanno baciato e lui non è contento. A cosa serve un lavoro se il cliente, con o senza lavoro, può scrivere una recensione negativa (gratuitamente) quando viene pagato da WM? Cosa fare con queste recensioni? Probabilmente, l'arbitraggio non si occupa di tali recensioni, non sappiamo nulla di loro su WM o su un lavoro - per quanto tempo rimarranno in giro, ci sono dei requisiti per cancellarli? A cosa serve un lavoro o un arbitraggio se i topic che svergognano i programmatori esistono ancora sul forum? A cosa servono tutti questi espedienti di profilo se i geek, i flooders e i troll continuano a dilagare? Così tanto ornamento, perché non assumere un moderatore con un'educazione adeguata al lavoro?
Riguardo al declassamento. Domanda Molto difficile, quando punire così? Per un feedback negativo dopo il lavoro? Per l'arbitraggio (con una paga 50/50 split, vincere o perdere?) Molti dilemmi sorgono, sia per un buon lavoro può essere una cattiva recensione (e questo accade quando, per esempio, ricattato il cliente a mettere una cattiva recensione, se non fatto un sacco di modifiche gratuite). È stato giustamente scritto sopra, i clienti non si preoccupano della valutazione, e il programmatore è un punto debole.
O si perde l'arbitrato e si finisce senza soldi e senza rating...
Spiega a qualcuno che capisce. A cosa serve l'arbitraggio, a cosa serve se il cliente può prenderlo per niente e scrivere una recensione negativa?