¿Puede trabajar con nuestro sitio WordPress existente?

Sí, como trabajo claramente separado. Por defecto, construimos en nuestra propia pila porque es lo que podemos respaldar, pero muchas empresas tienen un WordPress sitio que en su mayoría funciona y necesita ser rescatado en lugar de reemplazado. Lo auditaremos y le diremos honestamente si arreglarlo o reemplazarlo es el mejor gasto.

¿Usted aloja el sitio?

Por defecto, en el mismo Kubernetes clúster que ejecuta nuestra propia plataforma, por lo que podemos ser específicos sobre el tiempo de actividad en lugar de ser vagos. El sitio es un repositorio y una imagen de contenedor; se puede implementar en cualquier lugar que se ejecute cualquiera de los dos, y la documentación de entrega explica cómo.

¿Funcionará con KamoCRM?

Si lo deseas. Formularios en el CRM, seguimiento que sobrevive a la visita, chat en vivo, reservas, un portal de clientes, todo eso está construido en lugar de atornillado, porque escribimos ambos extremos.Si no eres un cliente KamoCRM no hace ninguna diferencia para el sitio que te construimos.

¿Cuánto tiempo toma un sitio?

Un sitio de marketing enfocado suele durar de seis a diez semanas desde el primer taller, y la mayor variable es el contenido, no el código. Un sitio con una aplicación detrás de él, o uno que envía en varios idiomas, se ejecuta más tiempo.

¿Haces la escritura?

Lo hacemos, cuando la alternativa es un sitio que nunca se lanza porque nadie escribió la página cuatro.Preferimos trabajar desde su material y darle forma que inventar una voz para su negocio, por lo que el arreglo habitual es que usted suministra la sustancia y nosotros hacemos la estructura y las palabras.

Un sitio web es un software, el nuestro está construido como él.

La mayoría de los sitios se ensamblan a partir de un tema y una lista de complementos, y luego se degradan silenciosamente.Diseñamos y diseñamos sitios de la manera en que construimos los nuestros, con un presupuesto de accesibilidad, un presupuesto de rendimiento y una compilación que falla cuando alguien rompe cualquiera de los dos.

La razón por la que muchos sitios web de negocios son lentos, inaccesibles e imposibles de cambiar no es que los diseñadores sean descuidados. Es que el sitio fue ensamblado en lugar de construido. Un tema, un constructor de páginas, once plugins y una capa de caché para ocultar lo que los otros trece están haciendo.

Tratamos a un sitio web como un software con una audiencia, lo que significa control de versiones, una compilación real, comprobaciones automatizadas que fallan en lugar de advertir, y presupuestos de rendimiento y accesibilidad que la compilación hace cumplir. Este sitio es el ejemplo: su compilación se niega a completarse si falta una página en el mapa del sitio, si una clave de traducción no se resuelve, si un precio no se puede verificar con el catálogo en vivo, o si una animación de entrada es lo suficientemente lenta como para leerse como una página estancada.

El diseño y la ingeniería no son compras separadas aquí. Una página hermosa que tarda cuatro segundos en ser interactiva en un teléfono no es una página hermosa, es una imagen de una.El trabajo es hacer algo que sea genuinamente bonito y genuinamente rápido al mismo tiempo, en el dispositivo que realmente tienen sus clientes.

Lo que suele pasar, y lo que hacemos en su lugar.
El arreglo habitual	Cómo trabajamos
Se basa en un tema y una pila de plugins	Se basa en un marco, con cada dependencia elegida deliberadamente
Comprueba que el sitio se vea correctamente en un navegador de escritorio	Aplica presupuestos de rendimiento y accesibilidad en la propia compilación
Trata la accesibilidad como un widget de superposición de cumplimiento	Se construye según WCAG con pruebas reales de teclado y lector de pantalla
Entrega un inicio de sesión y un retenedor de mantenimiento que no puede dejar	Entrega un repositorio que cualquier persona competente puede recoger
Se reconstruye desde cero cada tres años	Construye algo que puede ser cambiado en lugar de reemplazado

Lo que realmente obtienes

Diseño realizado contra contenido real, no relleno — el contenido es parte del trabajo
Una biblioteca de componentes, para que el sitio pueda crecer sin un rediseño
Accesibilidad según WCAG 2.2 AA, probada con un teclado y un lector de pantalla, no solo un escáner
Core Web Vitals medidos en dispositivos reales y mantenidos dentro de un presupuesto impuesto por la compilación
Datos estructurados, reglas canónicas y sitemaps correctos el día de su lanzamiento
El repositorio, la canalización de implementación y la documentación son suyos