4 votos

Diseño de sitios web sin CMS

Estoy planeando construir sitios web que no tengan un CMS (Sistema de Gestión de Contenidos) para que el usuario pueda actualizar su contenido. Tengo experiencia más que suficiente para entrar en este negocio. Lo único que me ocupa es la limitación de actualizar el contenido de los sitios web por mí mismo porque para hacer la actualización se necesitan conocimientos técnicos que un usuario típico NO tiene.

Teniendo en cuenta el dinero que tomo de cada cliente para el diseño ¿tengo la obligación de prestar el servicio de actualización de contenidos? para toda la vida ¡?! Estoy realmente preocupado por cómo responsabilizarme soporte final para un cliente porque acabar con la asistencia al cliente es un concepto perfectamente legítimo.

Tenga en cuenta que la opción de desarrollar un CMS para estos sitios web es fuera de la mesa . Además, supongamos que ningún otro promotor van a aceptar prestar el servicio de actualización de contenidos.

¿Cómo puedo gestionar los cambios de contenido y las pequeñas actualizaciones a lo largo de la vida del sitio web, sin un CMS?

0 votos

¿Esto no es offtopic? Esto parece ser un tema para Stackoverflow.

0 votos

"Estoy planeando construir sitios web que no tengan un CMS (Sistema de Gestión de Contenidos) para que el usuario pueda actualizar su contenido" <--- esto no tiene ningún sentido. El propósito de un CMS es que un usuario no técnico pueda actualizar el contenido.

4voto

Adam Puntos 2432

No se moleste en pensar cómo, quién o cuándo se actualizará un producto si tiene previsto vender servicios independientes.
Su única responsabilidad es informar a sus clientes sobre lo que realmente obtienen al elegirle a usted (sus servicios) frente a otras opciones.

Utilizar, vender u ofrecer el CMS como parte de su producto no es un requisito, sino simplemente una opción. Lo que sí es opcional es que usted asuma la responsabilidad de cómo o cuándo se actualiza un producto (se cambia, se amplía, se modifica).

Si su elección es vender el diseño como un producto independiente (servicio) y luego ofrecer el mantenimiento y las actualizaciones periódicas como dos servicios separados, pero sin la integración del CMS, está bien.
No te preguntes qué pasará a largo plazo. Si el cliente te elige hoy pero mañana prefiere a otro o a nadie, no debería pasar nada siempre que te asegures de explicar a tus clientes lo que realmente obtienen, los costes y las implicaciones y, por supuesto, siempre que asegúrese de que el contrato entre usted y sus clientes le protege al afirmar que el producto/servicio se entregue tal cual y que los cambios/actualizaciones posteriores serán objeto de otro acuerdo contractual .

Tenga en cuenta que tiene la obligación de proporcionar la actualización de los contenidos sólo si se indica explícitamente en las condiciones del contrato.
Como mejor práctica, cuando redacte el contrato, deje claro el hecho de que no ofrece una integración tipo CMS y que el producto/servicio no viene con un servicio GRATUITO/Incluido de "actualización/modificación de contenidos".

Ahora, lo que también hay que tener en cuenta es no redactar cláusulas contractuales contradictorias .
En muchos países es obligatorio ofrecer una garantía de devolución del dinero, asistencia técnica que cubra los errores de los que eres responsable y demás.

Mi consejo:

  1. Explica a tus clientes (y asegúrate de que entienden tu mensaje) que no ofreces "como la integración del CMS" y que el mantenimiento/asistencia son servicios que vendes por separado.
  2. Cuando redacte el contrato, ofrezca un periodo de garantía (que incluya el mantenimiento/asistencia GRATUITA) e indique que, después, estos servicios sólo son posibles mediante un nuevo contrato.

4voto

Brad Leach Puntos 9012

Hago esto todo el tiempo.

Hace unos años cometí el error de prestar servicios de alojamiento/dominio a un par de clientes. Fue una pesadilla y no volveré a hacerlo.

Aunque es una fuente de ingresos perfectamente válida, yo no quiero ser "soporte informático" para mis clientes. Eso significa que no revendo/ofrezco alojamiento. No mantengo varios paquetes de CMS para clientes, etc. Simplemente no es mi modelo de negocio. Soy un diseñador y tan pronto como se ofrecen otros servicios los clientes empiezan a llamar con problemas de correo electrónico o "¿Puedes añadir este plug in a Wordpress?", etc. Eso no es algo que yo decida asumir. Los ingresos residuales de dicho mantenimiento son agradables pero simplemente no tengo los recursos para preocuparme de los deseos siempre cambiantes de cada cliente que tengo. Además, generalmente trabajo en proyectos de mayor envergadura y no puedo dedicar unas cuantas horas al día a las actualizaciones y el mantenimiento que van surgiendo camino más a menudo cuando hay una cuota de mantenimiento en curso.

Si un cliente necesita servicios de alojamiento/dominio, le indico una empresa que me gusta utilizar. Les explico lo que necesitan (con un enlace directo) y les pido que se inscriban en el servicio de alojamiento/dominios y que me reenvíen el correo electrónico de "Bienvenida" que reciben para que yo tenga acceso. Les explico que esto pone el control sobre el alojamiento y los dominios en sus manos no es mío. Para que se les notifique o los tiempos de renovación y puedan ser libres de renovar los servicios por los períodos que deseen, mover los servicios cuando quieran, y no tengan que preocuparse de que su sitio web comience a ser "rehén".

Vendo los servicios de diseño, no el mantenimiento continuo de la web. Esto incluye el diseño y la puesta en marcha del sitio web inicial por una tarifa cotizada. Subo las páginas a su cuenta de alojamiento y entonces el proyecto está completo. Ofrezco un periodo de gracia (basado en el tamaño del sitio) para cualquier corrección o problema con el diseño principal. Después de eso.....

Cualquier actualización futura se facturará en función de las necesidades, por horas. Esto incluye añadir páginas, cambiar imágenes, ajustar el texto, etc. El cliente se pone en contacto conmigo diciendo: "Me gustaría ..... al sitio web". Redacto un presupuesto para ese trabajo y obtengo la aprobación. Luego programo el trabajo. Me parece que cualquier cuota de retención o mantenimiento que pague el cliente da lugar a demandas regulares y constantes por parte del cliente; al fin y al cabo, si está pagando por ello, lo utilizará, naturalmente.

En realidad, a muchos clientes les gusta el hecho de que no sea necesario un anticipo continuo y que puedan pagar los cambios cuando los necesiten. Esto también hace que los clientes piensen más en los cambios y los planifiquen antes de pedirlos.

Cuando se cotiza el diseño inicial, explico claramente a los clientes que los archivos se construyen usando HTML5/CSS/PHP, etc., según sea necesario, y que cualquier persona con ese conocimiento es capaz de hacer cambios en el futuro. Además del hecho de que estoy perfectamente feliz de hacer cambios y actualizaciones en un momento posterior que se facturan en X/hora.

2voto

Derek Puntos 41

Podría tener condiciones y tarifas separadas para el diseño/desarrollo, el alojamiento y la actualización/gestión.

  • Lo más probable es que se cobre una vez por un diseño específico.
  • Lo normal es que se cobre mensual o anualmente por el alojamiento y el nombre de dominio.
  • Las actualizaciones y la gestión podrían ser también mensuales o anuales, en función de la carga de trabajo estimada. En ese caso, no olvides incluir una cláusula sobre la cantidad máxima de trabajo incluida. O bien puedes cobrar la actualización por horas o por bloques de horas.

En sus condiciones, asegúrese de especificar qué tipo de trabajo constituye una "actualización". Si los cambios son demasiado significativos, puede considerar que se trata de un proyecto nuevo.

1voto

Ed.T Puntos 1188

Personalmente recomiendo WordPress para aquellos que no tienen ningún conocimiento técnico sobre el sitio web. Si quieres hay varias empresas que pueden diseñar CMS a medida para ti. Son fáciles de usar, incluso si usted no puede realizar ninguna acción técnica.

0 votos

Esto no proporciona una respuesta válida a la pregunta. El OP ha mencionado específicamente que no puede utilizar una solución CMS.

Finanhelp.com

FinanHelp es una comunidad para personas con conocimientos de economía y finanzas, o quiere aprender. Puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X