Cosas que debe conocer como desarrollador independiente de WordPress en 2018

Hay muchas formas de mejorar los ingresos de los desarrolladores web independientes. El Santo Grial se puede ocultar en algún lugar entre mejorar el proceso de venta, crear mejores propuestas y cambiar el tono. A veces, la clave es ofrecer productos que no requieren presentación en absoluto. Pasemos por algunas formas de hacernos notar y comenzar a ganar dinero. Llegar a la necesidad de cambiar la forma en que se posicionan los desarrolladores web es un excelente primer paso para viajar más dinero. La parte esencial aquí es comprender qué hace que los clientes compren. ¿Por qué realmente quieren tener un sitio web?
Aquí hay una lista de los puntos dolorosos que enfrentan muchos propietarios de la web:
Retrasos en un proyecto
Renuncia al proyecto por el desarrollador web
Ser dejado por su cuenta después del proyecto
Se les hacen preguntas que requieren conocimiento técnico que no poseen
Falta de visión / No puedo explicar mi idea
Como puede ver, la mayoría de estos problemas no se refieren al sitio en sí, sino a cómo se organiza un proyecto de sitio. He descubierto a lo largo de los años en el campo del desarrollo web que las valiosas propuestas que destacan las ventajas de organizar proyectos más que la calidad del código en sí resuenan mejor con los clientes.
La razón es que es difícil para un cliente comparar la calidad de los diferentes desarrolladores web, ya que requiere un conocimiento técnico que la mayoría de los clientes no tienen. Por lo tanto, es mucho más fácil diferenciarse de los competidores para no enfatizar la calidad del código, sino mostrar competencia en la organización de un proyecto para crear un sitio web. Una vez que conozca el dolor, sabe los puntos clave que se destacan en la propuesta. Responda estos dolores y recuerde conducir directamente a su necesidad. Su propuesta será demasiado convincente para ser rechazada. Vendo beneficios no venden las ventajas del sitio que va a construir. Describa los beneficios para los propietarios del sitio y explique lo que ganará trabajando con usted en el proyecto de desarrollo del sitio web. Por ejemplo, en lugar de prometer un aspecto receptivo, dígales que el sitio estará fácilmente disponible en un dispositivo portátil. Por lo tanto, enfatiza la ganancia que obtiene un cliente y, al mismo tiempo, evita hablar en la jerga. Además de los beneficios relacionados con las características, también existe el efecto positivo en la gestión del proyecto. Uno de los mejores beneficios que he beneficiado a lo largo de mi carrera en el desarrollo de sitios web fue asegurar al cliente que aclararé su visión y convertiré su idea en su cabeza en un sitio web totalmente operativo. La tasa de éxito solo aumentará si ha encontrado en la fase de descubrimiento del dolor que un cliente tiene este problema.
Trabajar con clientes potenciales no se trata solo de construir sitios web para cualquier persona que venga. Se trata de invertir en relaciones que lo mantendrán nutrido a largo plazo. A menudo les dije a mis clientes que no construyo sitios web. Les dije que puedo ocuparme de su presencia en línea, para asegurarme de que su negocio se vea profesional y les ayude a recibir a sus clientes. Por supuesto, un sitio web desempeñó un papel importante en la estrategia global, pero el objetivo era obtener más empleos de personas serias que se comprometieran a aprovechar al máximo su presencia en línea. A medida que su visión evolucionaba y crecía, tenían cada vez más necesidad de mis servicios. Otra táctica que encontré que tiene mucho éxito es centrarse en los clientes que buscan relaciones a largo plazo. En lugar de darle para crear un sitio web, garantice el desarrollo y la gestión de combinados. A veces realmente sugiero que no cree ningún sitio web, sino para refrescar y mantener lo que el cliente ya tiene, lo que me ofreció una gran ventaja sobre la competencia. Agregar la parte de gestión a su propuesta no solo aumenta los ingresos del cliente, sino que el cliente le asegura que no irá a ningún lado y que estará allí para ellos, lo cual es otro dolor crítico que generalmente tienen.
Recauda dinero de manera inteligente que su contador puede no estar de acuerdo, pero el flujo de efectivo no es la ganancia que administra negocios independientes. Es genial tener un contrato de cinco o seis dígitos firmado, pero hasta que lo haga por cable, no puede pagar las facturas con él. Aquí hay un conjunto de consejos y trucos que me ayudaron a mantener un flujo de efectivo positivo tanto durante el tiempo libre profesional como durante la agencia. Recolectar a menudo y temprano tomar más del 30-50% del dinero por adelantado es una forma estándar de mejorar su situación de efectivo, porque su posición al comienzo del proyecto es mucho más fuerte que cerca de ella. Además, solíamos dividir los proyectos en etapas (como: aceptar los modelos del sitio web, aceptar los gráficos del sitio, etc.) y percibir una parte del precio total después de la finalización de cada etapa. Por lo tanto, tuve que recolectar no más del 30% del precio al final del proyecto.
Organice el proceso de aprobación, sin importar cuánto dinero recaudará por adelantado o durante el proyecto, casi siempre hay una cantidad adeudada solo después de que un cliente haya aprobado el proyecto. Esto es lo que hace que la organización del proceso de aceptación. El secreto es especificar el alcance del proyecto de acuerdo (puede descargar un ejemplo de descripción del campo de aplicación de un proyecto desde el tablero perfecto). Asum rara vez es posible en el mercado de baja gama donde trabajamos en la mayoría de nosotros. Cuanto más específico sea, menos espacio dejará para interpretaciones y malentendidos. Además, solíamos limitar el tiempo para cada ronda de prueba y agregamos una disposición según la cual en cada siguiente ronda un cliente solo podía informar errores que no existían en el anterior. Cuando implementé esta idea en mi negocio, el tiempo de aceptación del proyecto se redujo en más del 50%.
Mantenga el control sobre el sitio web hasta que el pago completo sea para mantener una posición ventajosa. Una vez que el sitio está completamente operativo y está en el alojamiento del cliente, ya no puede hacer mucho para obtener una compensación completa, además de ir a la corte, que a menudo ni siquiera es una opción, especialmente si está tratando con clientes extranjeros. Por lo tanto, algunos freelancers conservan el acceso administrativo al sitio hasta que se paga por completo, por lo tanto, mantenga la opción de deshabilitarlo para cualquier eventualidad. Solía ​​hacerlo al revés. Comencé el front-end del sitio solo después de recibir todo el dinero. De esta manera, logré evitar escalar aún más la situación deteniendo el sitio y manteniendo un cierto control. Use soluciones de recolección automática si no desea recolectar dinero, entonces siempre puede usar un servicio de terceros, como Be PeoplePerhour. com o freelance.com. En tal caso, el dinero para su proyecto es proporcionado por un tercero. También pueden ser útiles en la resolución de conflictos. Evite los cambios en el campo del proyecto del sitio web Más técnicas pueden ayudarlo a prevenir o reducir la oportunidad de cambiar el alcance del proyecto. La regla general es que cada hora dedicado a especificar los requisitos antes de escribir la primera línea de código le ahorra diez horas después.
¿Involucra al cliente de vez en cuando que ha entregado un sitio web completo a un cliente para su revisión y aprobación solo para descubrir que no tiene nada que ver con sus necesidades reales?
Por lo tanto, es esencial contratar al cliente en las primeras etapas del proyecto. Cuanto antes demuestre un modelo, un boceto de requisitos o cualquier cosa que especifique el alcance del proyecto, mayor será la oportunidad de evitar perder su precioso tiempo que no es lo que su cliente quiere. Cada vez que involucra al cliente, existe la oportunidad de comentarios valiosos que le hagan ahorrar tiempo y crear un sitio web que sea exactamente lo que necesita su cliente. Asegúrese de participar en el proceso. Cada vez que escuchaba que no tenían tiempo para revisar el boceto que envié, pero que están seguros de que construirían un gran sitio, tomé esto como una mala señal. Las cabezas que sacuden la cabeza son una bandera roja. Si dicen que está bien, haga preguntas. Pregúntale qué piensan sobre la versión móvil. Asegúrese de que analizaran qué tipo de contenido tienen que entregar solos. Explíqueles que el sitio web se verá diferente en diferentes dispositivos y navegadores. Una vez más, cada hora que pasó con el cliente antes de escribir la primera línea de código ahorra 10 horas en el proceso de aceptación más adelante. Confía en mí. Estuve allí, hice eso. Cree modelos / estructuras alámbricas Cree un boceto de borrador simple para ayudar a un cliente a ver los (no gráficos) de los elementos en el sitio y la estructura de navegación. De esta manera, puede asegurarse de que tanto usted como su cliente piensen más o menos en el mismo sitio web antes de profundizar en la codificación. Usé UXPIN para este propósito, pero puede encontrar fácilmente docenas de herramientas similares allí.

Esto es esencial, especialmente si trabaja en un sitio web receptivo. Aclarar la visión del cliente aquí es una experiencia útil tanto en desarrollo web como en psicología. En primer lugar, cuando los clientes describieron su visión, a menudo pregunté: “¿Por qué es esto importante para usted?” No creería cuántos mitos sobre lo que es adecuado para SEO, seguridad o tráfico en el sitio web hay. Hacer esta pregunta le brinda la oportunidad de educar a su cliente sobre la etapa actual de la técnica y explicar que mostrar texto blanco sobre un fondo blanco no es necesariamente la mejor manera de obtener más tráfico de Google. En segundo lugar, solía hacer una lista de preguntas de rutina que incluían: ¿Quién es su visitante ordinario?
¿Cuál es el propósito que el visitante alcanzará mientras está en el sitio?
¿Tiene la intención de agregar contenido al sitio regularmente?
¿Con qué redes sociales quieres integrar?
¿Qué tipo de integración social considera? ¿Es como/compartir o algo más?
¿Agregará/cambiará contenido en su sitio?
¿Qué tipo de dispositivos usará un visitante para acceder al sitio?
¿Qué interacciones serán posibles en el sitio (aparte de leer contenido)?
¿Se proporcionará información de contacto? ¿En qué manera?
¿Tiene que conectar el sitio web a cualquier otro software/servicio?
Documente los requisitos Tenga en cuenta los requisitos y adjuntarlos al acuerdo. Asum y otras metodologías ágiles son una excelente manera de desarrollar un nuevo código, pero son difíciles de entender en términos de facturación para un cliente. Propongo un documento antiguo, escrito, con tantos detalles. Un patrón de una plantilla de documento de requisitos que utilicé en mis días gratuitos profesionales se puede encontrar en el tablero perfecto. Organizar el proceso de aceptar un proceso de aceptación bien organizado puede ahorrarle mucho tiempo y evitar convertirse en una experiencia inquietante para ambos lados. Todo comienza con los requisitos de puntuación. De esta manera, hay algo para comparar el sitio. Siempre les digo a los clientes que abran la documentación de requisitos y escriban el punto si todo estipulado allí se refleja en el sitio. En segundo lugar, si tuvieron algunos comentarios, siempre les pido que lo envíen a la documentación de los requisitos iniciales. Esto les hizo difícil agregar funciones que no existieran inicialmente, porque no pudieron encontrar el lugar correcto para escribirlas. La tercera cosa es limitar el tiempo para las pruebas en un momento razonable ya que el sitio web estaba disponible para las pruebas (usé siete días). La falta de comentarios en el período acordado significa que el proyecto se acepta como se entrega y puede enviar una factura de inmediato. Traté de mantenerme flexible con mis clientes, pero hubo unos momentos en los que utilicé este mecanismo para facturar a un cliente que no responde. Otra cosa es organizar las pruebas del sitio en rondas. Pídale al cliente que envíe todos los comentarios a la vez, que no pierda un correo electrónico tras otro.