Discutir os conflitos entre programadores e clientes. Uma discussão de situações ambíguas entre o programador e o cliente, e uma classificação dos programadores mais conflituosos. - página 34
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Quem o está a forçar? Porquê trazê-lo aqui?
Eu não sou Julius, não é esse o meu nome :)
Merda, o mundo inteiro está a lutar por um cliente regular, e também aqui está tudo errado. Constrói-se uma relação com ele. Como se constrói, é assim que se chega lá.
A nossa abordagem puramente russa - reclamando constantemente, mudando as regras em vez de trabalhar pelas regras, esperando por um milagre, esperando por uma grande ordem, etc.
Estou no serviço desde os anos 90, por isso tenho muita experiência.
Eu sei, é por isso que não quero aborrecê-los.
A nossa abordagem puramente russa é de reclamar constantemente, de alterar as regras em vez de trabalhar de acordo com as regras, de esperar por uma grande encomenda, etc.
Quanto mais trabalho for concluído, mais próximo do TOP e mais afastado do POP.
Se se refere a esta discussão, então não deveria ter começado, compreender que o mercado cria pessoas, os seus participantes, é isso que nós fazemos e assim será.
E sobre este e tudo mais.
É claro o que as pessoas estão a fazer. O mercado de encomendas mql estava lá antes, sem este serviço. Há propostas de "melhorias" neste fio que podem, de facto, piorar a situação.
Von, PapaClass foi novamente esmurrado, - o artista para a proibição, cada ToR para mql para revisão, e agora está em ... Mas o ToT do topo de arranque em Job é um problema, dá-me um link, acorda as pálpebras ...
Seria muito bom se os ToR para um trabalho pudessem ser pré-verificados por terceiros antes da implementação. Será que o MC assumirá esta função?
Nenhum terceiro são empreenderia um trabalho que seja intrinsecamente estúpido. Deve ler pelo menos um ToR. Já leu algum dos termos de referência? Se tentasse compreender pelo menos um ToR, não teria feito tais sugestões.
Só os clientes podem reflectir livremente e babaosamente, dizem, o próprio programador é o culpado por empreender TK inadequado.
Mas, ao mesmo tempo, o cliente não se apercebe que se começar a torturar o cliente em cada palavra e frase do seu RPT, o acordo simplesmente não vai acontecer. O cliente fugirá primeiro.
Independentemente da forma como se olha para ela, os criadores de serviços, ou seja, os MCs, devem assumir a função de controlar e eliminar os artistas/clientes descuidados. Sem eles, não há para onde ir.
A este respeito, o MC não terá problemas com os artistas. Recebidos no artista 2-3 reclamações válidas, o artista à proibição durante 1 mês. Deixem-no meditar sobre o sentido da vida.
Com os clientes será mais difícil. Como determinar que o novo cliente não é adequado?
Seria muito bom se os TDR para o trabalho, antes da execução, passassem uma revisão preliminar por um terceiro. Será que o MC assumirá esta função? O cliente e o empreiteiro elaboraram os ToR e submeteram-nos para revisão. A revisão pode revelar nuances a que nem o cliente nem o empreiteiro prestaram atenção.
No decurso desta verificação e preparação dos ToR pode-se determinar a adequação do cliente. Mas tudo isto é um pensamento em voz alta. Pode realmente ser implementado?
Pode descarregar uma amostra de ToR típico, composto de acordo com todas as regras e requisitos, aplicáveis ao desenvolvimento de programas para MT4, MT5. É possível fazer vários desses modelos - para Consultores Especialistas, indicadores, guiões e gerais.
Muitas pessoas acham mais fácil escrever através do modelo já escrito do que inventar o seu próprio modelo. Recordemos um simples questionário para candidatos a emprego - há um questionário e respostas: sim, não, eu não estava, eu não estava envolvido neste caso... Isto é algo para começar a compreender-se mutuamente. Depois, durante o acordo dos ToR, são discutidas todas as nuances de cada ponto, mais o que acrescentar/remover...
Independentemente da forma como se olha para ela, os criadores de serviços, ou seja, os MCs, devem assumir a função de monitorização e eliminação de artistas/clientes descuidados. Sem eles, não há para onde ir.
A este respeito, o MC não terá problemas com os artistas. Recebidos no artista 2-3 reclamações válidas, o artista à proibição durante 1 mês. Deixem-no meditar sobre o sentido da vida.
Com os clientes será mais difícil. Como determinar que o novo cliente não é adequado?
Seria muito bom se os TDR para o trabalho, antes da execução, passassem uma revisão preliminar por um terceiro. Será que o MC assumirá esta função? O cliente e o empreiteiro elaboraram os ToR e submeteram-nos para revisão. A revisão pode revelar nuances a que nem o cliente nem o empreiteiro prestaram atenção.
No decurso desta verificação e preparação dos ToR pode-se determinar a adequação do cliente. Mas tudo isto é um pensamento em voz alta. Pode realmente ser implementado?
Pode-se fantasiar o quanto se quiser, mas é preciso pensar em quem vai pagar por tudo isto. Lendo a tarefa e a sua avaliação - isto não é um passeio no parque, oferece-se a duas pessoas para confundir uma pergunta. Se o cliente se colocar na posição "o cliente tem sempre razão" - deixe-o colocar-se imediatamente na posição "o cliente é sempre razoável", por isso se o trabalho disser "coloque as calças sobre a cabeça" - o problema continua a ser do cliente.
Em suma, da posição de "o cliente tem sempre razão", a tarefa não pode ler - o cliente tem razão, basta pegar nela e fazer como escrito ... Não é engraçado? Ah, os clientes certos?