Portafolio
Trabajos seleccionados
Una pequeña selección de trabajos que podemos mostrar públicamente — más casos de estudio y proyectos empresariales están disponibles bajo petición y NDA.
autodetailing-deki.pro
Auto Detailing Đeki – Del sitio web a una plataforma de servicios digital
Plataforma multilingüe para el detailing de vehículos – desde el cálculo del precio, pasando por la reserva, hasta el seguimiento transparente de pedidos, gestionada desde un back office central.
Auto Detailing Đeki: plataforma de servicios digital para el detailing de vehículos
30.09.2026
Visión general
Auto Detailing Đeki es una plataforma web multilingüe para un estudio profesional de detailing de vehículos, con un claro enfoque en el mercado croata y un potencial de crecimiento deliberadamente previsto hacia los países vecinos.
La plataforma se concibió de forma que los requisitos del mercado local, las expectativas de los clientes regionales y una posterior expansión transfronteriza no tuvieran que tratarse como proyectos separados.
El proyecto combina un sitio web público con una presentación detallada de los servicios, una lógica de precios dependiente del vehículo, paquetes configurables, reserva de citas, opciones de pago, valoraciones de clientes, documentación de vehículos, seguimiento de pedidos y una interfaz de administración propia.
El objetivo no era crear otra web de detailing con un formulario de contacto.
El objetivo era unir la Customer Journey y los procesos de negocio diarios en un sistema mantenible.
Un visitante debe poder entender qué servicios se ofrecen, comprender las diferencias entre variantes, ver resultados de trabajo reales, configurar el alcance de servicio adecuado y reservar una cita.
La empresa, por su parte, debe poder gestionar los procesos subyacentes sin tener que modificar el código fuente.
Desde el principio, la estructura técnica y de contenidos se planteó con Croacia como mercado principal, mientras que el multilingüismo y la gestión centralizada de contenidos pueden respaldar un posicionamiento más fuerte en Eslovenia, Hungría, Austria y otros mercados vecinos.
Tecnologías utilizadas, entre otras:
Tecnologías web de vanguardia • Responsive design • Integración con PayPal • Google Gemini API
Un back office central para reservas, precios, contenidos, traducciones, disponibilidad, medios y administración operativa.
Ya la interfaz de administración muestra el alcance real del proyecto.
Detrás del sitio web público no funciona un formulario de reserva aislado, sino una aplicación en la que confluyen los procesos de negocio esenciales.
El reto
El detailing profesional de vehículos difícilmente puede reducirse a una simple lista de precios.
El alcance real del servicio depende de varios factores:
- categoría del vehículo
- estado del vehículo
- nivel de pulido necesario
- paquete de detailing elegido
- tipo de protección de la pintura
- servicios adicionales
- tiempo de trabajo necesario
- disponibilidad del estudio
Puede que un cliente sepa que su vehículo necesita un pulido.
Pero no conoce necesariamente la diferencia entre una corrección de pintura en una etapa y una en varias etapas.
Lo mismo ocurre con los recubrimientos cerámicos.
Durabilidad, brillo, resistencia química, propiedades hidrofóbicas y garantía varían según el producto.
Un sitio web estático puede enumerar estas diferencias.
Sin embargo, le cuesta vincularlas con una reserva real y con los procesos operativos que hay detrás.
Por eso, el reto consistía en hacer comprensible un servicio complejo sin exigir al cliente que se convirtiera en especialista en detailing.
Primero entender. Después reservar.
El sitio web público empieza deliberadamente antes del propio proceso de reserva.
Los visitantes pueden informarse con detalle sobre limpieza interior, limpieza exterior, pulido, descontaminación de la pintura, recubrimiento cerámico y mantenimiento.
El proceso de detailing se presenta en cuatro fases:
Inspección → Preparación → Corrección → Protección
Cada fase se explica por separado.
No solo se describe qué se hace, sino también por qué este paso es necesario.
La limpieza interior, por ejemplo, no incluye solo la limpieza en sí, sino también tratamientos de protección opcionales para cuero, tela y plástico.
En el exterior, la presentación profundiza en temas como la corrección de la pintura, la descontaminación química y mecánica, la protección cerámica de la pintura, la restauración de faros y la limpieza del vano motor.
La idea es sencilla:
El cliente debe entender lo que compra antes de que se le pida reservarlo.
La protección cerámica como decisión, no como casilla
En los recubrimientos cerámicos, el nombre del producto por sí solo no basta.
Por eso la plataforma incluye una comparación directa de distintos sistemas de protección Gtechniq.
Se comparan, entre otros aspectos:
- durabilidad
- deslizamiento
- brillo
- resistencia al lavado
- repelencia al agua y a la suciedad
- resistencia química
- resistencia a los rayos UV
Las variantes de gama alta tienen sus propias páginas de detalle.
No se posicionan únicamente mediante un precio más alto.
En Crystal Serum Ultra, por ejemplo, se explican la estructura de capas, la resistencia a los arañazos, la resistencia química, la resistencia a la temperatura y a los rayos UV, la aplicación profesional y la duración de la garantía.
El software no decide por el cliente.
Le proporciona la información que necesita para tomar una decisión fundamentada.
Paquetes, categorías de vehículos y servicios configurables
El mismo alcance de servicio no supone el mismo esfuerzo en todos los vehículos.
Por eso la estructura de precios distingue entre categorías de vehículos como:
Utilitario • Gama media • SUV
Dentro de estas categorías hay paquetes predefinidos disponibles:
Paquete básico • Paquete estándar • Paquete premium
Además, el cliente puede configurar con más detalle el servicio deseado.
El proceso de reserva puede combinar:
- categoría del vehículo
- paquete
- nivel de pulido
- protección de la pintura
- servicios adicionales
La selección se muestra de inmediato en un resumen.
El precio total resulta de la configuración elegida.
El recorrido se convierte así en un proceso claro:
Vehículo → Paquete → Pulido → Protección de la pintura → Extras → Cita → Datos del cliente → Reserva
Para el cliente sigue siendo una selección clara.
En segundo plano sigue siendo una lógica de negocio coherente.
Los precios como parte de la lógica de negocio
Los precios no están repartidos por las distintas páginas como texto fijo.
Se gestionan de forma centralizada en la administración.
Se pueden mantener precios diferentes para paquetes, niveles de pulido, protección de la pintura, servicios adicionales y categorías de vehículos.
Así, el precio visible públicamente y el precio utilizado en la reserva proceden de la misma estructura de precios.
Además, la administración admite cambios de precio porcentuales globales.
Por tanto, una subida o bajada general no tiene que realizarse manualmente partida por partida.
Los cambios se documentan en un historial de precios y pueden revertirse si es necesario.
Un cambio de precio se convierte así en una operación de negocio trazable en lugar de una sobrescritura silenciosa de un valor.
Disponibilidad desde dos perspectivas
La planificación de citas se basa en una visión compartida de la ocupación real.
El calendario de ocupación está disponible tanto para el operador dentro de la administración como para el cliente durante el proceso de reserva, cada uno en una forma adecuada a su tarea.
El operador obtiene una vista mensual operativa de los periodos ocupados, las reservas y los días bloqueados.
Los distintos estados muestran qué reservas siguen pendientes de confirmación, cuáles ya están confirmadas o finalizadas y qué periodos están bloqueados por vacaciones de la empresa o días festivos.
Una lógica de disponibilidad compartida conecta la planificación interna de capacidad con la elección de cita del cliente.
El cliente ve la misma realidad operativa desde una perspectiva simplificada.
Los periodos ya ocupados o bloqueados no están disponibles para una nueva reserva.
Al mismo tiempo, la aplicación determina la siguiente cita posible y la propone directamente.
La propuesta sigue siendo flexible.
El cliente puede seguir eligiendo otra cita disponible.
De este modo no surgen dos calendarios separados.
Existe una única lógica de disponibilidad compartida con dos vistas diferentes:
Operador: planificar y controlar.
Cliente: ver y elegir citas disponibles.
Esto es especialmente relevante en los servicios de detailing, porque un trabajo, según el vehículo, el paquete y el alcance, puede ocupar varios días laborables.
Por eso la aplicación no solo debe encontrar un día libre, sino tener en cuenta un periodo libre suficientemente largo.
El sistema conoce la ocupación.
El operador la controla.
El cliente ve lo que realmente está disponible.
Una reserva se convierte en un proceso de negocio
Una reserva no genera solo un correo electrónico.
Se convierte en un expediente gestionable dentro de la administración.
Una reserva contiene, entre otros datos:
- paquete elegido
- categoría del vehículo
- inicio y fin
- precio
- forma de pago
- estado del pago
- estado de la reserva
Las reservas pueden revisarse, confirmarse, editarse o rechazarse.
Los pagos pueden marcarse en consecuencia.
También las citas acordadas por teléfono pueden registrarse manualmente.
Así, las reservas siguen formando parte del mismo sistema con independencia de su origen.
Desde la entrada hasta la tramitación operativa, la reserva sigue formando parte del mismo proceso de negocio.
Una reserva sigue siendo un objeto de negocio, tanto si se creó en línea como por teléfono.
Anticipos y ajustes de pago
Las reglas de pago se configuran dentro de la administración.
La empresa puede definir, por ejemplo:
- si se ofrecen anticipos con PayPal
- el importe del anticipo
- cuánto dura un plazo de pago
- adónde se envían las notificaciones
- si la integración funciona en modo sandbox o en producción
Además, la plataforma está preparada para una integración de pago adicional mediante PayWay / PBZ Card.
La aplicación de reservas sigue siendo responsable de la reserva y su estado.
El proveedor de pagos sigue siendo responsable de la transacción de pago propiamente dicha.
Esta separación mantiene la lógica de pago donde corresponde, sin interrumpir la Customer Journey.
El multilingüismo como parte del sistema
Auto Detailing Đeki se dirige principalmente al mercado croata.
Al mismo tiempo, el negocio se encuentra en un entorno geográfico en el que las relaciones con los clientes no terminan necesariamente en la frontera nacional.
Por eso la plataforma admite:
Hrvatski • Slovenščina • Magyar • Deutsch • English
El croata es el idioma principal del mercado.
El esloveno, el húngaro, el alemán y el inglés sientan a la vez las bases para dirigirse a mercados vecinos y a clientes internacionales, sin construir una plataforma técnica independiente para cada país.
El multilingüismo no se limita al menú principal.
Descripciones de servicios, navegación, llamadas a la acción y contenidos operativos están disponibles en el contexto de cada idioma.
Así, la arquitectura respalda tanto el posicionamiento actual en Croacia como una posible expansión regional.
Traducción asistida por IA
Algunos contenidos operativos cambian con más frecuencia que otros.
Las vacaciones de la empresa o los avisos de días festivos son ejemplos típicos.
Crear estos textos manualmente en varios idiomas cada vez generaría un trabajo innecesario.
Por eso la administración incluye una integración opcional con Google Gemini.
Un texto de origen en croata puede traducirse a los demás idiomas admitidos directamente desde la interfaz de administración.
Los textos generados siguen siendo visibles y editables.
La IA se encarga de la parte repetitiva.
La responsabilidad sobre el contenido publicado sigue siendo de la empresa.
Cuando el estudio está cerrado, la web también lo sabe
La disponibilidad no depende solo de las reservas existentes.
Las vacaciones de la empresa, los festivos u otros periodos de ausencia también influyen en cuándo se pueden aceptar nuevos trabajos.
Para ello existen módulos de administración propios.
Una entrada puede contener, entre otros:
- inicio
- fin
- temporada
- mensaje multilingüe
- gráfico de fondo opcional
Una vez finalizado el periodo definido, no es necesario eliminar manualmente un aviso temporal.
El sitio web público sigue así la situación operativa real.
Al mismo tiempo, estos periodos de bloqueo también se incorporan a la lógica de disponibilidad.
Así, información y planificación se mantienen coherentes.
Valoraciones y trabajos reales
Las valoraciones de clientes están integradas directamente en el sitio web público y pueden gestionarse desde la administración.
Además del texto de la valoración, pueden guardarse, entre otros datos, el nombre, la fecha, un enlace opcional de Google y la respuesta de la empresa.
Los vehículos terminados también se tratan como contenido estructurado.
Coches y motos pueden tener sus propias entradas de galería con fotografías, vídeos, enlaces externos de Facebook y comparativas de antes y después.
Un deslizador comparativo permite a los visitantes ver los resultados directamente.
Así, la galería no es solo contenido decorativo.
Se convierte en una prueba visible del trabajo realmente realizado.
De la cita al seguimiento transparente del pedido
La Customer Journey digital no termina con la reserva.
El cliente recibe un código QR que le lleva a su área personal de seguimiento del pedido.
A través de este enlace puede consultarse en cualquier momento el avance del trabajo en el vehículo.
El operador actualiza el estado del proceso dentro de la aplicación.
En cuanto se registra un nuevo estado relevante, el cliente recibe además un aviso por correo electrónico. Sin embargo, el correo electrónico no es requisito para ver el estado actual.
El cliente puede abrir su enlace personal en cualquier momento y comprobar por sí mismo cuánto ha avanzado el trabajo.
No tiene que esperar al siguiente mensaje.
Así surge un flujo de información continuo:
Reserva → código QR personal → estado del trabajo → actualización → aviso por correo electrónico
El cliente no tiene que llamar para preguntar.
El operador no tiene que explicar el mismo estado repetidamente por varios canales de comunicación.
Ambas partes acceden al mismo expediente, cada una desde su propia perspectiva.
Encontrar mi vehículo
Además, a través de «Encontrar mi vehículo» el cliente puede acceder al área del vehículo prevista para él.
Los datos de acceso necesarios se envían por correo electrónico.
Tras introducir el código personal, se hace visible la información habilitada para este expediente.
Esta área no es de libre acceso público.
Así, la documentación relacionada con el cliente queda claramente separada de la galería pública de vehículos.
La galería pública muestra trabajos publicados de forma deliberada. El área personal, en cambio, vincula a un cliente concreto con su pedido y su vehículo.
Así, una reserva de cita se convierte en un proceso de servicio acompañado digitalmente:
Reservar → Trabajar → Informar → Seguir → Documentar
Reserva y documentación del vehículo quedan vinculadas
Dentro de la administración, un vehículo puede vincularse a una reserva concreta.
Así se crea una conexión directa entre el expediente operativo y la documentación posterior.
La reserva describe qué trabajo se planificó.
La ficha del vehículo documenta el vehículo tratado y los contenidos correspondientes.
Cada imagen puede habilitarse por separado para la galería pública u ocultarse.
Los vídeos y los enlaces externos pueden añadirse de forma independiente.
El resultado no es simplemente una gran carpeta de medios.
Surge una documentación estructurada en torno a un vehículo real y un pedido concreto.
Una interfaz de administración central
La administración agrupa los procesos de negocio diarios dentro de una sola aplicación.
Pueden gestionarse, entre otros:
- reservas
- ajustes de reserva
- calendario de ocupación
- precios
- historial de precios
- contenidos de la página de inicio
- ajustes de traducción
- vacaciones de la empresa
- días festivos
- valoraciones
- galerías de coches
- galerías de motos
- fotos
- vídeos
- galería de Facebook
- base de datos
- usuarios
El objetivo no es ofrecer el mayor número posible de páginas de gestión.
El objetivo es no repartir procesos relacionados entre varias herramientas independientes entre sí.
Ayuda contextual directamente en el flujo de trabajo
El software de administración se vuelve algo natural con el uso diario.
Pero precisamente al principio, un usuario no debería tener que buscar en un manual aparte para entender una función.
Por eso la administración dispone de ayuda contextual.
La aplicación tiene en cuenta el área de administración abierta en ese momento y ofrece la información correspondiente directamente dentro de la interfaz de trabajo.
La documentación sigue el contexto de trabajo actual, y no al revés.
En el área Vacaciones de la empresa, por ejemplo, se explica cómo se crea una entrada, cómo funcionan los mensajes multilingües, cuándo se activa un aviso y cómo se gestionan varias entradas a la vez.
Así, el usuario recibe exactamente la información que corresponde al paso de trabajo actual.
No necesita saber en qué capítulo de un manual externo se describe la función en cuestión.
La ayuda sigue el contexto de trabajo.
No al revés.
De este modo, la documentación pasa a formar parte de la aplicación y no es un archivo separado que deba mantenerse al margen del propio sistema.
Calidad no solo tras la puesta en marcha
Una plataforma que conecta reservas, precios, multilingüismo, comunicación con clientes, disponibilidad y administración operativa no solo debe funcionar visualmente.
Por eso, durante el desarrollo se comprobaron repetidamente los flujos funcionales y los distintos recorridos de usuario.
En el proceso de desarrollo y aseguramiento de la calidad de softify.pro, además de las pruebas manuales clásicas, se utilizó COCO como instancia de apoyo para pruebas y verificación.
La atención se centró, entre otros aspectos, en una navegación coherente, los flujos de formularios, el cambio de idioma, la lógica de precios y reservas, la lógica de calendario y disponibilidad, y la conexión entre el sitio web público y el área de administración.
COCO no sustituyó la aceptación funcional.
La complementó.
Los flujos de usuario repetibles pudieron comprobarse de forma sistemática, mientras la evaluación final seguía en manos de las personas.
Precisamente en una aplicación con varios idiomas, numerosas áreas de administración y objetos de negocio interconectados, una vía de verificación adicional reduce el riesgo de que un cambio en un punto afecte involuntariamente a otros procesos.
Copia de seguridad de la base de datos, restauración y permisos de usuario
Los datos operativos no deben existir en un único lugar.
Por eso la administración ofrece funciones controladas de exportación e importación de la base de datos.
Antes de que una base de datos importada sustituya a la existente, se crea una copia de seguridad del estado actual y se comprueba el archivo importado.
Los derechos de acceso también se gestionan dentro del sistema.
Los usuarios pueden tener distintos roles, de modo que las tareas rutinarias no requieran automáticamente los mismos permisos que las operaciones administrativas críticas.
Sitio web público y back office
El cliente no necesita entender el sistema de administración.
Pero el administrador tampoco debería tener que trasladar manualmente la misma reserva de un cliente a un segundo sistema.
Precisamente este límite define el proyecto.
La parte pública se centra en:
Entender → Comparar → Configurar → Reservar → Seguir
La parte interna se centra en:
Confirmar → Planificar → Fijar precios → Trabajar → Informar → Documentar
Ambas partes trabajan sobre el mismo proceso de negocio.
Engineering Principle
El proyecto sigue un principio que también recorre otras aplicaciones de negocio a medida de softify.pro:
La complejidad va detrás de la interacción.
Un cliente no debería tener que calcular qué combinación de categoría de vehículo, nivel de pulido, protección y servicio adicional da el precio correcto.
Debe poder elegir lo que necesita y ver el resultado.
No debería tener que averiguar por sí mismo cuándo vuelve a tener capacidad el estudio.
El sistema debe mostrarle lo que realmente está disponible.
Y tampoco debería tener que llamar para saber cuánto ha avanzado el trabajo en su vehículo.
Esa información debe estar disponible donde el cliente la espera.
Del mismo modo, el operador no debería tener que editar código fuente para cambiar precios, registrar vacaciones, gestionar reservas o publicar imágenes de vehículos.
Es el software el que debe cargar con esta complejidad.
No el cliente.
No el operador.
Este enfoque sigue el principio de desarrollo de softify.pro: la lógica de negocio compleja debe dominarse internamente, mientras la interacción sigue siendo clara y comprensible para clientes y operadores.
Resultado
Auto Detailing Đeki se ha convertido en algo más que una web corporativa para el mercado croata.
La plataforma combina el posicionamiento en el mercado local con una base técnica ya preparada para un alcance regional.
Los contenidos multilingües, la lógica de negocio gestionada de forma centralizada y un back office compartido permiten dirigirse a nuevos grupos objetivo en países vecinos sin tener que reconstruir la aplicación.
Al mismo tiempo, la plataforma combina información de servicios, precios estructurados, paquetes de detailing configurables, reserva de citas, lógica de disponibilidad compartida, reglas de pago, valoraciones, seguimiento de pedidos por cliente y documentación de vehículos dentro de una aplicación web a medida.
Para los clientes surge un camino claro desde la primera información, pasando por la selección y la reserva, hasta el seguimiento transparente del trabajo en curso.
Ven qué citas están realmente disponibles.
Reciben una propuesta de próxima cita.
Pueden seguir por sí mismos en cualquier momento el avance del trabajo a través de su enlace personal.
Los nuevos estados relevantes del proceso se comunican además por correo electrónico.
Mediante «Encontrar mi vehículo», el acceso del cliente a la información habilitada sobre su vehículo queda claramente separado del área pública.
Para la empresa surge al mismo tiempo un entorno operativo central para reservas, precios, capacidades, disponibilidad, contenidos, comunicación y documentación de los trabajos realizados.
La administración controla los procesos en segundo plano.
El cliente ve el resultado.
La interfaz pública es la parte visible de un proceso de negocio digital mucho más amplio.
Como en el detailing, aquí también se cumple:
La verdadera complejidad está en el trabajo.
El software se encarga de que siga siendo manejable.
Koralpenhaus
Sitio web regional de presentación y reservas en la región alpina, construido con un enfoque en una estructura clara, carga rápida y mantenimiento sencillo de contenidos.
Koralpenhaus.eu - Hostelería, reservas y gestión de contenidos en un único sistema
17.08.2026
Resumen
Koralpenhaus.eu es una plataforma web multilingüe para un alojamiento alpino en Carintia, Austria.
El proyecto combina el sitio público con la presentación de habitaciones, disponibilidad, tarifas, reservas, pago online de la señal y autoservicio para el cliente.
El objetivo no era añadir un formulario de reserva a un sitio web.
Era crear un único sistema mantenible en el que el contenido público y el proceso de reserva funcionan juntos — manteniendo la experiencia sencilla para los huéspedes.
Stack tecnológico utilizado, entre otros:
PHP • MySQL • JavaScript • Diseño responsive • Integración con PayPal
El reto
Los sitios web de alojamientos parecen sencillos desde fuera. El proceso subyacente normalmente no lo es.
Un huésped necesita encontrar una habitación adecuada, elegir un periodo, entender la tarifa aplicable, comprobar si hay capacidad suficiente, aportar la información requerida, crear una reserva y completar el pago necesario.
Varias reglas deben mantenerse coherentes a lo largo de todo el proceso:
- capacidad de la habitación
- fechas de llegada y salida
- reservas existentes
- categorías de huéspedes
- tarifas de socios y no socios
- totales de reserva
- importes de la señal
- estado del pago
- validez de la reserva
El reto era gestionar estas reglas sin trasladar su complejidad al huésped.
Un flujo de reserva continuo
El proceso de reserva está integrado directamente en el sitio web.
Los huéspedes eligen una habitación y sus fechas de viaje. El sistema comprueba la disponibilidad para el periodo solicitado e indica la capacidad restante.
La composición de huéspedes puede configurarse después dentro de los límites del alojamiento seleccionado.
La tarifa se calcula a partir del contexto de la reserva, en lugar de mostrarse solo como información estática.
Antes de enviar una reserva, el huésped recibe un resumen claro con la habitación elegida, las fechas, el número de noches, la composición de huéspedes y el importe total.
El resultado es un flujo sencillo y directo:
Habitación → Fechas → Disponibilidad → Huéspedes → Detalles → Reserva → Pago
El cliente vive un proceso sencillo.
La aplicación gestiona las reglas por detrás.
Disponibilidad y capacidad
La disponibilidad forma parte de la lógica de reserva, no es una consulta aparte.
Para el periodo seleccionado, la aplicación determina si hay alojamiento disponible y cuánta capacidad queda.
Los límites de ocupación siguen aplicándose al añadir huéspedes a la reserva, evitando configuraciones que superen la capacidad de la habitación seleccionada.
Esto mantiene la disponibilidad mostrada al cliente conectada con la reserva que se está creando.
Reglas de tarificación
Koralpenhaus.eu utiliza contextos de tarificación distintos para socios y no socios, además de diferentes categorías de huéspedes.
Estas reglas están integradas en el proceso de reserva.
En lugar de exigir a huéspedes o al personal calcular los precios por separado, la aplicación usa los parámetros de reserva seleccionados para generar el total correspondiente.
El resumen de la reserva se convierte así en el único punto donde fechas, ocupación y tarificación se reúnen antes de enviar la reserva.
Ciclo de vida de la reserva
Al enviar la reserva se crea una reserva que después puede recuperarse desde el área My Booking.
Las reservas pendientes de pago se marcan claramente como Pago pendiente e incluyen un plazo de pago definido.
El cliente puede salir del sitio, volver más tarde y recuperar la reserva existente sin volver a iniciar el proceso de reserva.
La reserva conserva su habitación, fechas, información de huéspedes, precio, señal requerida y estado de pago actual.
Esto convierte la reserva en un objeto de negocio persistente, no en un simple envío de formulario puntual.
Pago online de la señal
El proceso de pago está conectado directamente con la reserva.
Koralpenhaus.eu calcula una señal del 20 % sobre el total de la reserva y muestra el importe antes de que comience el pago.
El pago está integrado a través de PayPal, con las opciones de pago admitidas presentadas dentro del flujo de reserva.
La separación es deliberada:
Koralpenhaus.eu sigue siendo responsable de la reserva y de sus reglas de negocio, mientras que el proveedor de pago gestiona la transacción.
Esto mantiene el procesamiento del pago fuera de la gestión de datos de pago propia de la aplicación, conservando a la vez una experiencia de cliente continua.
Autonomía del cliente
No todos los huéspedes necesitan otra cuenta de usuario.
El área My Booking ofrece una forma sencilla para que los clientes vuelvan a una reserva existente y consulten su estado actual.
La vista de la reserva reúne la información relevante para el cliente:
- alojamiento
- llegada y salida
- número de noches
- composición de huéspedes
- datos de contacto
- total de la reserva
- señal requerida
- estado del pago
Si el pago sigue pendiente, el cliente puede continuar desde la reserva existente.
Esto reduce pasos innecesarios tanto para los huéspedes como para el personal.
Contenido y experiencia del huésped
El sistema de reservas es solo una parte de la plataforma.
Koralpenhaus.eu también ofrece el contenido que los visitantes necesitan antes de decidir:
- presentación de habitaciones
- galerías de fotos
- vídeo
- información de ubicación y contacto
- reseñas de Google
- libro de visitas
- información multilingüe
Estos elementos comparten la misma interfaz responsive que el flujo de reserva.
La intención es evitar la habitual separación entre un sitio de presentación y una experiencia de reserva externa sin relación.
Los huéspedes permanecen en un único entorno digital coherente, desde el descubrimiento hasta la reserva.
Contenido de usuario moderado
El libro de visitas permite a los visitantes enviar sus propias entradas sin publicar el contenido enviado de inmediato.
Esto ofrece un proceso controlado para el contenido generado por usuarios y permite que el libro de visitas público siga siendo útil sin tratar cada envío como contenido de confianza.
La contribución pública y el control editorial siguen siendo cuestiones separadas.
Administración
La funcionalidad pública y la administración están separadas.
Koralpenhaus.eu ofrece un punto de acceso administrativo dedicado y autenticado para la funcionalidad interna, mientras que la interfaz pública se centra en los huéspedes.
Esta separación permite que la funcionalidad operativa permanezca protegida por autenticación sin añadir complejidad administrativa a la aplicación orientada al cliente.
Multilingüe desde el diseño
Koralpenhaus.eu atiende tanto a huéspedes regionales como internacionales.
El soporte multilingüe forma parte de la aplicación, no es una página adicional.
La navegación, la información del alojamiento y gran parte de la experiencia de reserva se presentan dentro del contexto del idioma seleccionado.
La misma aplicación y los mismos procesos de negocio pueden así atender a públicos diferentes sin mantener sitios separados.
La importancia del móvil
Una plataforma de reservas tiene que funcionar donde los clientes realmente la usan.
La interfaz de Koralpenhaus.eu se diseñó para mantener utilizables en pantallas pequeñas la selección de habitación, los calendarios, la disponibilidad, la configuración de huéspedes, los resúmenes de reserva y las acciones de pago.
La complejidad se reduce mediante pasos progresivos en lugar de mostrar todo el modelo de reserva de una vez.
La interfaz responsive se mantiene coherente entre la parte de presentación y la parte transaccional de la aplicación.
Principio de diseño
El proyecto sigue un principio sencillo:
La complejidad de negocio debe gestionarla el sistema, no el usuario.
Un huésped no debería necesitar entender estados de reserva, cálculos de disponibilidad, estructuras de tarificación o flujos de pago.
Debería poder simplemente:
Elegir una habitación. Seleccionar las fechas. Introducir los huéspedes. Reservar. Pagar la señal.
Todo lo demás ocurre detrás de esa interacción.
Resultado
Koralpenhaus.eu se convirtió en mucho más que un sitio de presentación.
Combina contenido, reglas de negocio propias del sector hotelero y flujos transaccionales dentro de una única aplicación web a medida.
Para los huéspedes, el resultado es un camino claro desde descubrir el alojamiento hasta gestionar una reserva.
Para el negocio, la misma plataforma ofrece la base estructurada necesaria para conectar alojamiento, disponibilidad, tarificación, reservas, pagos y contenido.
No se añadió ninguna tecnología innecesaria solo por el hecho de usarla.
El stack se mantiene convencional y mantenible:
PHP • MySQL • JavaScript
La complejidad está en el proceso de negocio.
El software existe para hacer esa complejidad manejable.
Dexosano
Una plataforma web moderna basada en PHP, desarrollada con el mismo enfoque centrado en el rendimiento que softify.pro aplica a cada proyecto de cliente.
GetKey – Herramienta para localizar y guardar la clave de producto de Windows
14.11.2025
Resumen
Cada reinstalación de Windows, o entrega de un equipo a informática, vuelve a sacar el mismo detalle olvidado: ya nadie encuentra la clave de producto de Windows. GetKey resuelve exactamente ese problema, a propósito, y nada más.
Es una pequeña aplicación portátil de Windows: sin instalador, sin servicio en segundo plano, sin cuenta. Se descarga, se descomprime, se abre una vez — y la clave de licencia guardada en Windows se lee y se muestra en pantalla.
Tecnologías utilizadas, entre otras:
Windows Desktop • Extracción vía Registro y WMI • Exportación CSV/Excel • Informes en PDF
El reto
Windows guarda la clave de producto con la que se activó en algún lugar del sistema, pero no en un sitio al que un usuario normal pueda acceder fácilmente.
Quien reinstala un equipo, migra a hardware nuevo o documenta licencias en un pequeño parque informático termina adivinando, buscando entre correos antiguos de compra o llamando al soporte técnico.
El requisito era fácil de enunciar y fácil de implementar mal en la práctica:
- encontrar de forma fiable la clave actualmente activada, desde Windows 7 hasta 11 y las versiones Server
- mostrarla sin pedir nada que el usuario no pueda aportar fácilmente
- hacerla salir de nuevo de la herramienta — como texto, hoja de cálculo o documento que pueda guardarse junto a la factura
Principio de diseño
Una herramienta que casi siempre se usa una sola vez, y que nadie quiere configurar, debe juzgarse por lo poco que le pide a quien la usa — no por cuántos ajustes ofrece.
Abrir GetKey. Leer la clave. Exportarla si hace falta. Cerrar.
Sin inicio de sesión, sin asistente de configuración, sin rastro permanente en el sistema una vez borrado el ZIP — algo que cuenta doble en un equipo que de todas formas está a punto de reinstalarse.
Alcance
La página de descarga y el sitio del producto están completamente traducidos — alemán, inglés, croata, francés, español, italiano — para que la misma herramienta y la misma explicación lleguen a personal de informática y usuarios particulares en la región DACH y más allá, sin barrera de idioma.
En la página se muestran capturas de pantalla de varios equipos reales y versiones de Windows, para que los visitantes vean la interfaz exacta antes de descargar nada.
Resultado
GetKey se mantuvo, a propósito, como una herramienta de propósito único. No intenta convertirse en una suite de gestión de licencias ni en un producto de inventario de sistemas.
Encuentra de forma fiable un único dato, en las versiones de Windows que la gente realmente sigue usando, y luego se aparta.
La complejidad está en dónde esconde Windows la clave.
La herramienta existe para que esa única búsqueda sea sencilla.