Corto
Agenda y reservas para un barber club, pensadas ante todo para el teléfono.
Descubre las decisiones del proyecto →En Milán, una app tiene sentido cuando facilita algo que ocurre cada día: reservar una mesa o un tratamiento, apuntarse a un evento, repetir un pedido o recibir un aviso. Diseñamos apps iOS, Android y web a partir de esa acción.
Antes de escribir código comprobamos si basta con una web app, más rápida de publicar y actualizar, o si realmente hacen falta las tiendas de apps.
Sede única en Montecatini Terme: Kreluna no tiene oficinas en Milán. El proyecto se coordina a distancia; cualquier reunión presencial se acuerda por separado y no está incluida automáticamente.
Experiencia móvilPrueba la app CortoAbrir la demoLas reservas, las compras y los servicios resultan creíbles cuando puedes probar de verdad los pasos principales.
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 →
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.
La app nace en torno a una sola acción, como reservar, pedir o registrarse en un evento, y permite realizarla con pocos toques.
Durante ferias, salones y veladas con mucha demanda hacen falta límites, colas y confirmaciones automáticas: los definimos antes del desarrollo.
Las cuentas de desarrollador, las revisiones de las tiendas de apps, las actualizaciones y los costes recurrentes se indican en el presupuesto, sin sorpresas después del lanzamiento.
Un nuevo servicio digital puede requerir cuentas, pagos, notificaciones y sistemas empresariales. Primero comprobamos el recorrido principal con un prototipo, para añadir complejidad y costes solo cuando respaldan un uso concreto.
Las funciones esenciales, las dependencias, las métricas y las versiones posteriores se separan. Esto permite evaluar la primera versión sin confundirla con todas las posibilidades futuras.
Con startups y negocios de Milán empezamos con un prototipo navegable: se prueba en el teléfono, se corrige y solo después se desarrolla. Así se ahorran semanas de trabajo en funciones que nadie usaría.
Objetivo, destinatarios, materiales y herramientas actuales.
Tareas incluidas, plazos, costes y dependencias externas.
Revisiones acordadas, comprobaciones y entrega.
Sí. Revisamos los flujos, los materiales y las limitaciones técnicas; después indicamos qué puede mantenerse y qué debe rediseñarse antes del desarrollo.
Sí. El proyecto se gestiona a distancia desde la sede de Montecatini Terme, sin afirmar que Kreluna tenga una oficina en Milán. El análisis, las revisiones y la entrega se realizan online.
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 el negocio, el objetivo, los materiales disponibles, las funciones necesarias y el presupuesto orientativo. Tras la primera conversación recibirás una propuesta con alcance, plazos, costes y exclusiones.
Indica qué quieres conseguir, quién utilizará la solución y qué herramientas tienes ya. Te responderemos con las preguntas necesarias para valorar el trabajo.
Escribe a KrelunaCon empresas y profesionales de Milán, el proyecto puede gestionarse totalmente online: materiales compartidos, revisiones registradas y un calendario acordado. Cada función se vincula a una necesidad operativa, evitando páginas o herramientas añadidas solo para rellenar el presupuesto.
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.
La propuesta separa el núcleo esencial de las opciones para poder comparar prioridades, costes y plazos antes del inicio.