Discussão do artigo "Como encomendar um robô negociador em MQL5 e MQL4" - página 4
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
De fato, todos nós (a Administração, o Desenvolvedor e o Cliente) estamos em lados diferentes do serviço. E cada um vê suas próprias nuances e dificuldades. A caixa de diálogo que você citou eu acabei de ver - é um passo significativo e importante para levar todas as informações necessárias ao Cliente. Listei as perguntas que 99% dos clientes fazem quando procuram o serviço pela primeira vez. E todos os clientes precisam fornecer um link para o Guia passo a passo e para a seção Cálculos da conta com consistência e persistência invejáveis. Essa situação sugere que a informatividade nas questões principais - Guia passo a passo e Cálculos - é claramente insuficiente.
Olá, sou novo no mt5.com. Encomendei um EA na seção de trabalhos e, ao passar pelo processo passo a passo do trabalho, enfrentei dificuldades na etapa"Negociação de requisitos". Nós dois, eu e o desenvolvedor, confirmamos a etapa, mas não consigo acessar a etapa seguinte, Prototype/Model (Protótipo/Modelo). A coluna "Negotiation of requirements" (Negociação de requisitos) ainda está em verde e não consigo ir para a próxima seção. Se alguém tiver experiência, por favor, me ajude...
ESTOU TENDO O MESMO PROBLEMA, VEJA AS IMAGENS EM ANEXO
Vocês têm ideia do que está acontecendo e como poderíamos resolver essa situação?
Boa tarde a todos. Tenho uma pergunta sobre esse tópico. A situação que se repete com frequência é que o trabalho é realizado, você começa a fazê-lo e, em seguida, verifica-se que o indicador fornecido pelo cliente como fonte de sinais para abrir negociações não está correto e precisa ser melhorado, ou os desejos do cliente após passar pela etapa de aprovação dos Termos de Referência aumentaram, o que leva a um aumento no custo do trabalho. O cliente concorda com isso e está disposto a pagar mais, mas o preço do projeto é fixo e, pelo que entendi, não pode ser alterado nem mesmo com consentimento mútuo. Como resultado, o pagamento extra tem que passar pelo local ou fazer algum outro trabalho, o que nem sempre é conveniente. A pergunta é a seguinte: ainda não há como alterar o custo do trabalho após a assinatura do TOR? Na vida real, tudo é simples - emitir um adendo ao contrato, no qual se prescrevem as alterações nos Termos de Referência e no preço do contrato - carimbos de algodão e assinaturas em ambos os lados e seguir em frente. Mas aqui eu não encontrei nada parecido com isso. Ou talvez eu não tenha procurado o suficiente? )))
Até o momento não existe essa possibilidade, mas vamos pensar na implementação.
E somente para cima e somente se o cliente tiver dinheiro suficiente.
Ainda não temos essa possibilidade, mas pensaremos em realizá-la.
E somente para cima e somente se o cliente tiver dinheiro suficiente.
Ainda não temos essa possibilidade, mas pensaremos em realizá-la.
E somente para cima e somente se o cliente tiver dinheiro suficiente.
Ainda não temos essa possibilidade, mas pensaremos em realizá-la.
E somente para cima e somente se o cliente tiver dinheiro suficiente.
Quando:
1) o executor tem a possibilidade de recusar o trabalho
2) o executor tem a possibilidade de reduzir o custo do trabalho
3) o cliente tem a possibilidade de aumentar o custo do trabalho
Há uma falha nas etapas de execução do trabalho:
Cláusula 3.2.7. das Regras "Após a confirmação da etapa "Aprovação de TOR" por ambas as partes, o valor do Pedido é bloqueado na conta do Cliente no Sistema de Pagamento."
Acontece que as partes discutem os Termos de Referência - ou seja, a Contratada se aprofunda nos Termos de Referência, gasta seu tempo, corrige os Termos de Referência do Cliente, consulta o Cliente - e, como resultado, o Cliente tem a oportunidade de "escapar" e/ou escolher outro. Como resultado, muitas vezes é necessário aceitar TOR superficialmente estudados com todas as consequências na forma de "subestimar a complexidade/custo/realizabilidade do trabalho".
A etapa de "aprovação dos TOR" deve ocorrer em dois estágios:
1. O cliente confirma a TOR - o valor é bloqueado.
2. Há uma discussão sobre o TOR e, ANTES da confirmação da etapa "Aprovação do TOR", o executor deve poder: recusar o TOR, alterar o custo.
Ou a possibilidade de recusar o TOR pelo Contratante e alterar o custo a ser realizado na etapa "Protótipo/Mockup".
Correto quando:
1) o empreiteiro tem a capacidade de recusar o trabalho
2) o empreiteiro tem a capacidade de reduzir o custo do trabalho
3) o cliente tem a capacidade de aumentar o custo do trabalho
Há uma falha nas etapas de execução do trabalho:
Cláusula 3.2.7. das Regras "Após a confirmação da etapa "Aprovação de TOR" por ambas as partes, o valor do Pedido é bloqueado na conta do Cliente no Sistema de Pagamento."
Acontece que as partes discutem os Termos de Referência - ou seja, a Contratada se aprofunda nos Termos de Referência, gasta seu tempo, corrige os Termos de Referência do Cliente, consulta o Cliente - e, como resultado, o Cliente tem a oportunidade de "escapar" e/ou escolher outro. Como resultado, muitas vezes é necessário aceitar TOR superficialmente estudados com todas as consequências na forma de "subestimar a complexidade/custo/realizabilidade do trabalho".
A etapa de "aprovação dos TOR" deve ocorrer em dois estágios:
1. O cliente confirma a TOR - o valor é bloqueado.
2. Há uma discussão sobre o TOR e, ANTES da confirmação da etapa "Aprovação do TOR", o executor deve poder: recusar o TOR, alterar o custo.
Ou a possibilidade de recusar o TOR pela Contratada e alterar o custo a ser realizado na etapa "Protótipo/Mockup".
Confirmo que, várias vezes, em tais ancoradouros, o cliente mastiga seu próprio TOR. Você gasta de 3 a 4 dias nisso. Espalhe tudo nas prateleiras, e ele sairá com esse TOR já implementado e solicitará sua execução por um valor menor.
Faça um TOR sensato com a maior parte do trabalho, e essa parte acaba não tendo pagamento garantido no serviço "Work" (Trabalho) !!!!.
Esses são seus riscos como empreiteiro. Afinal de contas, quando você escolhe uma geladeira, não compra aquela que foi muito bem descrita pelo gerente. Você toma nota da história do gerente e pode ir a outra loja e comprar uma geladeira mais barata. E o gerente não receberá nada por sua história de qualidade. Mas é impossível não contar nada. O gerente entende isso e se arrisca todas as vezes.
Você, assim como outros apologistas do uso gratuito da mão de obra qualificada de um programador, confunde constante e persistentemente:
a) a venda de produtos prontos já produzidos, cujo preço já inclui uma penalidade na forma de trabalho improdutivo de um consultor-gerente, aluguel de loja e assim por diante,
b) com pesquisa, desenvolvimento e trabalhos técnicos - nesse caso, o objetivo do estágio de "Aprovação" é entender o que o Cliente quer, formalizar sua tarefa inicialmente vaga etc. etc. - vale a pena o custo do trabalho profissional, que certamente deve ser pago.
Se, no primeiro caso, o gerente-consultor não cria um novo valor - o produto já está produzido e pronto para ser vendido -, no segundo caso, o programador que discute com o cliente seu próprio TOR cria um novo TOR para o cliente - e esse trabalho deve ser pago.
Se o gerente, no seu caso, certamente recebe um salário, no segundo caso, com que base você acha que o programador deve permanecer sem remuneração? A TOR revisada e analisada não custa menos do que o custo de escrever um programa, e a saída do cliente para outro programador é natural e justificada pelo desejo de pagar menos.
Na realidade, nenhum KB sequer se comprometerá a analisar um problema sem garantia de pagamento. Então, por que deveria ser uma norma no serviço Work não pagar (ou não garantir) o pagamento pela análise/revisão/escrita de TOR?
A maioria das situações de arbitragem no serviço de trabalho são "TOR pouco claros", "complexidade subestimada do trabalho". E o motivo é que o desenvolvedor está completamente desprotegido de um cliente inescrupuloso no estágio de "aprovação dos Termos de Referência".
papaklass:
No seu caso, é a mesma coisa: se você se recusar a trabalhar na TOR com o cliente, com certeza o perderá. E se você ajudar o cliente a elaborar os TOR com competência, há uma probabilidade muito alta de que esse trabalho seja entregue a você e, no futuro, o cliente voltará a procurá-lo. Considere isso como um custo de trabalhar com pessoas.
É hora de parar de olhar para um programador como uma pessoa desempregada que não tem nada para fazer, que senta e espera e fica feliz com cada cliente e cada pedido. Um programador tem um emprego principal, tem seus próprios interesses e tempo livre. E é improvável que um programador fique feliz em gastar seu tempo livre em um pedido que pode ocorrer apenas com alguma probabilidade.