508 | Cómo crear webs para otros: qué haría si empezara de cero (parte 2)

En el episodio 508 de WordPress semanal te cuento qué haría hoy si quisiera dedicarme a crear webs para otros. ¿Qué aprendería primero? Cómo conseguiría los primeros clientes, qué herramientas usaría y qué errores evitaría. Vamos allá. Hola hola. Bienvenidos al episodio 508 de WordPress Semanal, el podcast en el que aprendes a crear y gestionar tus propias webs con WordPress en profundidad. Esta es la continuación del episodio 507 pero con un enfoque distinto. Aquí no hablamos de tu proyecto personal, que es un poco lo que expliqué en ese episodio, qué haría yo si empezara de nuevo para crear la web de mi proyecto, de mi negocio, lo que fuera. Pero digamos para mí. Y aquí hablamos de un enfoque profesional. Es decir, si yo quisiera tomar el camino de dedicarme a crear webs para otros, llámalo como quieras, desarrollador, diseñador, implementador, pues tendría en cuenta lo que te voy a comentar a lo largo de este episod. Pero antes de ello, novedades. ¿Qué está pasando en Gonzalo Navarro es esta semana? Pues tenemos nuevo vídeo de la zona código y en él te enseño a añadir una columna. Cuando tú te vas al administrador de tu web, te vas a la parte de entradas y las ves todas, la ves ahí como una tabla con sus columnas y demás. Te pone la fecha, la categoría, el título. Pues te enseño a añadir una columna nueva que se llama Última modificación. Y aquí lo que hacemos es aprovechar esa información que WordPress la guarda para tenerla ahí y que tú puedas filtrar por las más recientes o las más antiguas. Igual que lo haces ahora mismo con la fecha, pero solo para la última modificación en la de fecha normal. Lo que ocurre es que se mezclan las dos. Cuando tú quieres filtrar por más recientes o más antiguas, algunas las habrás modificado y otras no. Pero si tú lo quieres tener bien separado, que esto es sobre todo muy útil cuando haces este trabajo de ir actualizando contenido o tienes muchísimo y quieres filtrar de esta manera, pues es ideal. Como siempre es muy facilito, solo tienes que copiar el código y pegarlo tal y como te muestro en el vídeo, porque ya sabes, la zona código es código para no desarrolladores. Te dejo el enlace en la parte de contenidos recomendados que lo vas a tener al final de las notas de este episodio que puedes ver en tu aplicación de podcast o si no en Gonzalo Navarro es 508 que es el número de este episodio. Ahí vas a tener también otros enlaces como por ejemplo la posibilidad de apuntarte a la newsletter de WordPress semanal, que si te gusta este podcast estoy seguro de que te va a gustar. La newsletter está dividida en un tema muy práctico para que puedas aplicar en tu día a día de la gestión de webs con WordPress. Después tengo una noticia que destaco, puede ser 100% relacionado con WordPress o puede ser algo un poquito más tangencial, pues algo de la inteligencia artificial que te pueda ayudar en el día a día de tus webs o algo de marketing, cosas muy relacionadas con esto a lo que nos dedicamos. Y luego hago un off topic, que es un poco un cajón desastre para permitirme publicar un poco más lo que me apetece, que por ejemplo la semana pasada, no te lo pierdas, relacioné cómo de forma milagrosa llevé durante 15 minutos mi portátil en el techo del coche sin que se cayera hasta llegar a mi garaje, pues lo relacioné con la importancia de hacer copias de seguridad antes de cada gran cambio o cada actualización que quieras hacer en tu web con WordPress. Te apuntas a la newsletter, como ya esto ya lo envié, si quieres esta edición escríbeme después de apuntarte y te la envío de nuevo. Lo tienes en las notas del episodio o en Gonzalo es lista. Venga, una vez vistas las novedades, vámonos ahora con el plugin de la semana que se llama HTTP Request Manager. Este plugin, que en su traducción sería gestor de peticiones HTTP, te permite ver y bloquear las peticiones precisamente de HTTP que hace tu WordPress. ¿Para qué es útil esto que puede sonar un poco técnico? Pues para detectar qué plugins ralentizan el admin con llamadas externas innecesarias, pero no solo detectarlas, sino que además puedes bloquearlas, puedes decidir cuándo se carguen, en fin, tienes bastante control. Esto ya depende si eres más o menos técnico, pero digamos que esto te lo facilita y mucho. Un ejemplo, muchas veces cuando tú instalas un plugin, un thing, compartes datos con ellos y esto hace que tengas una conexión con ellos y también lo que hacen es cargar anuncios, promociones, enviar estadísticas de uso y todo esto, pues esto lo puedes bloquear por ejemplo, o estás hablando con tu hosting porque tu web pues se queda cogiendo después de un tiempo porque se produce un timeout que es como que pasa el tiempo de procesamiento, pues herramientas como esta te permiten decirle mira veo que tengo todas estas peticiones, un poco hacer un análisis y entre bueno si tú eres una persona técnica, pues tú vas a poder entenderlo mejor y si no, apoyándote en alguien técnico esta información te va a ayudar muchísimo. Te dejo el plugin como siempre en las notas del episodio. Y ahora sí, vámonos con el tema central, ¿Qué haría si empezara de nuevo a crear webs para otros? Lo primero que me plantearía es si me merece la pena, porque no es lo mismo hacer una web para ti, que dedicarte profesionalmente a crear webs, desarrollarlas o lo que sea para otros. Entonces cuando tú haces tu web simplemente tienes que pensar en la estructura, el diseño, la parte técnica pura y dura de hacer una web, pero cuando trabajas para clientes casi que no es lo que más pesa esto, la parte técnica, sino que aquí ya entra en juego la comunicación, las expectativas, la creación de marcos de trabajo, saber o no poner límites. Entonces aquí piensa si te gusta resolver problemas y se te da bien o estás cómodo tratando con personas, tener varios proyectos a la vez, entonces sí te va a encajar, pero si simplemente te gusta diseñar webs bonitas entre comillas, pues puede que te frustres. ¿Entonces antes de invertir tiempo en formarte pregúntate de forma honesta, me veo enviando emails? ¿Me veo haciendo presupuestos? ¿Me veo explicando cosas que para ti son obvias o simplemente revisando detalles que el cliente pues no es capaz de ver? Porque no sé qué porcentaje, pero esto es un porcentaje muy alto del trabajo con clientes, yo diría que la mitad o más del trabajo es esto. Bueno, suponiendo que dices venga voy para adelante, esto me gusta, estoy cómodo con ello y al final ningún trabajo es perfecto, vámonos con el camino, ¿Qué aprendería yo y qué dejaría para más adelante o simplemente obviaría? Bueno primero no empieces por código ni por herramientas avanzadas, sino como ya dije en el episodio anterior, lo más importante es entender WordPress a fondo, cómo se instala, por supuesto sus ajustes, su configuración, todo lo que tiene que ver con roles de usuario, los distintos tipos de contenido, cómo se crean, cuándo viene bien tener contenidos personalizados y cuándo no dominar WordPress y su ecosistema, por supuesto todo tienes que saber manejarte bien con hostings, con dominios, que si cambiar las DNS, esto es importante en este trabajo. Después lo que yo haría es dominar un tema de WordPress, un thing y un editor, solo uno. Después conocer estos 10-15 plugins que resuelven el 90% de los casos. También me centraría en aprender a organizar un proyecto, las fases que voy a entregar, los tiempos y si tienes la posibilidad practicaría a cómo comunicarte con alguien que no sabe nada de WordPress o que no sabe nada de páginas web. Esto para mí son los esenciales. Es cierto que algunos de ellos hasta que no arranques como esto de la comunicación, no lo vas a poder hacer de una forma realista, pero el resto sí. Y ya el tema de código de WP avanzado, de los custom post types, el desarrollo a medida, todo esto puede venir después, pero primero necesitas saber entregar webs funcionales a tiempo y sin historias. Esto que parece obvio no lo hace la gente, yo también lo veo además en el día a día hay mucha gente que está en mi membresía que precisamente quiere aprender o incluso ya ha hecho sus primeros proyectos y lo que quiere es eso, dedicarse a hacer proyectos web. Y en muchos casos falta la base. Y sin la base, ya no lo digo por tu cliente que digamos, si no tienes la base y tu cliente se da cuenta, pues imagínate, pero lo digo por ti, porque si no tienes la base vas a abandonar, te vas a llegar, te vas a acabar frustrando, te va a ser todo mucho más difícil un esfuerzo que si tuvieses esta base pues no lo tendrías. Entonces piensa que estás invirtiendo en ti. Bueno, esto en cuanto en cuanto al aprendizaje, la formación en que pondría foco. Después el stack tecnológico mínimo viable qué necesitas desde el punto de vista de herramientas y demás. Bueno, yo como siempre seguiría el principio de lo mínimo viable, viable de verdad, usar menos herramientas pero dominarlas bien. Si yo empezara por supuesto hosting, elegiría uno que pueda recomendar sin miedo, que tenga buen soporte, que tenga staging, que tenga la tecnología actualizada para WordPress por supuesto. Y ya aquí si quieres meterte en tener a los clientes tú hospedados por tu cuenta, pues entonces uno que tenga un plan que te permita revender. Yo no me metería con esto de primeras lo que puedes hacer al principio es elegir un hosting primero que tú controles y que tengas comisión entonces de afiliado me refiero. Entonces tú recomiendas el hosting a la persona que lo contrate, esa persona que te dé acceso, pero esa persona paga su hosting aparte no te recomiendo meterte de primeras en revender espacios de hosting porque puede ser técnicamente más complicado y el margen es bajito, necesitas volumen, entonces a lo mejor al principio no te merece la pena este quebradero de cabeza. Esto por un lado, hosting, ya he hablado en muchos episodios de esto, por cierto he creado un GPT personalizado que busca en todos mis episodios del podcast, entonces le puedes decir por ejemplo qué hosting recomendaría Gonzalo o qué opinión tiene Gonzalo en su podcast de WordPress semanal de Raiola, yo qué sé, cualquier hosting que se te ocurra o en qué episodios se ha hablado del SEO. Me acuerdo que en un episodio habló de un plugin de la semana que hacía esto y esto, pero no me acuerdo el nombre del plugin, qué episodio era y cómo se llamaba. Yo lo estoy utilizando para mí mismo, he empezado a usarlo así, pero he creado una versión para que sea pública, así que si lo quieres en Gonzalo es GPT, puedes solicitar el acceso y te lo mando. Seguimos con el mínimo viable, ya hemos hablado de hosting, otra cosa que necesitas es un theme. Uno desde mi punto de vista también tiraría por uno basado en bloques, es decir, en el editor nativo de WordPress y me olvidaría 100 % de Themes multipropósito de estos de Themeforest y demás. Muy ligado con esto del theme está el editor, es decir, la forma en la que maquetas los contenidos o construyes el diseño de tu web. Yo empezaría con el de WordPress y no utilizaría uno externo, pero si por lo que sea pues tú tienes ya experiencia con uno externo, si prefieres partir de ahí pues adelante, te especializas en Elementor y lo dominas, pero apréndelo bien. Luego, plugins base, ya te hablé en el anterior episodio de que en lugar de mirarlo como plugins yo lo miraría como funcionalidades esenciales, pues la seguridad, necesitas un buen plugin de seguridad o varios pequeñitos. El SEO, vas a necesitar un plugin de SEO para lidiar con el SEO on page, pero también para conectar tu Analytics, tu Search Console, etcétera. Rendimiento, seguramente necesites algo como mínimo para activar la caché y en otros casos para hacer optimizaciones del rendimiento de carga de los recursos. Vas a necesitar casi seguro un plugin de formularios, vas a necesitar algún sistema de copias de seguridad, yo prefiero externalizarlo con paneles que te centralizan todo, las copias de seguridad, las actualizaciones y demás, como ManageWP o Modular DS, tienes cursos de ambos y especialízate, haz esa primera búsqueda de asegurarte que son pues si no el mejor de los mejores que hay, porque al final hay muchas buenas opciones y especialízate en ellos. Recuerda que estamos viendo cómo empezar de cero, con el tiempo irás viendo más opciones, irás aprendiendo a través de a lo mejor clientes que te lleguen que ya usan otras cosas, pero al principio tienes que hacerte fuerte con un set de herramientas fijas. Y por último, dentro de este stack mínimo viable debes tener algo para la gestión. Al principio seguramente no necesites ningún software de gestión de proyectos avanzado, pues yo que sé, tipo Trello o alguno incluso más avanzado, salvo que empieces a trabajar con el ayudantes o entres a formar parte del desarrollador de una empresa que ellos trabajan ya con Trello y quieren meterte a ti o algo así, pero en principio con que tengas tu cuenta de correo, a mí me encanta Gmail cómo gestiona esto, además tienes addons para añadir una especie de CRM y tener a tus clientes controlados. Con esto solo ya vas a tener prácticamente todo lo que necesitas si te lo montas por tu cuenta, una persona y demás, no tiene que ser nada complejo. Luego sí que alguna herramienta, por ejemplo yo utilizo para hacerme una primera visión general de la estructura de la web, digamos que la pinto y utilizo Xcalit Draw, ¿Que es eso? Es como una pizarra online y yo voy dibujando ahí todo y demás. De hecho incluso lo uso para enviarle al cliente un vídeo rápido diciéndole mira, esta va a ser la estructura de la web de aquí de la página inicio, van a colgar estos contenidos, aquí haremos esto, esto y esto, pero ya está, no mucho más, De hecho esto es prescindible, lo puedes hacer tú con papel y lápiz y ya está. Venga, ya tenemos nuestro stack tecnológico, ya sabemos cómo aprender, que tener en cuenta, que no. Ahora cómo consigo esos primeros proyectos. A ver, el hecho de soy especialista en WordPress no va a hacer que nadie te contrate, lo que lo va a hacer es que confíen o no en ti. Y claro, esto es lo complicado, si no has hecho webs antes, si no te estás moviendo en el mundillo, ¿Quién va a confiar en ti? Pues como todo, vas a tener que empezar por tu círculo cercano, conocidos, contactos, que ya tengas pequeños negocios locales. Si tú empiezas a decir a la gente de tu entorno que te dedicas a hacer webs, pues ya es lo típico, alguien te presenta a alguien, ah pues mi amigo tal se dedica a hacer webs, venga pues pásame tu email y no sé qué. Tienes que ser un poco echado para adelante en este sentido y ofrece hacer webs a buen precio o incluso gratis a cambio de un testimonio real a cambio de pedir permiso para mostrarla después en tu portfolio. Yo me acuerdo una de las primeras webs que hice, se la hice a un compañero del colegio que estaba montando un negocio de restauración y le hice la web, no me acuerdo por cuánto dinero fue, pero era muy poco dinero y lo que sí recuerdo es darme vergüenza porque me pagó en efectivo como delante de gente y me daba vergüenza recibir tan poco dinero por ese trabajo, pero me permitió mostrarlo, me interesaba porque me permitió mostrarlo en mi web como porfolio, me permitió tener un testimonio real, con una cara real y fue tirado de precio después yo le dije a esta persona, esto sí, hazlo, claro, esto te lo estoy haciendo como favor, si me recomiendas a alguien no le digas lo que me has pagado porque Eso es precio 100% amigo, mi tarifa normal es el triple o lo que sea, lo importante es que quede muy contento y que quiera recomendar. Luego también puedes ir creando tu portfolio, aunque sea sin clientes, pues hacer una web, lo que sería como para una clínica pero que es ficticia, hacer una tienda de ejemplo, una landing para algún servicio inventado y no hace falta que mientas en tu portfolio, pues decir puedes hacer este tipo de webs, mira las demos y las muestras y sabes que están hechas por ti y ya está, es demostrar y que la gente pueda ver claramente lo que sabes hacer. Y luego mi consejo es que te posiciones con algo concreto, pues decir hago webs con WordPress no te va a ayudar en nada y la persona ni lo va a leer, pero hago webs para nutricionistas o creo tiendas online para marcas pequeñas, va a resonar muchísimo más con la persona que esté leyendo tu landing o a la que tú se lo cuentes. Venga, vamos con presupuestos y pricing, que esta es una de las primeras preguntas que hace la gente antes siquiera de tener clientes. Y yo aquí lo que haría es tener como unas reglas, porque al final siempre vas a pensar, podría haber cobrado más, creía que esto me iba a llevar menos tiempo, pero me está llevando mucho. Y esto, la experiencia te va a ir permitiendo ajustar, incluso con experiencia te vas a equivocar, porque hay algunos proyectos que te van a llevar mucho más de lo que tú pensabas, te vas a encontrar con problemas, la comunicación con el cliente pues a lo mejor no va a ser la que tú esperabas, pero si sigues unas reglas te vas a equivocar menos. Entonces antes de poner un número puedes definir lo siguiente del proyecto, qué número de páginas se van a incluir, cuántas rondas de revisión vas a permitir, qué va a pasar con los textos e imágenes, si vas a tener que crearlos tú o te los van a dar, qué funcionalidades extra va a tener la web, qué tipo de formación vas a tener que dar al cliente y qué tipo de soporte post lanzamientos y cuánto tiempo vas a tener. ¿Y luego esto todo se desglosa, si, en funcionalidades extra, una es la funcionalidad de tienda online, pues estamos hablando de otro gran bloque, vale? ¿Tienda online para productos físicos, sí, venga, cuántos productos te voy a dejar creados para que tú después continúe, cuántas pasarelas de pago voy a tener que activar? De todo esto vas desglosando hasta que te quede todo bien detallado y después no cobres solo por la web así de forma genérica, sino piensa en tu tiempo, cuánto vale para ti tu tiempo, tu criterio, cuánto vale para ti tu criterio y lo que el cliente no sabe hacer. Si tú estás resolviendo algo que tú piensas que es muy sencillo porque ya tienes experiencia, porque lo has hecho antes, pero tu cliente no lo sabe hacer, simplemente te está pagando por tu conocimiento. Entonces todo esto debes tenerlo en cuenta. ¿Errores típicos y piensa que aquí ya hemos pasado esa fase de empezar cobrando poquito para tener proyectos, aquí ya estamos medianamente establecidos y una vez pasamos ese umbral Un error típico es cobrar demasiado poco por querer conseguir el proyecto, no cobrar las revisiones extra, que hay mucha gente que se aprovecha, que tiene mucha cara estar dando mantenimiento para siempre, cuando el cliente te dijo que no quería pagar por mantenimiento porque no, él ya lo iba a hacer todo, pero claro, oye, esto cómo es? No sé qué, o que se quede en el aire, que no lo definas. Entonces pon por escrito qué entra y qué no entra. Yo siempre tengo en mis presupuestos una parte, todo lo que no esté especificado en el presupuesto no está incluido y se podrá presupuestar aparte. Y luego también no tengas miedo a decir si un cliente, esto es normal, un cliente dice, oye, vamos a hacer también esto y tal, no pasa nada, le dices sin problema, esto se sale del presupuesto, como ya tenemos un proyecto abierto, no te voy a cobrar mi hora habitual, pero lo vamos a dejar en este precio cerrado, por ejemplo. Y esto me lleva al siguiente punto, que es la gestión del cliente. Esto es una de las cosas que más problemas da en los proyectos web y es la comunicación. ¿Cómo se soluciona esto? Pues en lugar de echarle la culpa al cliente, vamos a hacer las cosas bien y a recaudar la mayor cantidad de información posible desde el inicio. Entonces le preguntamos en un briefing inicial al cliente qué quieres conseguir. No solo qué web quiere, ver, que eso está bien, dime webs de ejemplo y te pasa webs así, sino que te explique qué es lo que quiere conseguir. Puedes preguntar por referencias a este cliente o muchas veces ya te va a no, es que me ha dejado tirado el último desarrollador, tal, no sé qué, o he acabado mal con él. Esto a veces es una mala señal. Entonces si te pregunta por el desarrollador, tú puedes contactarle, oye, este cliente me está viniendo, ¿Qué tal con él? Luego puedes preguntarle qué tono quiere transmitir con la web, pues más juvenil o lo mismo de los ejemplos. Muchas veces la gente no solo te va a mandar ejemplos de lo que le gusta desde el punto de vista del diseño, sino de lo que transmite esa marca o esa web, y luego también preguntar lo que no le gusta. Incluso tú puedes hacer una búsqueda de webs muy parecidas o enfocadas a lo mismo, a lo que quiere este cliente, y le dices, mira, dime de aquí las que te gusten y las que no. Así vas a estar un poco más en la línea del cliente, que al final es lo que tienes que hacer tú, por supuesto le recomiendas, pero al final aquí recuerda que estás haciendo un trabajo para otra persona. Hay algunos que se van a dejar aconsejar más que lo van a querer y otros que no. Después define bien las fases del proyecto y qué esperas del cliente en cada una. No sabes la cantidad de veces que se retrasan proyectos porque el cliente no entrega lo que tiene que entregar. Entonces si tú sabes que vas a tener que recibir textos del cliente, imágenes, feedback, haz claramente unas fases. Primera fase, Shabona o el 50% o como lo quieras hacer. Yo a veces lo hago, depende de la cantidad, lo hago en tres pagos, hay veces que en dos, una al inicio y otra al final, pero suele venir bien hacer una para la contratación, otra en una primera entrega y luego la última cuando se pasa directamente a producción y digamos la web queda visible 100 %. Esto depende, si vas a hacer un proyecto grande, pues tiene sentido, pero si vas a hacer unas modificaciones a algo que ya hay en una web existente, pues no. Pero define las fases, ¿Qué vas a entregar en la primera fase, ¿Qué tiene que entregarte el cliente para que tú puedas completar la primera fase? ¿Cuándo se va a hacer el segundo pago y qué es lo que va a pasar en esa fase? ¿Que también lo mismo que necesitas? Y ya pues hasta que no se abone el último no lanzamos la web y demás, lo que sea, pero defínelo bien y por supuesto poniendo límites, ¿Cuántas revisiones vas a hacer? ¿Cuándo se pueden pedir esas revisiones? ¿En qué plazos? Porque si no muchas veces estás estás trabajando en algo y mientras tanto tu cliente está diciendo esto no me gusta, esto no me gusta, esto no me gusta o esto lo quiero cambiar. Es total, aquí ten tú el control, muéstrale cuando necesita, necesites mostrarle para que te dé feedback, pero antes no, porque antes estás trabajando en ello. ¿Y cómo va a ser la comunicación? Hay veces que te va a interesar que haya comunicación telefónica, otra en las que solo lo quieras hacer por email o algún programa que tú tengas de comunicación, hay veces que por WhatsApp. Lo que yo sí te recomiendo es tener un único canal, por ejemplo, podéis hacer por email que hay algo que requiere llamada, pues llamáis o hacéis una videollamada o lo que sea y lo solucionáis, pero que haya un único canal y que quede todo el registro de todo lo que tú le vas mandando él te va diciendo y demás, si no, es un lío total. Y con todo esto, si el cliente sabe que en 20 días le vas a pasar la primera propuesta, siempre y cuando te haya mandado todo lo necesario, pues no está pensando, oye, ¿Y por qué no me ha escrito todavía? Me debería haber escrito ya no sé qué. Si tú pones las fechas claras, pues el cliente ya lo sabe y no va a rellenar esa incertidumbre con sus expectativas. Y luego te recomiendo que cuando haya un problema, que lo va a ver, puede ser mayor o menor falta de comunicación, lo que sea, te recomiendo que respondas rápido, con calma, por escrito y que cuentes hasta 10. Muchas veces los clientes se juegan cosas que tú no sabes, están en un mal momento o lo que sea. Y no te tomes nada personal, o al menos ese es mi consejo, porque la mayoría de veces si tú respondes con calma, lo explicas bien, pues el cliente te lo agradece, se baja el posible cabreo que pueda tener y se reconduce la situación. Siguiente punto, entrega y postventa. Al final, entregar la web no es solo pasarle la URL al cliente, sino que va a incluir en la mayoría de ocasiones una pequeña formación, cómo puede acceder, cómo va a editar los contenidos básicos qué no debería tocar. De hecho, puedes hacer una modificación de su rol para que vea unas cosas y otras no. Si lo haces, explícaselo y luego documenta todo lo que haga, los accesos, los plugins importantes, configuraciones especiales que hayas hecho. Puedes plantear aquí el mantenimiento, si no lo has hecho antes, como un servicio aparte. Le vas a dar actualizaciones, copias de seguridad, soporte básico para dudas que pueda tener, si incluye hora de implementación, se lo puedes poner. Y esto suele venir muy bien, este servicio de mantenimiento aparte, porque ya te da un ingreso recurrente, te da una estabilidad y además evita que el cliente pueda destrozar la web por su cuenta. Porque si al final tú vas a ser el que lo lleve más o menos, pues digamos que se asegura él y tú ese mantenimiento profesional de la web. Y luego si no ofreces mantenimiento, déjalo claro, que sepa que a partir de la entrega la responsabilidad es suya. Pero como tú lo has dejado todo muy bien explicado, si en algún momento quiere que otra persona le lleve el mantenimiento, pues que le pase toda la explicación que tú le has dado a esa persona y que se lo empiece a llevar Yo creo que esto debe ser así, no debes obligar a que esa persona se ate a ti. Esto lo hacen mucho algunas agencias, algunos profesionales. No tienen nada de malo si tú lo explicas de primeras. Mira, yo te voy a hacer una web baratísima, pero luego tienes que quedarte conmigo con el mantenimiento, te la voy a llevar yo, incluso te la voy a hospedar yo. Esto se hace muchísimo, se puede hacer, no es mi línea de negocio, pero es también un camino. Aprovecho en esta sección para recomendarte el curso de entrega de webs a clientes. Aquí vemos todo esto que te he comentado de la entrega, de la postventa, tener en cuenta antes de la publicación final y cómo asegurarte de que todo está perfecto antes de una entrega y todas las fases que hay que seguir. De hecho es un checklist que puedes descargar y puedes ir completando a lo largo del curso. Por último vamos a terminar con errores que cometí en su día o que incluso puedo seguir cometiendo o que veo constantemente, porque al final como me dedico a la formación para otros que quieren hacer esto también, pues también lo voy viendo, sobre todo a través del soporte y demás. Bueno, un error muy típico es aceptar proyectos sin tener claro el alcance. Esto me ha pasado en algún caso, me he visto un poco sobrepasado, no tanto por la parte técnica, sino por el tiempo que me podía dedicar, porque hay gente, sobre todo si son empresas más grandes, que muchas veces buscan prácticamente como si fuese un empleado. Entonces yo No puedo dedicar 5 horas al día como si fuese una media jornada a un proyecto. Esto me ha pasado y si bien estaba súper bien pagado, tuve que decir que no porque no me daba. Otro error común, no cobrar lo suficiente y resentirme después. Esto se soluciona mucho si haces todo lo que te planteé en el punto 5 de presupuestos y pricing. Vas a ir aprendiendo con el tiempo, por supuesto, pero si haces ese trabajo inicial es más difícil que te equivoques. Otro error típico es una vez que tienes al cliente decirle que sí a todo para no perderlo. Tienes que poner tus límites desde el principio. Lo puedes hacer de forma educada, el 90 % de los clientes lo van a entender. No tiene sentido, por ejemplo, una reunión, una videollamada cada día prácticamente, o tres veces a la semana. Por eso lo de poner las fases y marcar los tiempos Otro error común es no poner límite a las revisiones. En muchos casos, si se define todo muy bien desde el principio, se tiene ya el diseño antes de empezar a hacer nada bien definido. Muchas veces se parte de una plantilla o ya el cliente te viene con un diseño que le ha hecho un diseñador y tú lo que tienes que hacerlo es realidad, pues ahí es más difícil. Pero en otras ocasiones que es como que empiezas a mandar propuestas y nada, vale, entonces aquí pon tus límites. Otro error suele ser utilizar herramientas distintas para cada proyecto y al final volverte un poco loco. Esto lo veo sobre todo en suscriptores que están empezando, por eso la importancia de tener tu stack, de tener tu caja de herramientas y usarla sobre todo al principio, hasta que te empieces a establecer. Uno muy importante es no guardar plantillas, no guardar procesos ni documentación. Es muy habitual que empieces a hacer webs parecidas, sobre todo si te empiezas a meter en un nicho. Entonces si guardas una lista de los plugins que has ido utilizando, de los procesos, he tenido este problema. Cuando haga este tipo de web, este tipo de configuración, ten en cuenta esto, ten en cuenta lo otro. ¿Esto te va a ayudar muchísimo en el futuro, te va a permitir hacer una web que el primer día te llevó dos meses, a lo mejor la siguiente vez la haces en 10 días, porque puedes reaprovechar un montón de cosas, sabes? Los fallos que has cometido no los vas a cometer más. Entonces ese proceso de ir guardando todo, si te quedas con algo de esta parte, de errores, que sea con esta. Y el último es reinventar la rueda. Esto me ha pasado a veces a mí un poco también por ponerme el reto de hacer algo, y es que cuando ya existía un buen plugin, una buena herramienta que hacía lo que el cliente necesitaba, he querido desarrollarlo desde cero o repensarlo demasiado, cómo hacerlo por aquí, por allá, cuando si ya hay una solución que funciona, que existe, que es buena, pues adelante con ella y no hay necesidad de reinventar nada. En definitiva, como resumen, es que la parte técnica es lo que primero vas a aprender, lo que primero vas a dominar y lo que te va a ir costando más, sobre todo al principio. Y bueno, y dependiendo un poquito de tu perfil, es aprender a gestionar proyectos a los clientes y a ti mismo. Recuerda que tienes todos los enlaces en Gonzalo, es Espero que te haya gustado el episodio, nos.