6 señales rojas en el resumen del proyecto de WordPress que asusta a los desarrolladores, y lecciones clave para aprender

¿Cuál es la herramienta secreta para poder siempre tener los mejores desarrolladores de WordPress para trabajar en sus proyectos? Les muestra que usted es serio y que haría cualquier cosa para permitirles hacer su trabajo. Podrías pensar algo como: ¡Cállate, Matteo! Así es como funcionan las cosas: las contrato, hago la solicitud, hacen el trabajo. Quieres … ¡pero no lo es! Encontrar un desarrollador no significa que trabaje con él desde el principio, porque aún no se ha hecho un paso crítico: debido a que los desarrolladores están preocupados por perder su tiempo con malos clientes, aún no lo han elegido como cliente. . Todavía evalúan si vale la pena invertir el tiempo y los recursos en los cuales su proyecto.
La más importante y la primera herramienta para permitirles estar interesados ​​en trabajar con usted es su proyecto. Sin embargo, puede suceder que nadie parezca interesado en hacer el trabajo por usted. ¿Por qué está pasando esto? ¿Por qué ningún desarrollador parece estar interesado en su proyecto? Existe una gran posibilidad de que la descripción del proyecto tenga algo que mantenga a los desarrolladores alejados. En lugar de perder el cabello debido al problema, es hora de una retrospectiva y regresa y verifique lo que podría hacer mejor con el proyecto y lo que falta. Para ayudarlo a este respecto, hemos formado una lista de 6 señales peores que puede presentar su resumen de proyecto y los principales factores que eliminan a los desarrolladores de su proyecto.
¡Consíguelos aquí a continuación! Bandera roja #1: Detalles del proyecto vagos y sin ejemplos hay elementos de un proyecto que, cuando se hacen mal, llevan a los desarrolladores. Lo creas o no, a veces hay documentos de proyecto que solo decían: “Quiero un sitio web”. Un sitio web no es un dulce que solo podría comprar diciendo que lo desea. Hay muchas cosas que ingresan a un sitio web y un resumen del proyecto bien elaborado es la primera herramienta que la desarrolla correctamente. Además de la información básica sobre los requisitos de su proyecto, un informe del proyecto será mucho más útil, con detalles adicionales y ejemplos de sitios web que le gustan, de la función personalizada que está tratando de responder. El desarrollador de WordPress y el experto en codificación Ashley Shaw explican: He visto muchos de estos proyectos cortos en mi vida donde los clientes ni siquiera le dan un sitio de referencia en detalles, no le digo qué industria son. Simplemente omiten ejemplos de sitios que les gustan o tienen esa función que están interesados ​​y omiten cualquier información adicional que nos haga comprender mejor su solicitud. Lección para aprender: agregue tantos detalles y ejemplos al resumen del proyecto. Bandera roja #2: Títulos débiles Cuando contrata a un desarrollador de WordPress en plataformas de outsourcing, lo primero que ven los desarrolladores es el título de su proyecto. Y créeme, tienen ojos afilados y entrenados para prever los problemas en esas pocas palabras.
El título de su proyecto es algo que muchos clientes podrían pasar por alto, pero podría ser un problema en algunos casos y puede no dejar que ningún desarrollador trabaje en su proyecto, ya que Ashley señala una cosa que la gente generalmente estoy equivocado: una cosa importante. es crear un título claro y lógico porque, la mayoría de las veces, pueden identificar “clientes ilógicos” por cómo escriben títulos, conjuntos cortos, algo. Y, si lo miro y solo veo que no han hecho ningún esfuerzo, es una bandera roja para mí. Lección a aprender: haga el título de su proyecto claro y objeto. Red -Sled #3: Cronología poco realista Otro factor importante es la cronología que parece demasiado apresurada o indica signos claros de problemas. Al final del día, las personas nuevas, como los desarrolladores, no les gusta trabajar en un entorno determinado por el estrés. Ashley explica cómo la cronología puede convertirse en una señal roja para un desarrollador: otra cosa se trata de tener una cronología realista. Por ejemplo, publicar un trabajo y decir que necesito esto en las próximas 48 horas. Para mi propio equipo, nunca optaría por algo que sea un trabajo de presión, porque los trabajos de presión se presionan invariablemente por una sola razón, a saber, porque la agencia ha sido desorganizada o hecho malas promesas. Entonces, para pensar en las cosas en un sentido realista: en una semana para un trabajo pequeño es realista, para lo más complejo es más que eso, por supuesto.
Lección para aprender: Planifique temprano, comience temprano y posponga la fecha límite ideal. Si usted es el propietario de una agencia que trabaja libremente profesionales, ya no hace promesas que no puede cumplir y mejorar la forma en que se comunica con sus clientes. La Bandera Roja #4: El siguiente Facebook por $ 500 puede parecer un caso marginal, pero Sucede con más frecuencia de lo que puedes imaginar. Hay un tipo específico de proyecto que mantiene a los desarrolladores a distancia: “Oye, tengo que crear un clon de Facebook. Mi presupuesto es de $ 1,000 “. Puede cambiar “Facebook” con cualquier empresa importante, de varios miles de millones que conoce. Para un desarrollador, este tipo de proyectos, aunque divertido de hablar, suena tan claro como lo que son intrínsecamente: chistes. Incluso si no tiene conocimiento y no tiene experiencia laboral con desarrolladores subcontratados, vería que tal solicitud simplemente se detiene: ¿cómo podría crear algo que podría considerarse incluso un clon de una red social de este tipo con un presupuesto de miles de miles de miles de miles de miles? dólares? Elaborado Ashley: cuando das una idea del presupuesto del cliente, te da a Amazon como referencia y te digo: “Bueno, quiero eso/quiero esa función!” Y piense en $ 500. Bueno, esta es otra bandera roja.
Lección para aprender: no puedes tener un ático por $ 1,000. Sea en serio su presupuesto. La bandera roja #5: Presupuesto débil Cuando contrata a un desarrollador para que trabaje en su proyecto, el presupuesto es un elemento importante de su informe. ¿Recuerdas cuando dije que los desarrolladores están tratando de mantenerse alejados de los clientes que los hacen perder tiempo? Bueno, un resumen del proyecto con un presupuesto débil es uno de sus peores sueños. Como comenta Ashley: cuando miro un proyecto, una de las cosas que encuentro decepcionantes y me desinteresado es cuando los clientes no indican un tipo de presupuesto que han considerado. A veces entiendo que es difícil prever un presupuesto. Pero si no definió un tipo de presupuesto básico, ya sea alrededor de $ 500 o $ 1,000 a $ 3,000 o más, entonces los desarrolladores realmente no saben si vale la pena involucrarse sobre la base del breve. CLIENTES CODABLE ellos parece comprender mejor el establecimiento de un presupuesto realista; Esto generalmente se debe porque hay un resumen claro desde el principio. Lo sé, lo sé: establecer el presupuesto apropiado por adelantado no es una tarea fácil. Y esto está bien para los desarrolladores, siempre que aclares esto y estés dispuesto a hablar con ellos. De hecho, ¿qué sucede si honestamente no tiene idea de cuánto costará su proyecto? Bueno, solo dígales esto y muéstreles claramente que está dispuesto a hablar con ellos, ya sea por una fase de descubrimiento, tal vez una consulta o simplemente respondiendo más preguntas de ellos. Ashley continúa:
Cuando los clientes no dan un presupuesto, sospecho.Este suele ser un indicador para mí que debería mantenerme alejado de ese proyecto.Especialmente cuando hago algunas preguntas claras y válidas al respecto y se niegan a responder.¿Por qué esto?Porque en el 90% de este tiempo encuentro que las personas son engañosas y no quieren obtener una cotización a través de la plataforma codeable: intente probar las aguas y simplemente obtener información.Lección para aprender: el presupuesto es lo primero que olvidará un desarrollador.Ponga un poco de pensamiento en la parte de atrás, porque podría ser un negocio para usted.Si no tiene idea del presupuesto, aclare al frente y esté abierto a discutir uno.La bandera roja #6: si dice que es una tarea pequeña cuando su proyecto comienza con algo como “Necesitamos ayuda con nuestro tema: ¡es una pequeña solución!

“, Disminuye sus posibilidades de comenzar. La misma historia aparece cuando etiquetas algo como “una tarea fácil” o, lo que es peor, “un cambio de 5 minutos”. Casi nunca es necesario determinar si lo que necesita es algo pequeño (o no), porque le falta las herramientas y el conocimiento para realizar dicho análisis. Lección para aprender: Sea como reportero y simplemente diga los “hechos”, que es lo que debe hacer y desea lograr primero. Luego deje que el desarrollador se ocupe de desafiar lo que está involucrado y necesario para llegar allí. Terminar una cosa es buscar un desarrollador para obtener ayuda, otra es trabajar con ellos. Si bien el primero es principalmente una tarea sobre su responsabilidad, la segunda es una relación: no puede haber un proyecto de éxito si ambas partes no se comunican entre sí. Su resumen del proyecto es el instrumento y los medios por los cuales hace su parte dentro de esta relación beneficiosa. Sin embargo, no todos los breve del proyecto funcionarán a su favor e incluso pueden mantener a los desarrolladores alejados de su proyecto si tiene al menos una de estas señales rojas. Nunca se puede enfatizar lo suficiente que la importancia de cómo aborda un desarrollador de subcontratación afecta sus posibilidades de trabajar en su proyecto al mostrarles que ha hecho esfuerzo y razonamiento detrás de sus solicitudes, términos y presupuesto es la mejor tarjeta de negocios.