Relevar
Observamos ambientes, cobertura, equipos existentes, usuarios y límites. También preguntamos qué debe ocurrir si falta internet o alguien no tiene acceso a la aplicación.
Sobre Reelnepal
Reelnepal nació en Buenos Aires alrededor de una pregunta sencilla: ¿por qué un producto pensado para facilitar la vida suele exigir tantas decisiones antes de encenderse? Creamos una forma de acompañar a quienes quieren comenzar con el hogar inteligente sin convertir su casa en un laboratorio.
Contarnos tu idea
Nuestra historia
El punto de partida no fue una colección de dispositivos, sino una serie de consultas repetidas. Personas que habían comprado una lámpara, un enchufe o un sensor descubrían después que cada pieza pedía otra aplicación, otra cuenta o un concentrador distinto. El problema no era la falta de funciones: era la ausencia de un criterio común.
Empezamos ordenando esos casos. Anotábamos qué teléfono usaba cada persona, cómo llegaba la señal a los ambientes y qué acción esperaba automatizar. Pronto quedó claro que el valor estaba en elegir menos, explicar mejor y comprobar cada interacción en el contexto real. Esa experiencia dio forma a Reelnepal.
Hoy seguimos trabajando con la misma escala humana. Partimos de una necesidad observable, proponemos una base compatible y dejamos espacio para crecer solo cuando la experiencia lo justifica. No buscamos llenar una vivienda de tecnología. Buscamos que una luz, un sensor o una escena hagan exactamente lo que sus usuarios esperan.

Nuestro enfoque
Una recomendación responsable comienza por entender el resultado. “Quiero saber si quedó una puerta abierta” es más útil que “quiero un sensor”. “Quiero que cualquiera pueda encender la luz” cambia el diseño respecto de una solución controlada solo desde el celular. Traducimos esas escenas cotidianas a requisitos técnicos, no al revés.
Observamos ambientes, cobertura, equipos existentes, usuarios y límites. También preguntamos qué debe ocurrir si falta internet o alguien no tiene acceso a la aplicación.
Elegimos una plataforma principal y piezas que cumplan una función definida. Verificamos modelo, protocolo y dependencia de nube antes de presentarlas.
Probamos controles y escenas con las personas que los usarán. Dejamos nombres claros, accesos separados y una guía para los cambios habituales.
Este método protege algo importante: la posibilidad de decidir con información. Si una función necesita un servicio externo, lo decimos. Si un equipo existente sirve, lo aprovechamos. Si conviene empezar con menos, lo proponemos. Podés ver cómo ese enfoque se traduce en alcances concretos en nuestra página de servicios y kits.
Principios de trabajo
No elegimos un dispositivo por ser reciente. Debe resolver la necesidad, integrarse con la base y poder explicarse sin jerga.
Las acciones esenciales necesitan una alternativa evidente. Una automatización ayuda; no debería dejar a una visita frente a una pared incomprensible.
Diferenciamos procesamiento local y servicios en la nube, revisamos permisos y explicamos cómo retirar usuarios o restablecer un equipo.
Documentamos la base para ampliarla sin empezar de cero. Una nueva pieza entra porque aporta valor, no porque el catálogo tenga espacio.
También asumimos límites. La compatibilidad puede cambiar con versiones y actualizaciones; la cobertura depende de cada vivienda; y ningún sistema conectado ofrece riesgo cero. Nuestra respuesta es verificar, documentar y enseñar hábitos razonables de mantenimiento. Esa transparencia permite que la relación continúe sin crear dependencia.
El equipo
Reelnepal reúne perfiles de relevamiento, integración, configuración y acompañamiento. No presentamos nombres, cargos o credenciales que no formen parte de los datos facilitados; sí podemos contar cómo se distribuye el trabajo. Una persona sigue la conversación inicial y convierte hábitos en objetivos. Otra revisa conectividad y compatibilidad. Durante la puesta en marcha, el foco pasa a las pruebas, los accesos y la enseñanza.

Las decisiones importantes se registran: plataforma elegida, función de cada dispositivo, escenas configuradas y dependencias conocidas. Eso permite que el acompañamiento no dependa de la memoria de una sola persona. También hace que el usuario pueda comprender su propia instalación y conversar con nosotros con referencias comunes.
Nos interesa especialmente el momento en que alguien deja de decir “no entiendo estas cosas” y modifica por sí mismo un horario o pausa una escena. Ahí el proyecto deja de ser una demostración tecnológica y se convierte en una herramienta cotidiana. Nuestro equipo trabaja para llegar a ese punto con calma, pruebas y lenguaje directo.
Conocer al equipo en una consulta Ver los kits