Discutir los conflictos entre programadores y clientes. Un debate sobre las situaciones ambiguas entre el programador y el cliente, y una clasificación de los programadores más conflictivos. - página 29
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
Haga una nota para el cliente, describiendo brevemente cómo [redactar los TdR y] seleccionar al contratista. Y nombrarlo en consecuencia: "Importante: Cómo [componer los TdR y] elegir un contratista". Y este memorándum debería estar en el lugar más prominente del servicio "Jobs". Aunque no sea en forma de texto, sino con un enlace. No leer cuidadosamente - su propia culpa. Y marque la casilla de lectura como punto obligatorio en las fases de aprobación de la RPT.
Y los artículos - no mucha gente los lee, no es un requisito.
En el futuro, si se produce una situación de arbitraje, lo primero que hay que decirle al cliente: Ha leído el Memorándum, aquí tiene su marca de verificación. Suponemos que ha elegido al cliente conscientemente, y no por el principio de "el más bello (topovye), es el mío".
Ya lo tengo - pero nadie ni siquiera esto no lee. Y en el caso de los envíos múltiples, tampoco lo leen. Además, cuanto más problemático es el cliente, más reacio es a leerlo.
Haga una nota para el cliente, describiendo brevemente cómo [redactar los TdR y] seleccionar al contratista. Y nombrarlo en consecuencia: "Importante: Cómo [componer los TdR y] elegir un contratista". Y este memorándum debería estar en el lugar más prominente del servicio "Jobs". Aunque no sea en forma de texto, sino con un enlace. No leer cuidadosamente - su propia culpa. Y marque la casilla de lectura como punto obligatorio en las fases de aprobación de la RPT.
Y los artículos, poca gente los lee, no es obligatorio.
En el futuro, si se produce una situación de arbitraje, lo primero que hay que decirle al cliente: Ha leído el Memorándum, aquí tiene su marca de verificación. Partimos del hecho de que el cliente fue elegido por usted conscientemente, y no por el principio de "el más bello (topovye), es mío".
El cliente tiene razón. Necesita calidad. Por eso no está contento con el trabajo manual.
Define "hackwork". ¿Qué se entiende por "hackwork"?
- Mala codificación
- ¿O la aplicación de la RPT?
Si la implementación de TOR, entonces usted necesita averiguar de quién fue el "hack" - el cliente o el programador.
Si el cliente ve una cosa en blanco y negro en los términos de referencia escritos con las palabras "No está en los términos de referencia, pero estaba implícito. ¿Esto se considera "hackwork"? Pero estas frases son muy comunes. Y después de estas frases y hay tales temas.
Es necesario un tope, pero con una breve descripción obligatoria de la naturaleza del trabajo realizado. Lo siguiente es más o menos correcto: 1) "cliente", 2) "naturaleza del trabajo". Sería mucho más cómodo para los clientes, porque será visible lo que el artista es capaz de hacer.
Un "topovik" 500 trabajos completados, pero ninguno con parrilla. Y el otro tiene 20 puestos de trabajo, pero entre ellos 5 cuadriculados. ¿Qué es más razonable elegir para un cliente con un rallador?
El cliente descubre después, cuando se cumple el pedido, que es una basura.
Es necesario un tope, pero con una breve descripción obligatoria de la naturaleza del trabajo realizado. Lo siguiente es más o menos correcto: 1) "cliente", 2) "naturaleza del trabajo". Sería mucho más conveniente para los clientes, porque sería obvio lo que el contratista es capaz de hacer.
No entiendo de qué va este post, pero si el cliente no quiere pagar, que aprenda a codificar o que espere a un codificador entusiasta, pero sin un resultado garantizado y quién sabe cuándo.
P.D. Qué se le va a hacer: todos los clientes creen que sus ideas son inestimables, hasta que se implementan en el código. Bueno, los codificadores tienen que sacar algún beneficio de ello.
Muchos codificadores dicen enseguida que sus ideas no son muy valiosas, por decirlo suavemente. Pero los clientes no los escuchan realmente.
Por ejemplo, si una persona se compra una caña de pescar por 1.000 dólares (no sé el precio, sólo lo vi en un programa de televisión), ¿significa eso que tiene que pagarse sola? ¿Y esta persona tiene que disfrutar vendiendo el pescado, o la propia pesca? ¿Y está incluso obligado a vender el pescado, ya que el dinero se ha gastado en comprar los aparejos?
Debería abrir una lista de los "programadores más conflictivos". Después de 30 páginas de discusión, el nombre del "héroe" sigue siendo desconocido. ¿Cómo vas a hacer una lista? El público debe conocer a los "héroes" de vista.
Esta es una rama de chantaje. Con la esperanza de que el programador lo vea y se mueva rápidamente.
¿Ha leído el pliego de condiciones? Léalo.