# Recientemente has visto muchas publicaciones sobre los requisitos, contratos y propuestas de dise\u00f1o de un sitio web. \u00bfCu\u00e1l es la raz\u00f3n detr\u00e1s de esto? Esto se debe a que si desea lanzar un dise\u00f1o de sitio web exitoso, necesitar\u00e1 m\u00e1s que im\u00e1genes, textos y c\u00f3digo de software. A continuaci\u00f3n se encuentran los principales requisitos de dise\u00f1o web que debe incluir cada respuesta a la Solicitud de propuesta (RFP). ##### El \u00e9xito del dise\u00f1o de un sitio web es el resultado directo de una documentaci\u00f3n s\u00f3lida y un proceso estructurado La ejecuci\u00f3n de un proyecto de dise\u00f1o web efectivo comienza y termina con una documentaci\u00f3n s\u00f3lida. Esta documentaci\u00f3n s\u00f3lida puede ser en forma de declaraci\u00f3n de trabajo, contrato o propuesta. El nombre de este documento es menos esencial que la informaci\u00f3n contenida en el documento. Ya sea que se trate de una empresa grande o peque\u00f1a, es necesaria una documentaci\u00f3n s\u00f3lida para ejecutar cualquier proyecto web que se ajuste al presupuesto, a la tarea ya tiempo. Cuanto m\u00e1s preste atenci\u00f3n al documento en el proceso de ventas, m\u00e1s fluido y f\u00e1cil ser\u00e1 todo el proceso para todos los involucrados. Aqu\u00ed, en este art\u00edculo, arrojamos luz sobre la evaluaci\u00f3n y revisi\u00f3n de las respuestas a la Solicitud de propuesta (RFP). \u00a1Echar un vistazo! ##### Evaluaci\u00f3n de las respuestas a la RFP \u00bfRevisar y evaluar las respuestas de la RFP suena f\u00e1cil? Pero en realidad, suena m\u00e1s f\u00e1cil de lo que realmente es cuando lo practicas. Si el equipo que est\u00e1 a cargo del proyecto solicita cotizaciones de diferentes agencias de dise\u00f1o, la tarea de evaluar propuestas de dise\u00f1o web puede sentirse abrumado. Ok, no solo lo sienten, pero en realidad puede ser abrumador. Cuanto mayor sea el n\u00famero de lesiones RFP, mayores ser\u00e1n las variaciones y el conjunto de respuestas dentro de esas propuestas. Con suerte, al final, cuando se preseleccion\u00f3, se hizo una lista corta de desarrolladores web antes de enviar la RFP que mantendr\u00e1 esta numeraci\u00f3n limitada y har\u00e1 que todo el proceso de revisi\u00f3n sea un poco m\u00e1s f\u00e1cil. ##### Una vez que reciba una propuesta de sitio web, es mejor hacerle algunas preguntas cruciales para comenzar. Estas preguntas suelen incluir – \u00bfEs posible entregar la propuesta dentro del cronograma dado en el proyecto? – \u00bfEst\u00e1 esta propuesta dentro de las restricciones presupuestarias del proyecto? – \u00bfLa respuesta a la RFP que recibe aborda todos los requisitos del dise\u00f1o de un sitio web? – \u00bfLa respuesta a la RFP est\u00e1 bien escrita y es f\u00e1cil de entender? – \u00bfLa respuesta a la RFP que recibi\u00f3 se present\u00f3 de manera profesional? – \u00bfSe brind\u00f3 la respuesta dentro del plazo establecido? Las preguntas anteriores son, sin duda, preguntas de alto nivel, pero ayudan a eliminar a cualquier empresa de dise\u00f1o web que sea claramente extra\u00f1a. Una respuesta a la RFP incompleta, tard\u00eda o poco profesional debe recibir una se\u00f1al de alerta sobre el posible desarrollo del sitio web. Tambi\u00e9n concierna una respuesta de RFP que cita un precio el doble o el triple de su presupuesto. Ahora que ha recibido todas las respuestas y tambi\u00e9n ha dado una bandera roja a las empresas que claramente no encajan, ahora es el momento de revisar cada respuesta de RFP a fondo para que le sea f\u00e1cil comparar las respuestas de RFP en una manera m\u00e1s manzanas con manzanas. Requisitos de dise\u00f1o web que deben buscarse en cada respuesta de RFP Hay diferentes longitudes de respuestas RFP. Por lo tanto, es mejor no centrarse en el n\u00famero de p\u00e1ginas o el volumen de texto. Lo que m\u00e1s importa es la soluci\u00f3n y el contenido presentado en la respuesta. Al momento de revisar las respuestas de RFP, siempre tenga en cuenta que cada respuesta cubre algunos elementos importantes de cualquier proyecto web. Aseg\u00farese de que estos requisitos de dise\u00f1o web incluyan, entre otros, los detalles que se proporcionan a continuaci\u00f3n. ##### Plan de proyecto:  Esto debe incluir un alto nivel y una enorme lista de tareas del proyecto. Si bien es solo un plan inicial, no ser\u00e1 tan detallado como el plan final en s\u00ed, pero debe contener suficientes detalles para que pueda comprender f\u00e1cilmente el flujo de construcci\u00f3n, desarrollo, dise\u00f1o y descubrimiento. ##### Herramientas de gesti\u00f3n de proyectos: Debe haber una lista adecuada de las herramientas de gesti\u00f3n de proyectos de la agencia de dise\u00f1o. Cada empresa tiene un conjunto de herramientas de gesti\u00f3n de proyectos diferente, ya que dentro de una empresa hay muchas opciones excelentes disponibles. Lo m\u00e1s importante es asegurarse de que haya una estructura adecuada para el proceso de gesti\u00f3n de proyectos y que las tareas, las fechas y los propietarios asignados se documenten de manera que se entiendan f\u00e1cilmente. ##### Miembros del equipo: Diferentes agencias de dise\u00f1o ofrecen diferentes estructuras para sus equipos. Cuanto m\u00e1s grande sea la agencia de dise\u00f1o web, m\u00e1s grande ser\u00e1 el equipo del proyecto que trabaje en ella. Como comprador, es fundamental que sepas qui\u00e9nes trabajar\u00e1n contigo en tu equipo y cu\u00e1l es la capacidad de trabajo que aportar\u00e1n. No es necesario tener un curr\u00edculum completo de cada miembro del equipo, pero al menos tienes una lista de las personas que trabajar\u00e1n contigo en los pr\u00f3ximos meses. ##### Tecnolog\u00eda de referencia y sistema de gesti\u00f3n de contenido: Si la RFP de su sitio web no especific\u00f3 una soluci\u00f3n de CMS deseada, este ser\u00e1 un elemento esencial de la propuesta. Aseg\u00farese de que las respuestas de la RFP enumeren un CMS completo de elecci\u00f3n y cualquier tecnolog\u00eda adicional que se necesite para implementar y codificar el nuevo sitio web. Tome nota especial de cualquier propiedad. Inmediatamente d\u00e9 una bandera roja a un paquete de CMS patentado, ya que lo encierra en ese desarrollador web durante la vida del sitio web. ##### Entregables:  Esta es otra lista muy importante porque indica lo que se le entregar\u00e1 cuando entre en funcionamiento. Esto podr\u00eda incluir complementos utilizados, volumen de migraci\u00f3n de contenido, plantillas de dise\u00f1o y mucho m\u00e1s relacionado con el proyecto. ##### Lista de funcionalidades: Esta es otra lista muy importante si el sitio web que vas a dise\u00f1ar es m\u00e1s que un simple sitio web de folletos. Cuanto m\u00e1s complejo sea su sitio web, m\u00e1s detallada deber\u00eda ser la lista de funciones. ##### Migraci\u00f3n de contenido: Si el proyecto del sitio web incluir\u00e1 la migraci\u00f3n de contenido, recuerde enumerar la cantidad de contenido que se migrar\u00e1 a su nuevo sitio web. Esto puede incluir archivos adjuntos, usuarios, eventos, productos, publicaciones, p\u00e1ginas, etc. Si el volumen y la naturaleza del contenido no est\u00e1n definidos, generar\u00e1 costos adicionales y un aumento del alcance tanto para usted como para la agencia de dise\u00f1o. ##### ESTE:  \u00a1Nunca te olvides del SEO! Esto podr\u00eda incluir redireccionamientos 301, meta definici\u00f3n, optimizaci\u00f3n en la p\u00e1gina, palabra clave requerida para el mapeo de la p\u00e1gina e investigaci\u00f3n de palabras clave. Si conf\u00eda en el SEO org\u00e1nico, proteja esta fuente de tr\u00e1fico durante el redise\u00f1o. Lo mejor y m\u00e1s f\u00e1cil de hacer esto es asegurarse de que este tema est\u00e9 centrado y en primer lugar durante la propuesta del proyecto y el proceso de determinaci\u00f3n del alcance. ##### Uso de la imagen: Es esencial comprender cuidadosamente la asignaci\u00f3n y propiedad de las im\u00e1genes que el dise\u00f1ador utiliz\u00f3 dentro del proyecto de dise\u00f1o web. Pregunta en la agencia de dise\u00f1o web sobre la persona responsable de la colocaci\u00f3n, edici\u00f3n, compra y selecci\u00f3n de im\u00e1genes. Esto variar\u00e1 de un proyecto a otro, por lo que es mejor definirlo claramente en una etapa temprana. ##### Exclusiones: Si bien no es necesario incluir exclusiones en cada propuesta que haga, no se olvide de incluirlas en cualquier momento en que usted y el cliente discutan cualquier tema que no est\u00e9 incluido en el proyecto del sitio web. Esto ayuda al comprador a protegerse en el proceso posterior, pero tambi\u00e9n aclara sus entregables para el cliente. ##### Capacidad de respuesta m\u00f3vil:  Hoy en d\u00eda, ning\u00fan sitio web est\u00e1 completo sin capacidad de respuesta m\u00f3vil. Deber\u00eda ser la parte principal de cualquier sitio web moderno. Pero var\u00eda seg\u00fan el tama\u00f1o del sitio web. Hay muchas grandes empresas que tienen una aplicaci\u00f3n m\u00f3vil o sitios web independientes. Est\u00e1 bien, si no tiene un sitio web m\u00f3vil separado, aseg\u00farese de que la propuesta que dise\u00f1e debe contener un lenguaje que pueda manejar f\u00e1cilmente la visualizaci\u00f3n adaptada a tabletas y tel\u00e9fonos. ##### APIs y\/o integraci\u00f3n de terceros: Las empresas grandes y medianas suelen tener una gran cantidad de paquetes de software y sistemas dentro de su organizaci\u00f3n. Estos sistemas se utilizan para comunicarse f\u00e1cilmente con el nuevo sitio web sincronizando, empujando y extrayendo datos. Si a veces es necesario usar API o integraci\u00f3n, aseg\u00farese de que la propuesta defina el sistema de terceros, la transferencia de datos, los puntos de datos y la parte responsable. ##### Cronograma: Cada respuesta de propuesta web debe incluir una lista que corresponda al hito del proyecto. Esto le dir\u00e1 al comprador cu\u00e1nto tiempo se requiere para completar cada hito y si el proyecto se alinear\u00e1 con su cronograma dado. ##### Hitos: Si hay hitos establecidos, el equipo trabajar\u00e1 de manera m\u00e1s efectiva para alcanzar el objetivo en cada etapa del proceso de dise\u00f1o del sitio web antes de avanzar a la siguiente etapa. Los hitos t\u00edpicos generalmente incluyen pruebas beta o lanzamiento, migraci\u00f3n de contenido, codificaci\u00f3n de temas, dise\u00f1o gr\u00e1fico, arquitectura de informaci\u00f3n, descubrimiento y puesta en marcha. ##### Retrasos:  Los retrasos en los proyectos suelen deberse tanto al desarrollador como al cliente. Es esencial comprender c\u00f3mo manejar con \u00e9xito estos retrasos y c\u00f3mo alterar\u00e1 el cronograma y el presupuesto general del proyecto de dise\u00f1o web. ##### T\u00e9rminos de pago: Si hay un proyecto de sitio web m\u00e1s peque\u00f1o, el comprador debe pagar un pago del 50% al comienzo del proyecto y el 50% despu\u00e9s de la finalizaci\u00f3n. Mientras que, por otro lado, si hay proyectos de sitios web m\u00e1s grandes, los pagos se basan en tiempos o hitos establecidos. Aseg\u00farese de que los t\u00e9rminos de pago est\u00e9n claramente definidos en su propuesta. ##### Gastos: Los gastos generalmente incluyen im\u00e1genes de archivo, licencias de complementos, tarifas de alojamiento, tarifas de dominio y\/o viajes. Aseg\u00farese de que debe haber detalles adecuados de todos y cada uno de los gastos dentro de la propuesta y que el comprador sea responsable del pago. ##### Entrenamiento de usuario:  Si el usuario es nuevo en el CMS, la propuesta podr\u00eda contener algunas pautas para escribir documentaci\u00f3n de capacitaci\u00f3n, sesiones de capacitaci\u00f3n interactivas o herramientas de capacitaci\u00f3n en l\u00ednea. Tenga en cuenta que la metodolog\u00eda de capacitaci\u00f3n debe coincidir con la de su base de usuarios. ##### Per\u00edodo de garant\u00eda: El per\u00edodo de garant\u00eda generalmente cubre la correcci\u00f3n de cualquier error de software dentro del sitio web. Per\u00edodo de garant\u00eda, generalmente establecido para un per\u00edodo particular de d\u00edas y debe establecerse en el contrato o propuesta. Esta garant\u00eda cubrir\u00eda la codificaci\u00f3n por parte del desarrollador del sitio web, pero no las extensiones o complementos de terceros. ##### Mantenimiento en proceso:  Nunca confunda el mantenimiento con el per\u00edodo de garant\u00eda; son muy diferentes a los del per\u00edodo de garant\u00eda. Se debe pagar un acuerdo de mantenimiento de forma anual o mensual y se utiliza para proporcionar actualizaciones del sistema y el software al desarrollador web a lo largo del tiempo. Para los sitios web de WordPress, el mantenimiento continuo incluir\u00eda la actualizaci\u00f3n de todo el software central de WordPress y cualquier complemento instalado en el sitio web. El mantenimiento continuo tambi\u00e9n incluye asistencia personalizada, informes, copias de seguridad, monitoreo y seguridad cuando sea necesario. ##### Soporte post-live cuando sea necesario: No es necesario que todas las empresas necesiten o quieran un contrato de mantenimiento. En lugar de un acuerdo de mantenimiento, algunas empresas exigir\u00e1n un soporte post-en vivo bajo demanda. Esto generalmente se factura por hora y se administra a trav\u00e9s de un sistema de soporte o ticket. ### Pr\u00f3ximos pasos involucrados en el proceso de RFP del sitio web: Una vez que haya revisado todas las respuestas de la RFP y se haya limitado al proveedor elegido, ahora es el momento de concentrarse en el siguiente paso que es negociar los detalles finales y los contratos. Si bien Internet est\u00e1 lleno de recomendaciones sobre negociaciones de contratos, no se detenga en las minucias del proceso. Es importante tener en cuenta que este paso es el \u00faltimo paso antes de iniciar una asociaci\u00f3n a largo plazo con el desarrollador web seleccionado. Esta negociaci\u00f3n se concentra en resolver cualquier problema o pregunta abierta, lo que a su vez le brindar\u00e1 una base s\u00f3lida para iniciar el proceso de dise\u00f1o e implementaci\u00f3n. Inicie las negociaciones del contrato prestando atenci\u00f3n a la resoluci\u00f3n de cualquier problema abierto y a la aclaraci\u00f3n de cualquier punto de confusi\u00f3n. Si el equipo de proyecto elegido ha hecho un gran trabajo con el alcance del proyecto y seleccion\u00f3 al desarrollador correcto, las negociaciones no deben ser m\u00e1s que una firma. Si en caso de que el equipo haya seleccionado la agencia de dise\u00f1o web equivocada, el proyecto puede resultar suficiente para obligar al equipo a pensar en la empresa n\u00famero dos.<\/p>\n","protected":false},"excerpt":{"rendered":"
Recientemente has visto muchas publicaciones sobre los requisitos, contratos y propuestas de dise\u00f1o de un sitio web. \u00bfCu\u00e1l es la raz\u00f3n detr\u00e1s de esto? Esto se debe a que si desea lanzar un dise\u00f1o de sitio web exitoso, necesitar\u00e1 m\u00e1s que im\u00e1genes, textos y c\u00f3digo de software. A continuaci\u00f3n se encuentran los principales requisitos de dise\u00f1o web que debe incluir cada respuesta a la Solicitud de propuesta (RFP). El \u00e9xito del dise\u00f1o de un sitio web es el resultado directo de una documentaci\u00f3n s\u00f3lida y un proceso estructurado La ejecuci\u00f3n de un proyecto de dise\u00f1o web efectivo comienza y termina con una documentaci\u00f3n s\u00f3lida. Esta s\u00f3lida documentaci\u00f3n puede ser en forma de declaraci\u00f3n…<\/p>\n","protected":false},"author":1,"featured_media":162344,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[151,203,60],"tags":[],"class_list":["post-263423","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-consejos-y-trucos-web","category-diseno-web","category-web-y-wordpress"],"_links":{"self":[{"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/posts\/263423","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/comments?post=263423"}],"version-history":[{"count":0,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/posts\/263423\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/media\/162344"}],"wp:attachment":[{"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/media?parent=263423"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/categories?post=263423"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/inform.click\/es\/wp-json\/wp\/v2\/tags?post=263423"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}