Discusión sobre el artículo "Cómo Pedir un Robot de Comercio en MQL5 y MQL4" - página 5
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
papaklass lo dice bien - incluya el coste de los algoritmos formulados en la bola en el coste de su trabajo.
O, en los casos más complicados, estipular el coste de formalizar la tarea. Aunque rara vez aceptan esto.
Y luego, con la experiencia, cualquier conjunto de caracteres que estimen a la vez, y con suficiente precisión. Por letra, por apodo, por vocabulario.....
papaklass lo dice bien - incluya el coste de los algoritmos formulados en la bola en el coste de su trabajo.
O, en los casos más complicados, estipular el coste de formalizar la tarea. Aunque rara vez acceden a ello.
Y luego, con la experiencia, cualquier conjunto de caracteres que estimen a la vez, y con suficiente precisión. Por escritura, por apodo, por vocabulario ....
komposter, permítanme estar en desacuerdo con usted ... Aunque cada uno tiene su propia verdad. En el sentido de que la forma de considerar a un cliente potencial - concienzudo o no?
Si pones en el costo de su trabajo el costo de los algoritmos formulados en la pelota, a continuación, por definición, el cliente no se considera de buena fe, porque él paga por el "riesgo de no ordenar". Esto es lo que hacen los minoristas, por ejemplo, en materia de robo. Todos pagamos de más por los productos exactamente lo que la tienda nos ha robado....
Disponiendo de un mecanismo para construir una relación entre el cliente y el contratista a través del sitio MQ, es posible construirla de forma más o menos justa... o intentarlo....
Absolutamente de acuerdo con abolk:
Por ejemplo, imagine que usted es un artista. Usted discute y forma TOR correctos para el cliente durante unos 3-4 días... y ahora, como sugiere papaklass, veamos al gerente.... ¿se comunicará con un comprador potencial durante al menos más de una hora?
Escritores expertos, siéntense alguna vez, calculen cuánto tiempo les lleva hacer el trabajo de los encargos normales y de los globos, compárenlo con la proporción de ingresos de los encargos normales y de los globos. Resultará algo así como 30/70 y 70/30. ¿Por qué deben pagar los clientes normales por los globeros? El coste del trabajo debería incluir el coste de discutir el trabajo, pero en una cantidad razonable (lectura y 2-3 círculos con preguntas y respuestas), los clientes normales no deberían pagar por los globeros.
... Ahora veamos, como sugiere papaklass, al vendedor.... ¿se comunicará con un comprador potencial al menos más de una hora?
Escritores expertos, sentaos alguna vez, calculad cuánto tiempo lleva hacer el trabajo en encargos normales y en globos, comparadlo con la proporción de ingresos de encargos normales y globos. Obtendrás algo así como 30/70 y 70/30.
Así son las cosas. Cuanto menos esté dispuesto a pagar el cliente, más a menudo incomprensible será la tarea, más arrogancia y pretenciosidad.
Hay que entender que los precios de mercado ya incluyen el precio del trabajo del programador sobre los requisitos del cliente.
Si un programador no entiende esto, está condenado a reducir su competitividad.
Tratar de averiguar cómo separar y cobrar al cliente el precio de la especificación de los requisitos y el precio del trabajo sobre el propio código es una utopía.
Intentar averiguar cómo separar y cobrar al cliente el precio de los TdR y el precio del trabajo sobre el código en sí es una utopía.
Es posible establecer una tarifa fija para el análisis y la aprobación de los términos de referencia. Otra cosa es que el pedido se cumpla o no. :)
es casi lo mismo que en un relojero - inspección y detección de fallos 500r. El costo de la reparación - en función de la complejidad de la reparación y el costo de las piezas de repuesto.
Hay que entender que los precios de mercado ya incluyen el precio del trabajo del programador sobre los requisitos del cliente.
Si un programador no entiende esto, está condenado a reducir su competitividad.
Los intentos de separar y cobrar al cliente el precio de la especificación de los requisitos y el precio del trabajo sobre el código en sí son una utopía.
No se trata de racionar el trabajo de un programador, no se trata de política de precios, no se trata de qué clase de globeros son los clientes y qué clase de programadores se miman constantemente, sino de que el servicio Work tiene fallos graves y fundamentales en el procedimiento de realización del encargo, a saber
1) el ejecutor debería poder rechazar el trabajo
2) el ejecutor debería poder reducir el coste del trabajo
3) el cliente debería poder aumentar el coste del trabajo.
Es posible establecer una tarifa fija para el análisis y la aprobación de los términos de referencia. Otra cosa es que el pedido se cumpla o no. :)
es casi lo mismo que un relojero - inspección y detección de fallos 500r. El costo de la reparación - en función de la complejidad de la reparación y el costo de las piezas de repuesto.
En cuanto al desarrollo de TOR y problemas con el pago de este - por lo que en el servicio "Trabajo" todo está normalmente pensado allí. El cliente adjunta el TdR, pulsa el segundo botón - y el programador ve su dinero. Es decir, antes de que el programador empiece a trabajar en los TdR, se asegura de que el cliente es solvente. Y entonces la tarea puede ser editada y reemplazada muchas veces.
Traté con un extranjero que regateaba, pedía un descuento, y la presunción de su solvencia parecía tan plausible que me comprometí a ayudarle con la RPT, pero en cuanto llegó al segundo botón, se quedó sordomudo.
La conclusión de todo esto es que un programador, siguiendo las normas, no empieza a trabajar con el TOR hasta que el cliente pulsa el 2º botón. Lo único que sirve para juzgar la solvencia del cliente es que confirme el 2º paso (TOR). No hay nada más (muchos internautas -tanto rusoparlantes como anglófonos- han alcanzado la perfección en la habilidad de la sugestión y el fingimiento).
En cuanto a la corrección del coste del trabajo cuando se cambia la RPT - aquí sinceramente no sé cómo debería implementarse. Pero de alguna manera es ilógico que un programador reduzca el coste del trabajo - así como que un cliente lo aumente. ¿Quién utilizará una posibilidad tan extraña?