FAQ's

Question 1

¿De quién es el sitio web cuando termina el proyecto?

Accepted Answer

Tuyo, y eso incluye cada una de las partes, el código fuente en GitHub, que eventualmente se te transferirá al final del proyecto, los archivos producidos en la etapa de diseño y construcción (fondos, PNGs, formas, patrones, etc), los textos y el contenido, el dominio (inicialmente proveído por ti, de no tener uno te ayudamos a conseguir uno), las cuentas de hosting, base de datos, las copias de seguridad de la base de datos, y los archivos ya almacenados. Nada queda detrás de un usuario de Cromática, te damos todas las cuentas que fueron necesarias para la construcción de tu sitio web. Esto no es una cortesía al final de un proyecto que salió bien. Es cómo se arma el proyecto desde el primer día, las cuentas se crean a tu nombre antes de escribir una sola línea de código, así que nunca existe un momento en el que entregarte las cosas sea algo que tengamos que aceptar.

Question 2

¿El dominio lo pone Cromática o yo?

Accepted Answer

Lo compras tú, y está a propósito considerado fuera de la cotización. Un dominio no es algo que nosotros produzcamos, es la pieza de tu marca que va a prevalecer independientemente de cuántos sitios web tengas. Tiene que estar a tu nombre o a nombre de tu negocio desde el primer día, y no es transferido después como un favor. Si todavía no tienes uno, no es un obstáculo. Te ayudamos a elegir el nombre, verificar la disponibilidad y registrarlo con un registrador confiable como Namecheap, Cloudflare Domains, Spaceship o GoDaddy, todos ellos funcionan bien. Le pagas directamente al registrador, normalmente entre $10 y $20 al año según la extensión. No revendemos dominios ni cobramos margen sobre ellos.

Question 3

¿Cómo me transfieren el código fuente?

Accepted Answer

A través de GitHub, una vez que el proyecto se completa y entrega, este es uno de los últimos pasos del ciclo de vida de nuestro proceso de desarrollo. Si ya tienes una cuenta u organización de GitHub, el repositorio se transfiere a tu cuenta. Si se necesita mantenimiento más adelante y deseas realizarlo con nosotros, otorgas acceso al repositorio a nuestros agentes o desarrolladores como colaboradores. Funciona igual si necesitamos mejorar algunos archivos de configuración en el almacenamiento o la base de datos. Cuando el proyecto finaliza, simplemente nos retiramos. No hay ataduras. Si no tienes una cuenta, crear una lleva unos minutos y es gratis. Los repositorios privados son gratuitos, adicionalmente, te guiamos en el proceso durante la transferencia. La transferencia de GitHub mantiene intactos el historial completo de commits, issues y la configuración. Si prefieres no usar GitHub, también es posible. Recibes el repositorio completo con todo su historial como un archivo que puedes subir a GitLab, Bitbucket o tu propio servidor. Sea cual sea la opción, puedes hacerlo. Tú decides cómo tomar el control, nosotros mantenemos el acceso posteriormente solo si tienes un contrato…

Question 4

¿Qué recibo exactamente en la entrega del proyecto?

Accepted Answer

Cinco elementos, el sitio web en funcionamiento en el hosting que hayas elegido, el repositorio (código fuente) con su historial completo, los archivos de diseño generados durante las etapas de diseño y desarrollo, documentación de cómo aprovechar al máximo nuestro producto y las cuentas necesarias para que tu sitio esté activo, como la de alojamiento, almacenamiento de archivos multimedia y base de datos.

Question 5

¿De quién son los archivos de diseño y el contenido?

Accepted Answer

Tuyos. Esto abarca los archivos de diseño, las maquetaciones y todos los elementos utilizados en la página, como imágenes, fondos, archivos PNG, patrones, formas o cualquier otro recurso creado para el proyecto. Es más fácil de prometer de lo que suena, porque el diseño no es un template que licenciamos y adaptamos. Se diseñó para tu sitio, lo que significa que no hay un tercero cuyos términos limiten lo que puedes hacer con él, ni otro cliente por ahí corriendo el mismo diseño.

Question 6

¿Qué pasa con mi sitio si Cromática deja de operar?

Accepted Answer

Sigue funcionando. El sitio está alojado en la plataforma que elegiste hostearlo, el dominio se renueva con tu tarjeta, la base de datos y los archivos están bajo tu facturación, y el repositorio ya está en tus manos. Nada de esa cadena depende de que Cromática siga existiendo. Esa es la razón práctica por la que la política de cuentas importa, y vale la pena preguntárselo a cualquier agencia con la que hables.

Question 7

¿En qué zona horaria trabajas? ¿Coincidimos en horario?

Accepted Answer

Estamos en Lima, Perú, en UTC-5 todo el año, porque Perú no aplica horario de verano. De noviembre a marzo estamos en la misma hora que Nueva York; de marzo a noviembre, una hora detrás. Frente a la costa oeste la diferencia va de dos a tres horas según la temporada. En ningún momento del año estamos a más de tres horas de cualquier zona horaria del territorio continental de Estados Unidos. En la práctica eso significa que puedes escribir en la mañana y tener respuesta antes del almuerzo, y que agendar una llamada nunca obliga a nadie a tomarla en un horario incómodo. Es la razón silenciosa por la que trabajar con nosotros se parece más a contratar a alguien dos estados más allá que a contratar en el extranjero.

Question 8

¿Con quién voy a trabajar realmente?

Accepted Answer

Con la persona que construye tu sitio. Hablas directamente con el o ella cada vez que te sea necesario, en Inglés o Español, desde la primera llamada hasta la entrega. No hay un ejecutivo de cuenta en medio retransmitiendo tus comentarios, ni alguien que desaparece una vez firmado el contrato para ser reemplazado por alguien que nunca conociste. Eso es un límite sobre cuánto trabajo tomamos, no una casualidad de ser pequeños. Un mensaje sobre un detalle de maquetación le llega a quien escribió esa maquetación, y por eso las respuestas vuelven en horas en lugar de días, y nada se pierde en la traducción entre ventas y producción.

Question 9

¿Con qué frecuencia tendré noticias y por qué canal?

Accepted Answer

Recibes una actualización escrita una vez por semana si lo deseas, haya o no novedades. El silencio es la queja más frecuente sobre el trabajo remoto y siempre es evitable. Además, desde el inicio del proyecto tienes un enlace de vista previa en vivo, así que puedes mirar el sitio real cuando se te antoje en lugar de esperar a que te lo muestren. El correo es el canal principal, y es donde queda el registro de cada decisión. Las llamadas ocurren en los límites de cada etapa, cuando hay algo que decidir y no solo algo que contar. Para dudas más pequeñas entre medio, puedes escribir cualquier día hábil y tener respuesta el mismo día.

Question 10

¿Qué necesitas de mí antes de empezar?

Accepted Answer

Tus archivos de marca, como el logotipo y el isotipo. Las tipografías que has utilizado en otros proyectos para tu identidad de marca, tu paleta de colores. Una cuenta de correo electronico para utilizar en todas las plataformas de los servicios que consumirá tu sitio, como el almacenamiento de media en cloudflare, como la base de datos en Neon, o el despliegue del sitio en Vercel. Si no deseas crearla no hay problema, podemos crear una por ti y entregartela al final del proyecto cuando te entregamos todo. También necesitamos una persona de tu parte con autoridad para aprobar decisiones, esto ahorra mucho tiempo. La última importa más de lo que parece. La causa más común de un proyecto retrasado no es el contenido que falta, son los comentarios que llegan de tres personas que no están de acuerdo entre ellas. Un solo responsable de decidir, con quien quiera consultar detrás de él, es lo que evita que un proyecto de cuatro semanas se convierta en uno de cuatro meses. Si no tienes todo, es normal y no es un impedimento. Te decimos exactamente qué falta antes de cotizar, para que nada aparezca a mitad de camino como sorpresa.

Question 11

¿Firman contratos y acuerdos de confidencialidad?

Accepted Answer

Sí. Ningún proyecto arranca con un apretón de manos. Antes de que empiece el trabajo hay un acuerdo escrito que establece el alcance, el precio final, los plazos y quién es dueño de qué al terminar, no por desconfianza, sino porque ese documento es lo que te permite exigirnos si algo sale mal. El acuerdo y la facturación se manejan a través de la plataforma de contratación con la que trabajamos. Eso significa que el papeleo es estandarizado en lugar de improvisado, y recibes una factura formal que puedes registrar en tu contabilidad. Si tu empresa tiene su propio NDA o contrato de proveedor, mándalo, lo revisamos y firmamos. Es habitual con clientes más grandes y nunca ha sido un problema.

Question 12

¿Puedo editar el contenido yo mismo, sin llamarte?

Accepted Answer

Sí, y no es la versión recortada de edición que algunas agencias entregan. Tu sitio incluye un panel de administración donde cambias textos e imágenes de cualquier página, reordenas secciones, ocultas una sección que no estés usando sin borrar lo que tiene dentro, y publicas páginas nuevas armadas con las mismas secciones que usa el resto del sitio. Nada de eso requiere código ni un desarrollador. Si sabes llenar un formulario, sabes manejar tu sitio. Las piezas que sí serían peligrosas de romper, las reglas de maquetación, los estilos, la estructura, son justamente las que dejamos fuera de tu alcance a propósito, para que no exista la versión en la que estabas editando una página y se cayó el sitio. Los cambios salen en vivo cuando tú los publicas, no cuando nosotros podamos.

Question 13

¿Con qué está construido el sitio y por qué debería importarme?

Accepted Answer

Next.js para el sitio, Payload como gestor de contenido y PostgreSQL para la base de datos. Los tres son open source, de uso masivo y documentados públicamente. La razón por la que eso te importa no tiene nada que ver con gustos de ingeniería. No hay un framework propietario de Cromática, ni un constructor de páginas con licencia, ni una cuota mensual a una plataforma que puede cambiar sus precios o cerrar. Si algún día quieres trabajar con alguien más, va a reconocer lo que tiene enfrente desde el primer día. Reemplazarnos es un problema de reclutamiento, no un problema técnico. Es también la razón por la que tu sitio no es una instalación de WordPress sostenida por quince plugins. Menos piezas móviles de terceros significa menos cosas que se rompen en el calendario de otro en lugar del tuyo.

Question 14

¿El sitio puede estar en dos idiomas? ¿Quién escribe las traducciones?

Accepted Answer

Sí. Los dos idiomas son parte de cómo está construido el sitio, no un plugin agregado después. Cada pieza de texto, títulos, botones, nombres de página, las palabras que leen los buscadores, tiene su propio campo para cada idioma, lo que significa que ambas versiones son realmente tuyas para controlar, palabra por palabra. Eso importa más de lo que parece. El atajo habitual es un widget de traducción automática que reescribe la página en el navegador del visitante. Los buscadores no indexan esas versiones, así que tus clientes hispanohablantes nunca te encuentran buscando en español, que era justamente el punto de tener un segundo idioma. Sobre quién las escribe: puedes entregar los dos idiomas, o escribimos el segundo como parte del proyecto. En cualquier caso el texto queda tuyo para editarlo después desde el mismo panel.

Question 15

¿Se puede conectar con mi CRM, calendario, newsletter o analítica?

Accepted Answer

Normalmente sí. Reservas y agendamiento, formularios de contacto que caen directo en tu CRM, suscripciones a newsletter, analítica, son las integraciones comunes y son trabajo de rutina. Más allá de esas, la respuesta honesta es que casi cualquier herramienta con una API pública se puede conectar. Lo que cambia es cuánto trabajo toma, y por eso las integraciones se definen al inicio en lugar de prometerse en abstracto. Cuéntanos qué usas durante la etapa de requerimientos y tienes una respuesta directa antes de comprometerte a nada. Lo que no vamos a hacer es conectar algo mal para marcar una casilla. Si la API de una herramienta no puede hacer lo que de verdad necesitas, te lo decimos, en lugar de construir un puente a medias que descubres roto tres meses después.

Question 16

¿Mi sitio va a ser rápido? ¿Va a aparecer en Google?

Accepted Answer

La velocidad es consecuencia de cómo está construido el sitio, no algo que se optimiza al final. Las páginas se generan por adelantado y se sirven ya armadas, así que el visitante no está esperando una consulta a la base de datos y una docena de plugins antes de que aparezca algo. Las imágenes van comprimidas y dimensionadas para el dispositivo que las pide. Sobre buscadores, un sitio se puede construir para ser encontrado o para estorbar, y esa parte nos toca a nosotros. Estructura limpia, encabezados reales, títulos y descripciones que controlas por página y por idioma, un sitemap, y páginas que se muestran sin necesidad de que corra JavaScript primero. Ese es el trabajo de base y va en todos los proyectos. Lo que no vamos a prometerte es una posición en Google. El ranking depende de tu competencia, tu rubro y lo que publiques con el tiempo, y nada de eso lo controla un desarrollador. Quien te garantice la primera página te está vendiendo algo que no puede entregar.

Question 17

¿Qué pasa si después necesito algo que hoy no existe?

Accepted Answer

Se construye como una sección nueva y se incorpora al sitio. Tus páginas están armadas con bloques independientes, un hero (el primer block de una página, como un 'header'), una tabla de precios, una galería, un formulario y una capacidad nueva se convierte en un bloque nuevo que se suma a los que ya están. La consecuencia práctica es que crecer no significa empezar de cero. Agregar un blog, un flujo de reservas o un catálogo de productos dentro de un año es trabajo sobre lo que ya existe, no un segundo proyecto que tira a la basura el primero. Por eso también empezar en un tier más chico no es una trampa: no estás comprando un sitio menor que haya que reemplazar cuando se te quede corto. Si lo que necesitas es lo bastante grande como para requerir planificación real, te lo decimos de frente con un alcance y una cifra, igual que en el proyecto original.

Question 18

¿Cuáles son los pasos, desde la primera llamada hasta el lanzamiento?

Accepted Answer

Cuatro etapas, cada una termina con algo concreto que miras y apruebas antes de que empiece la siguiente. Nada avanza sobre un supuesto, y nunca estás a más de una etapa de distancia de lo último que aprobaste. Requerimientos va primero, y se trata del negocio antes que del sitio web, qué vendes, quién te compra, qué quieres que haga un visitante cuando llega, y qué está funcionando o fallando hoy. Es también donde el alcance queda por escrito, cuántas páginas, qué secciones, qué integraciones, qué idiomas. Todo lo que viene después se remite a lo que se acordó acá, y por eso es la única etapa en la que vale la pena ir despacio. Diseño viene después. Ves las páginas reales, maquetación, tipografía, color, cómo se comporta en un celular, antes de que exista una sola línea de código de producción. Este es el punto más barato de todo el proyecto para cambiar de opinión, y preferimos que lo uses. Aprobar el diseño es lo que habilita el desarrollo. Desarrollo convierte el diseño aprobado en el sitio funcionando, las páginas, el panel de administración de contenido, los formularios, las integraciones, el segundo idioma. Durante toda esta etapa tienes un enlace de vista previa en vivo,…

Question 19

¿Cuánto tarda un proyecto?

Accepted Answer

Depende del tamaño. Una landing de una sola página va entre 7 y 14 días. Un sitio con varias secciones suele tomar entre 15 y 30 días. Una construcción más grande significa más páginas, un blog, un catálogo, varias integraciones, está entre 30 y 45 días. La cifra exacta de tu proyecto la recibes por escrito antes de empezar, como parte del acuerdo. Esos son días de trabajo de nuestro lado, y asumen algo que pesa muchísimo, el reloj empieza cuando tu material está en nuestras manos, no cuando pagas. Si los textos, el logo y las fotografías llegan dos semanas después del adelanto, el proyecto termina dos semanas después. Dentro de esa ventana, las etapas no pesan lo mismo. Requerimientos y diseño se llevan una porción más grande de lo que la mayoría espera, y el desarrollo es más rápido de lo que esperan, porque para cuando empieza todas las decisiones ya están tomadas. Un proyecto que avanza con calma al inicio tiende a terminar antes; uno que apura el inicio termina tarde, siempre. Y si vemos que una fecha empieza a moverse, te enteras por nosotros en el momento en que lo vemos, no el día en que vencía.

Question 20

¿Cuántas rondas de revisión tengo y qué cuenta como una?

Accepted Answer

Las rondas de revisión suelen tener lugar al terminar la fase de diseño, antes de comenzar la construcción. En growth tier, se incluyen dos rondas, una vez finalizado el diseño y otra construido el sitio. Por último, en scale tier, una cuando el diseño está terminado, otra cuando el sitio construido y la ultima cuando la implementación cuenta con todas las optimizaciones que incorporamos (como mejoras en el despliegue o en los recursos), también se contemplan rondas de revisión. No obstante, pueden surgir excepciones; en cualquier caso, el número exacto queda estipulado en el contrato, por lo que no debería haber lugar a discrepancias más adelante. Qué cuenta como una ronda importa más que el número. Una ronda es todos tus comentarios, reunidos y enviados de una sola vez. Diez comentarios en un mensaje es una ronda. Tres mensajes en tres días con un comentario cada uno son tres rondas y eso no es un tecnicismo, es el costo real. Cada vez que paramos, cambiamos una cosa y volvemos a arrancar, el proyecto pierde tiempo, mas tiempo del que toma el cambio en sí. Así que el consejo práctico, que te ahorra rondas y nos ahorra tiempo a todos: convive con el diseño un día, anota todo lo…

Question 21

¿Qué pasa si no me gusta el diseño?

Accepted Answer

Si nos encontramos en la etapa de diseño, realizamos los cambios necesarios. Ese es, precisamente, el propósito de contar con una fase de diseño, visualizar las páginas reales antes de que exista un costo de producción. Si decides que es necesario cambiar el rumbo del diseño o de las funcionalidades de tu proyecto, esto podría suponer costes adicionales. Vale la pena distinguir entre que no te guste un detalle y que no te guste el rumbo. Un detalle, el color de un botón, un titular que se lee mal, dos secciones en el orden equivocado, es una revisión y se resuelve en la siguiente pasada. Un rumbo, el conjunto se siente corporativo y serio cuando querías en realidad cálido y amigable, es una conversación más grande, y casi siempre significa que algo se nos escapó en requerimientos. Cuando pasa eso volvemos ahí en lugar de parchar hacia adelante, porque parchar hacia adelante es como un diseño termina siendo un acuerdo intermedio que nadie eligió. Es también la razón por la que el diseño se muestra antes de construir y no después. Una agencia que te entrega un sitio terminado y recién ahí te pregunta qué opinas ha ordenado las cosas de manera que tu respuesta honesta salga cara.…

Question 22

¿Qué tengo que aprobar yo, y en qué momento?

Accepted Answer

Antes de todo eso viene el alcance. Cada proyecto, en cualquier tier, empieza con una descripción escrita de lo que se va a construir, las páginas, las secciones, las integraciones, los idiomas, el precio y los plazos, acordada antes de que empiece el trabajo. Todo lo que sigue se remite a ese documento. A partir de ahí, cuántas veces el proyecto queda formalmente esperándote depende del tier que elegiste. En Launch hay una revisión: el diseño, al final de la etapa de diseño. Estás aprobando cómo se ve y cómo se comporta el sitio, y el desarrollo se construye contra exactamente lo que aprobaste. Al ser una sola instancia, merece una mirada detenida y no una rápida. En Growth hay dos: el diseño, y después la construcción terminada antes de que salga en vivo. La segunda es donde confirmas que lo construido coincide con lo aprobado, que el contenido se lee correctamente y que no falta nada. En Scale hay tres: el diseño, la construcción y el despliegue, donde apruebas el trabajo de rendimiento y configuración hecho en el lanzamiento, y no solo cómo se ve el sitio. Cada una de esas es una decisión concreta con un sí o un no, no una revisión abierta. Te decimos qué necesitamos y para…

Question 23

¿Qué cosas pueden retrasar el proyecto?

Accepted Answer

En la práctica, casi nunca el código. Tres cosas explican casi todos los proyectos retrasados, y las tres están del lado del cliente, lo cual no es una acusación, solo algo que conviene saber por adelantado. El contenido que llega tarde es el más común por amplio margen. Textos, fotografías, logos, detalles de productos. Un sitio no se puede terminar con texto de relleno, y la semana que se va esperando los últimos tres párrafos es una semana que nadie presupuestó. Si escribir los textos es la parte que te da pereza, dilo al inicio y lo manejamos de otra forma, en lugar de dejar que se convierta en el cuello de botella sin que nadie lo diga. Los comentarios de varias personas que no coinciden son el segundo. Cuatro personas mandando notas contradictorias no producen un mejor sitio; producen uno más lento, y normalmente uno más tímido, porque el diseño deriva hacia lo que no incomoda a nadie. Por eso pedimos una sola persona con autoridad para decidir, con quien quiera consultar detrás de ella. Una decisión que nadie tiene autoridad para tomar es el tercero, y el más silencioso. El proyecto se detiene, nadie lo nota en una semana, y se pasa el límite de una etapa sin que nada…

Question 24

¿Qué pasa después de que el sitio sale en vivo? ¿Hay garantía?

Accepted Answer

La ventana depende de tu tier: quince días en Launch, treinta en Growth, sesenta en Scale. Dentro de ella, cualquier cosa que no funcione como fue aprobada se corrige sin costo. No es un crédito ni un descuento en una factura futura, se corrige, tome el tiempo que tome. Eso cubre que el sitio haga algo distinto de lo acordado: un formulario que deja de enviar, una página que se rompe en celular, una maquetación que se desarma en un navegador que dijimos que soportábamos, un campo de traducción que no guarda. Si se suponía que funcionaba y no funciona, es nuestro. Lo que no cubre es trabajo nuevo. Agregar una sección, revertir una decisión de diseño que aprobaste, conectar una herramienta que nunca estuvo en el alcance, eso son cambios. La siguiente pregunta explica exactamente dónde está esa línea, porque es la distinción que más fricción genera después del lanzamiento. Nada vence de una forma que te deje varado. Cuando la ventana se cierra, el sitio sigue funcionando exactamente igual. Que termine la garantía significa que termina nuestra obligación de corregir gratis, no que el sitio nos necesite para seguir funcionando. Desde ahí puedes tomar un plan de mantenimiento, volver…

Question 25

¿Qué cuenta como un bug y qué cuenta como un cambio nuevo?

Accepted Answer

Un bug es que el sitio falle en hacer lo que fue acordado y aprobado. Un cambio es que el sitio haga algo que nunca se pidió o mencionó o aprobó. Todo lo que pasa después del lanzamiento cae en una de esas dos. Los bugs se ven de esta manera, el formulario de contacto deja de enviar. Una página se renderiza mal en celular. La versión en español de un titular no guarda. Un enlace no lleva a ninguna parte. Una galería deja de cargar. Ninguno de esos te cuesta nada durante la garantía, porque el sitio no está haciendo lo que aprobaste. Los desarrollos nuevos se ven así, una sección de testimonios mencionada en requerimientos pero no fue aprobada en diseño. Conectar una herramienta de newsletter que no estaba en el alcance original. Agregar un tercer idioma. Reestructurar la navegación. Eso es trabajo nuevo,no porque seamos estrictos, sino porque no era parte de lo acordado, aprobado o cotizado. La zona gris honesta es una decisión de diseño que aprobaste y que con el tiempo dejó de convencerte. El encabezado que firmaste en la semana dos se siente mal para el mes dos. Eso es un cambio, y uno completamente normal, casi todos los sitios tienen algunos. Una regla resuelve casi todas las…

Question 26

¿Qué tan rápido responden si algo se rompe?

Accepted Answer

Recibes una primera respuesta dentro de un día hábil, siempre, incluida la respuesta que dice que ya lo vimos y esto es lo que estamos revisando. No saber si alguien leyó tu mensaje es peor que esperar la solución. Si el sitio está caído, o algo está roto para tus clientes, un formulario que no envía, páginas que no cargan, pasa al frente de la fila y lo trabajamos el mismo día. Algo estético, o una consulta, se responde dentro del día y se agenda con normalidad. Estar en Perú en UTC-5 ayuda acá más de lo que parece. Un correo enviado en tu mañana de la costa este se lee en nuestra mañana, no doce horas después mientras duermes. También significa que no somos una operación 24/7 con alguien de guardia a las tres de la madrugada, y preferimos decirlo claro antes que insinuar lo contrario y decepcionarte exactamente una vez. Si algo resulta más difícil de lo que parecía, te enteras de qué encontramos y qué estamos haciendo al respecto, en lugar de silencio mientras trabajamos. Que un problema sea difícil no es razón para dejar de hablar de él, es la razón para empezar.

Question 27

¿Ofrecen mantenimiento? ¿Qué incluye?

Accepted Answer

El mantenimiento es un plan opcional, y opcional significa opcional, el sitio no se degrada ni deja de funcionar sin él. Hay clientes que lanzan, manejan el sitio por su cuenta durante un año y vuelven solo cuando quieren algo nuevo. Un plan cubre mantener al día las dependencias y los parches de seguridad, verificar que los respaldos automáticos realmente estén corriendo y realmente se puedan restaurar, monitorear que el sitio esté arriba, una cuota mensual de cambios pequeños de contenido o maquetación, y prioridad en la fila cuando algo necesita atención. El segundo punto es el que vale la pena mirar. Casi toda plataforma de hosting toma respaldos automáticos, y casi nadie prueba nunca si se restauran. Un respaldo que lleva cuatro meses fallando en silencio es indistinguible de uno que funciona, justo hasta el día en que lo necesitas, que es el día en que te enteras. Sin plan, no pasa nada malo de inmediato. El sitio sigue funcionando, el hosting sigue respaldando, y tú conservas el control total de todo. Lo que se acumula despacio son las actualizaciones, seis meses de parches de seguridad saltados no son una emergencia, pero dos años convierten un trabajo pequeño en uno…

Question 28

¿Cómo aprendo a usar el panel? ¿Hay capacitación?

Accepted Answer

Con documentación en video de cada una de las funciones que nuestro sitio brinda. Cada función del panel tiene un video explicativo que te explica de manera fácil cómo funciona cierta funcionalidad. Paso a paso, cambiar textos, reemplazar una imagen, agregar un artículo al blog, publicar una página nueva, ocultar una sección que por ahora no estás usando. Visítalos en cromatica.media/es/docs, están disponibles a cualquier hora desde cualquier dispositivo, y se quedan ahí mientras tu sitio exista. Nada que descargar, nada que se te traspapele, ningún PDF envejeciendo en silencio en una bandeja de entrada de hace dos años. Además tienes acceso antes de que te entreguemos el sitio, no después. Eso importa más de lo que parece. Para cuando llega el handoff ya sabes qué hace el panel, así que la entrega es una confirmación y no una clase. Eso significa que puedes ver exactamente cómo funciona la edición antes de comprometerte a nada. Leer instrucciones y ver a alguien hacer la cosa no son lo mismo. Casi todos los que ven el video de dos minutos lo hacen bien a la primera. Casi todos los que leen por encima una lista escrita de pasos nos escriben a mitad de camino. El panel está…

Question 29

¿Mi sitio es seguro? ¿Quién se encarga de las actualizaciones y los respaldos?

Accepted Answer

El sitio funciona sobre HTTPS con un certificado que se renueva solo, la base de datos y los archivos están en una infraestructura administrada que crea backups automáticos como parte del servicio. Eso ya está automatizado, no depende de nadie. Estos respaldos son tuyos, porque las cuentas están a tu nombre. Los configuramos durante la entrega del sitio. Te mostramos dónde viven y cómo funciona una restauración de verdad, para que en el peor escenario, recuperarte de un problema así, no dependa de contactarnos primero. La brecha que vale la pena nombrar es que respaldos automáticos y respaldos verificados no son lo mismo. Las plataformas respaldan con fiabilidad justo hasta el momento en que dejan de hacerlo en silencio, y un respaldo que nadie ha probado nunca es una suposición. Comprobar que existen y que realmente se restauran es parte de un plan de mantenimiento, porque hacerlo requiere acceso permanente a tus cuentas, que no conservamos después de la entrega de producto salvo que tengas un plan de mantenimiento web contratado con nosotros. Sobre seguridad en general, no hay un acceso de administrador público más allá del tuyo, no hay un ecosistema de plugins de terceros cada…

Question 30

¿Cuánto cuesta un sitio web?

Accepted Answer

Tres tiers, y lo que los separa es cuánto sitio necesitas, no qué tan bien está hecho. El cuidado es el mismo en los tres. Launch empieza en $400. Una página con hasta cinco secciones, un idioma, un destino de contacto, y las bases de SEO que todo sitio necesita, sitemap, metadatos, datos estructurados. El panel de contenido y la documentación en video vienen incluidos desde el primer día, junto con quince días de soporte post lanzamiento. Es el tamaño correcto para una página bien hecha que cumple una sola función. Growth empieza en $800. Hasta cinco páginas y veinticinco secciones, dos idiomas, dos destinos de contacto, modo oscuro, y las colecciones que permiten que el sitio crezca sin nosotros: un blog y una sección de preguntas frecuentes que administras tú. Suma los esquemas de SEO para esas colecciones, conexión con tu CRM y Google Analytics, y treinta días de soporte. Scale empieza en $1,200. Hasta diez páginas y cuarenta secciones, tres idiomas o más, navegación con mega-menú, y trabajo dedicado de rendimiento, Core Web Vitals, carga diferida, compresión de imágenes, medido y ajustado después de construir el sitio, no asumido. Sesenta días de soporte. Todos dicen empieza…

Question 31

¿Qué no está incluido en el precio?

Accepted Answer

Dos cosas quedan fuera de la cotización, y las dos por el mismo motivo: son servicios recurrentes de otras empresas, no trabajo que hagamos nosotros. La primera es el dominio. Lo compras tú, queda a tu nombre, y normalmente cuesta entre $10 y $20 al año según la extensión. Si todavía no tienes uno, te ayudamos a elegirlo y registrarlo. La segunda es lo que cuesta mantener el sitio en línea una vez lanzado: la plataforma de despliegue que sirve tus páginas, la base de datos que guarda tu contenido, y el servicio de almacenamiento de Cloudflare que guarda tus imágenes y archivos. Son costos mensuales o por uso, escalan con el tráfico que recibas, y para el sitio de un negocio pequeño suelen ser modestos. Configuramos las tres a tu nombre durante el proyecto, las dejamos funcionando, y te mostramos exactamente qué factura cada una, para que nunca aparezca un cobro sorpresa desde un lugar que no sabías que existía. A esos proveedores les pagas directamente. No revendemos infraestructura ni cobramos margen sobre ella, porque en el momento en que tu hosting pasa por nuestra cuenta, irte deja de ser una decisión y se convierte en una negociación. Dos cosas más pequeñas también quedan…

Question 32

¿Cómo y cuándo pago?

Accepted Answer

Depende del tamaño del proyecto, porque el sentido de partir un pago es repartir el riesgo en algo largo, y Launch no es largo. En Launch, el monto completo se paga antes de empezar el desarrollo. Es el tier más chico y el plazo más corto, y partir unos cientos de dólares en dos transferencias agrega papeleo para ambos lados sin proteger a ninguno de nada. En Growth y Scale, la mitad al iniciar y la mitad al entregar. La primera mitad es la que pone tu proyecto en el calendario y arranca el trabajo. La segunda vence cuando el sitio está terminado y aprobado por ti, así nunca estás pagando por algo que todavía no has visto. El acuerdo y la facturación se manejan a través de la plataforma de contratación con la que trabajamos, lo que significa que el papeleo es estandarizado en lugar de improvisado, y recibes una factura formal que puedes registrar en tu contabilidad. Una cosa que no cambia en ningún momento: el precio queda fijo antes de empezar. No cobramos por hora, así que si algo nos toma más tiempo del estimado, ese es nuestro problema y no una línea nueva en tu factura. La única forma en que la cifra se mueve es que pidas algo que no estaba en el alcance acordado, y entonces…

Question 33

¿Cuánto cuesta el mantenimiento?

Accepted Answer

$150 al mes, y es opcional de verdad. El sitio no se degrada ni deja de funcionar sin él, y hay clientes que andan por su cuenta un año y vuelven solo cuando quieren algo nuevo. Lo primero que compra es que el sitio se mantenga al día. Las librerías sobre las que está construido un sitio publican parches de seguridad continuamente, y saltárselos no es una emergencia a los seis meses pero se convierte en un trabajo grande a los dos años. Mantenerse al día es barato; ponerse al día no lo es. Lo segundo son los respaldos verificados, y es la parte que más vale la pena pagar. Casi toda plataforma toma respaldos automáticos, y casi nadie prueba nunca si se restauran. Un respaldo que lleva cuatro meses fallando en silencio es indistinguible de uno que funciona, justo hasta el día en que lo necesitas, que es el día en que te enteras. Con un plan, alguien lo comprueba de verdad, lo cual requiere acceso permanente a tus cuentas, y ese es un acceso que no conservamos después del handoff salvo que tengas uno. El resto es monitoreo de que el sitio esté arriba, en lugar de enterarte por un cliente; una cuota mensual de cambios pequeños de contenido o maquetación, para que un número de teléfono…

Question 34

¿Qué tier necesito?

Accepted Answer

La pregunta útil no es cuál tier trae más cosas. Es qué necesitas que haga tu sitio durante el próximo año. Launch es para emprendedores, creadores y profesionales independientes. Una página, haciendo bien una sola cosa: explicar qué haces y facilitar que te contacten. Si tu audiencia ya te encuentra por otro lado, redes sociales, recomendación, una cartera de clientes, y lo que te falta es un lugar creíble al cual mandarlos, esta es toda la respuesta. No necesitas un blog que no vas a escribir. Growth es para una empresa pequeña que quiere que la encuentren, y no solo que la recomienden. El salto real acá es el SEO, y es más grande de lo que la lista de características deja ver: los esquemas de colección hacen que los buscadores entiendan qué es cada página, un artículo, un producto, un proyecto, en lugar de solo ver que contiene palabras. Encima de eso tienes un blog y una sección de preguntas frecuentes que haces crecer tú sin llamarnos, un segundo idioma, y las conexiones con tu CRM y Analytics que te permiten ver qué páginas están trayendo gente de verdad. Este es el tier para un negocio cuyo sitio debe estar trabajando mientras nadie lo está mirando. Scale es para una…

Question 35

¿Hacen reembolsos? ¿Qué pasa si cancelo?

Accepted Answer

Sí, y el monto depende de qué tan lejos haya llegado el proyecto, porque para entonces parte del trabajo ya existe, quieras continuar o no. Si todavía estamos en requerimientos y el diseño no ha empezado, se te devuelve todo. No se ha producido nada más allá de conversaciones, y no vamos a cobrarte por haber cambiado de opinión a tiempo. Es el momento más barato posible para retirarse y preferimos mil veces que lo uses a que sigas por cortesía. Una vez iniciada la etapa de diseño, es decir, cuando ya empezamos a producir las páginas reales que ibas a aprobar, el reembolso es del 70%. El 30% restante cubre trabajo de diseño que existe, que te quedas, y que eres libre de llevarle a otra persona. Una vez iniciado el desarrollo, es decir, cuando ya se está escribiendo código contra un diseño aprobado, el reembolso es del 50%. A esa altura te quedas con un diseño que aprobaste y una construcción parcial, y ambos son tuyos. Para lo que no sirve un reembolso es para un sitio terminado que dejó de convencerte después del lanzamiento. Una vez entregado y aprobado el proyecto, el soporte post lanzamiento cubre defectos, cosas que no funcionan como fueron aprobadas, y la línea entre un…

Question 36

¿Puedo subir de tier más adelante?

Accepted Answer

Sí. Nada de un tier más bajo te deja fuera de algo más adelante. Las cosas que separan los tiers, un segundo idioma, una colección de blog, los esquemas de SEO, la navegación con mega-menú, el trabajo de rendimiento, se pueden construir y agregar a un sitio que ya está funcionando. La parte honesta es cuánto cuesta. Cada una de esas se convierte en su propio proyecto pequeño, con su propia definición de alcance, sus propias pruebas y su propio despliegue. Dentro de la construcción original todo eso se comparte entre ellas; después, cada una lo carga sola. Agrega tres funciones una por una a lo largo de un año y habrás pagado bastante más de lo que habría costado el tier que las incluía. No es una penalidad que inventamos para empujarte hacia arriba, es simplemente cómo se divide el trabajo. Una sola pasada sobre un sitio que se está construyendo es más barata que tres regresos separados a un sitio que ya está en vivo y no se puede romper. Así que el consejo práctico es elegir pensando en el año que viene y no en el mes que viene, pero con precisión, no a la defensiva. Si de verdad no estás seguro, cuéntanos qué esperas estar haciendo en un año, publicando artículos, vendiendo en…

Question 37

¿Por qué contratarlos en vez de armarlo yo mismo en Wix o Squarespace?

Accepted Answer

A veces sí deberías usar uno, y preferimos decirlo antes que cobrarle cuatrocientos dólares a alguien que no nos necesitaba. Si necesitas una sola página, tienes un fin de semana libre, y el sitio se parece más a una tarjeta de presentación que a un canal, un constructor hace el trabajo y no vamos a fingir lo contrario. Lo que cambia al contratar esto en su lugar es qué terminas poseyendo. En un constructor le estás alquilando su existencia a una empresa, las páginas viven en su editor, en su formato, dentro de su plan, y no se pueden llevar a ninguna otra parte. Si cambian los precios, tu única jugada es pagarlos. Acá el código es tuyo, en un formato estándar que cualquier desarrollador puede continuar, que es la diferencia entre tener un activo y tener una suscripción. La segunda diferencia es qué pueden ver realmente los buscadores. Un editor de arrastrar y soltar produce páginas que se ven bien y son estructuralmente pobres, contenedores genéricos donde debería haber encabezados, artículos, productos. Los esquemas de colección que construimos le dicen al buscador qué es cada página, no solamente que contiene palabras. En un constructor ese nivel de estructura no existe, o está…

Question 38

¿Por qué son más baratos que una agencia en Estados Unidos?

Accepted Answer

Porque nuestros costos son distintos, no nuestros estándares. Es una pregunta justa y vale la pena aclararla. Estamos en Lima - Perú. El costo de vida acá es una fracción del de una ciudad estadounidense, y eso solo explica la mayor parte de la diferencia. Aparte de ello, la mayoria de nuestros desarrolladores trabajan de manera remota, no tercerizamos nada, ni un equipo de ventas llevándose una comisión sobre tu proyecto, ni ejecutivos de cuenta sentados entre tú y la persona que escribe el código. Una agencia que cobra ocho mil dólares frecuentemente le está pagando la mitad a gente que nunca toca tu sitio. La tercera pieza es mérito nuestro. Mantenemos una librería de componentes, las secciones, las maquetaciones, el panel de contenido, cada patrón que ya resolvimos bien y cada proyecto se arma a partir de ella en lugar de rehacer el mismo formulario de contacto por undécima vez. Eso no es lo mismo que un template, el diseño se dibuja para tu sitio y nadie más lo tiene. Lo que se reutiliza es la ingeniería de abajo, que es justamente la parte que no deberías estar pagando para que alguien reinvente. Lo que no hacemos es recortar las cosas que permanecen invisibles hasta que…

Question 39

¿Cómo empiezo?

Accepted Answer

Escríbenos o agenda una llamada. No hay nada que necesites preparar antes, solo la necesidad de tener un sitio web que funcione y sea confiable. No necesitas saber qué tier quieres, no necesitas tener los textos escritos, y no necesitas haber pensado qué páginas te hacen falta, resolver eso es el objetivo de la conversación, no un requisito para tenerla. El mensaje le llega a la persona que construiría tu sitio, no a un formulario que alguien más clasifica. Recibes respuesta dentro de un día hábil. La primera llamada dura unos treinta minutos y es sobre tu negocio, no sobre sitios web. Qué vendes, quién te compra, qué quieres que haga alguien cuando llega a tu página, y qué está o no está funcionando hoy. A partir de eso normalmente podemos nombrarte el tier, el precio y el plazo antes de que termine la llamada. A veces la respuesta es que no somos lo que necesitas: el proyecto es más grande de lo que hacemos, o más chico, o sinceramente es trabajo de otro tipo de especialista. Te lo decimos en la llamada en lugar de cotizarte igual y resolverlo después. Un proyecto mal emparejado es un peor desenlace para nosotros que no tener proyecto. Si encaja, el siguiente paso es el alcance…

Preguntas frecuentes

Busca lo que necesitas saber. Si tu pregunta no está acá, escríbenos, te responderá nuestro equipo de desarrollo.

Sobre nuestro proceso

Cómo transcurre un proyecto de verdad, desde la primera llamada hasta el lanzamiento, y qué necesitamos de ti en cada paso.

¿Qué necesitas de mí antes de empezar?

¿Qué necesitas de mí antes de empezar?

¿Cuáles son los pasos, desde la primera llamada hasta el lanzamiento?

¿Cuáles son los pasos, desde la primera llamada hasta el lanzamiento?

¿Cuánto tarda un proyecto?

¿Cuánto tarda un proyecto?

¿Cuántas rondas de revisión tengo y qué cuenta como una?

¿Cuántas rondas de revisión tengo y qué cuenta como una?

¿Qué pasa si después necesito algo que hoy no existe?

¿Qué pasa si después necesito algo que hoy no existe?

¿Qué recibo exactamente en la entrega del proyecto?

¿Qué recibo exactamente en la entrega del proyecto?

Sobre los precios

Cuánto cuesta un sitio, qué no cubre ese precio, y qué pasa cuando el alcance crece después del lanzamiento.

¿Cuánto cuesta un sitio web?

¿Cuánto cuesta un sitio web?

¿Qué no está incluido en el precio?

¿Qué no está incluido en el precio?

¿Cómo y cuándo pago?

¿Cómo y cuándo pago?

¿Cuánto cuesta el mantenimiento?

¿Cuánto cuesta el mantenimiento?

¿Qué tier necesito?

¿Qué tier necesito?

¿Hacen reembolsos? ¿Qué pasa si cancelo?

¿Hacen reembolsos? ¿Qué pasa si cancelo?

Sobre la parte técnica

Hosting, rendimiento, SEO, integraciones y migraciones: las partes que deciden si el sitio aguanta una vez publicado.

¿Cómo aprendo a usar el panel? ¿Hay capacitación?

¿Cómo aprendo a usar el panel? ¿Hay capacitación?

¿Se puede conectar con mi CRM, calendario, newsletter o analítica?

¿Se puede conectar con mi CRM, calendario, newsletter o analítica?

¿El sitio puede estar en dos idiomas? ¿Quién escribe las traducciones?

¿El sitio puede estar en dos idiomas? ¿Quién escribe las traducciones?

¿Mi sitio va a ser rápido? ¿Va a aparecer en Google?

¿Mi sitio va a ser rápido? ¿Va a aparecer en Google?

¿Qué tan rápido responden si algo se rompe?

¿Qué tan rápido responden si algo se rompe?

¿Qué pasa después de que el sitio sale en vivo? ¿Hay garantía?

¿Qué pasa después de que el sitio sale en vivo? ¿Hay garantía?

Preguntas Frecuentes

Cuentas con otra duda?

Siéntete libre de poder enviarnos un email mediante este formulario para aclarar cualquier duda que tengas.

Preguntas frecuentes

Busca lo que necesitas saber. Si tu pregunta no está acá, escríbenos, te responderá nuestro equipo de desarrollo.

Sobre nuestro proceso

Cómo transcurre un proyecto de verdad, desde la primera llamada hasta el lanzamiento, y qué necesitamos de ti en cada paso.

¿Qué necesitas de mí antes de empezar?

¿Qué necesitas de mí antes de empezar?

¿Cuáles son los pasos, desde la primera llamada hasta el lanzamiento?

¿Cuáles son los pasos, desde la primera llamada hasta el lanzamiento?

¿Cuánto tarda un proyecto?

¿Cuánto tarda un proyecto?

¿Cuántas rondas de revisión tengo y qué cuenta como una?

¿Cuántas rondas de revisión tengo y qué cuenta como una?

¿Qué pasa si después necesito algo que hoy no existe?

¿Qué pasa si después necesito algo que hoy no existe?

¿Qué recibo exactamente en la entrega del proyecto?

¿Qué recibo exactamente en la entrega del proyecto?

Sobre los precios

Cuánto cuesta un sitio, qué no cubre ese precio, y qué pasa cuando el alcance crece después del lanzamiento.

¿Cuánto cuesta un sitio web?

¿Cuánto cuesta un sitio web?

¿Qué no está incluido en el precio?

¿Qué no está incluido en el precio?

¿Cómo y cuándo pago?

¿Cómo y cuándo pago?

¿Cuánto cuesta el mantenimiento?

¿Cuánto cuesta el mantenimiento?

¿Qué tier necesito?

¿Qué tier necesito?

¿Hacen reembolsos? ¿Qué pasa si cancelo?

¿Hacen reembolsos? ¿Qué pasa si cancelo?

Sobre la parte técnica

Hosting, rendimiento, SEO, integraciones y migraciones: las partes que deciden si el sitio aguanta una vez publicado.

¿Cómo aprendo a usar el panel? ¿Hay capacitación?