Tecnología que resuelve problemas reales.

Sí, las dos cosas. Un sitio institucional o una landing por un lado, y sistemas internos —seguimiento de clientes, presupuestos, órdenes, cobranzas— por el otro. Muchas veces el proyecto termina siendo una combinación: el sitio por delante y el sistema por detrás.

En general sí, pero depende de con qué está hecho y de cuánto acceso haya al código y a la base. Lo primero es mirarlo: a veces conviene corregir y ampliar lo que está, y a veces conviene rehacer una parte y dejar el resto como está. Te lo digo después de ver, no antes.

Cuando la herramienta tiene API o permite exportar, sí. La idea es que el dato se cargue una sola vez y viaje solo hacia donde haga falta, en lugar de copiarse a mano entre sistemas.

Casi siempre hay algo para automatizar, y conviene empezar por una sola cosa: la que más horas consume o la que más se olvida. Primero esa, funcionando, y después se ve si hay una segunda.

Primero una conversación para entender el caso. Con eso armo una propuesta por escrito con el alcance —qué entra y qué no—, cómo se entrega y en qué plazos. El precio va ahí dentro y se acuerda antes de empezar. No cotizo sin haber visto el caso.

No. Alcanza con saber qué te está molestando hoy. Buena parte del trabajo inicial es justamente ordenar eso y convertirlo en algo concreto; es normal llegar con una idea a medio formar.