Corto
Agenda y reservas para un barber club, pensadas ante todo para el teléfono.
Descubre las decisiones del proyecto →Definimos y desarrollamos apps para reservas, servicios, compras o procesos operativos, eligiendo las plataformas y las funciones antes de empezar.
Una primera versión útil debe resolver bien un recorrido prioritario. Las cuentas, los pagos, las notificaciones, el backend y la publicación se evalúan por separado y se incluyen en el alcance.
Sede única en Montecatini Terme: Kreluna no tiene oficinas en Florencia. Las reuniones en el estudio son con cita previa. El análisis, las revisiones y la entrega pueden realizarse online; otras reuniones se acuerdan por separado y no están incluidas automáticamente.
Experiencia móvilPrueba la app CortoAbrir la demoLas demos permiten explorar pantallas y pasos de reserva o compra. No demuestran un backend operativo, notificaciones efectivas, pagos reales ni una publicación en las tiendas de aplicaciones: esas partes requieren un proyecto específico.
Agenda y reservas para un barber club, pensadas ante todo para el teléfono.
Descubre las decisiones del proyecto →
Un recorrido móvil dedicado a tratamientos, disponibilidad y reservas.
Descubre las decisiones del proyecto →
Un concepto de alquiler con búsqueda, selección y uso inmediatos.
Descubre las decisiones del proyecto →Conceptos de demostración diseñados y desarrollados por Kreluna: muestran el enfoque y la calidad, pero no se presentan como trabajos encargados por clientes. Explora todos los proyectos y las decisiones de diseño →
Si la app gestiona visitas, estancias o eventos, distinguimos solicitud, disponibilidad y confirmación. Antes del prototipo, se necesitan reglas de plazas, horarios y cancelaciones, además del sistema que conserva los datos actualizados.
El calendario, las franjas horarias, las entradas y el contenido sobre el lugar deben funcionar incluso cuando el usuario tiene poco tiempo. Primero creamos un prototipo del recorrido y comprobamos dónde hacen falta mapas, notificaciones o un modo sin conexión.
El check-in, las solicitudes, la información y las propuestas pueden estar en una web app sin obligar a descargar nada. La elección entre app, web app e integración se basa en los hábitos reales de los huéspedes.
El programa, los favoritos, los accesos y las comunicaciones requieren reglas claras sobre cuentas, datos y moderación. Diseñamos los estados principales antes de estimar el desarrollo y la publicación en las tiendas de apps.
Los usuarios, las pantallas y la acción principal se definen antes del código.
El flujo se verifica y después se desarrolla en las plataformas acordadas.
Los dispositivos, las cuentas de las tiendas de apps, la publicación y el mantenimiento se especifican en la oferta.
Partimos de la acción que la app debe facilitar: reservar, comprar, acceder a un servicio o gestionar una tarea.
Las pantallas, las cuentas, los pagos, las notificaciones, el backend y las versiones iOS, Android o web se definen antes del código.
Los dispositivos, las cuentas de las tiendas de apps, los datos, las comprobaciones y las responsabilidades de publicación se indican en la propuesta.
Las reservas, los itinerarios, los contenidos, la asistencia y las cuentas aportan valor cuando reducen pasos en el momento adecuado. Definimos el contexto de uso y mantenemos la primera versión centrada en la acción principal.
Antes del desarrollo aclaramos quién actualiza la información, la disponibilidad y las notificaciones. Una app sostenible requiere un proceso de gestión además de la interfaz visible para los usuarios.
Compartimos un recorrido de ejemplo con usuario, datos iniciales, acción y resultado esperado, incluido un error o una cancelación. El prototipo aclara los pasos; integraciones y comprobaciones técnicas se evalúan aparte. Decisiones y revisiones quedan documentadas.
Objetivo, destinatarios, materiales y herramientas actuales.
Tareas incluidas, plazos, costes y dependencias externas.
Revisiones acordadas, comprobaciones y entrega.
Depende de las API y los accesos que ofrezca el sistema. La compatibilidad se verifica antes de incluir la conexión en el presupuesto.
Cada proyecto parte de tus necesidades. Definimos juntos objetivos, funciones y plazos, y después preparamos una propuesta a medida.
Sí, cuando ambas plataformas están previstas en el proyecto. El presupuesto aclara siempre qué versiones y dispositivos están incluidos.
No necesariamente. A menudo conviene empezar con una primera versión esencial y comprobar la utilidad del recorrido principal.
Describe quién usará la app, la acción principal y un ejemplo completo, incluidos errores o cancelaciones. Indica dispositivos, datos, sistemas existentes, necesidades sin conexión y cuentas disponibles. La propuesta distingue prototipo, desarrollo, backend, publicación y mantenimiento.
Cuéntanos una acción que la app debe permitir completar y quién la usará. Indica dispositivos, datos y sistemas por conectar: a partir de ahí definimos la primera versión que evaluar.
Escribe a KrelunaKreluna tiene una única sede, en Montecatini Terme. Las reuniones en el estudio son con cita previa. El análisis, las revisiones y la entrega pueden realizarse íntegramente online; cualquier otra reunión se acuerda por separado. Materiales, decisiones y responsabilidades quedan por escrito.
Describimos la acción principal, los usuarios, los datos y las notificaciones imprescindibles. El prototipo, las plataformas, la publicación en las tiendas de apps y la gestión posterior se separan para evitar costes o funciones no previstos.
Las imágenes y el estilo tienen una función precisa: ayudar a las personas a entender la oferta y llegar a la acción importante sin confusión.