askcust ofrece desarrollo de apps para agricultores en iOS y Android, para explotaciones y empresas del sector agrario: apps nativas, con modo sin conexión, mapas de parcelas, cámara y notificaciones push. Para explotaciones que necesitan una herramienta para su gente en campo, y para empresas del sector que quieren dar a sus clientes agricultores una app propia.
askcust desarrolla una solución como esta gratis si otras explotaciones también la necesitan, o a medida, solo para tu explotación. Cómo funcionan los dos formatos
El desarrollo de apps para agricultores es la creación de una app para iOS y Android en torno a un flujo de trabajo agrícola concreto: registro de labores y observaciones en campo, tareas para el personal, pedidos y asesoramiento para los clientes de una empresa del sector agrario. A diferencia de la versión móvil de un servicio estándar, una app así se ajusta a tus procesos y sistemas; en el formato por encargo, además, se publica a tu nombre en App Store y Google Play.
El trabajador registra en la app, sobre el terreno, una labor, una observación o un problema, con foto, geolocalización y hora. El registro llega al sistema común en la siguiente sincronización, sin pasar a limpio las notas de la libreta al final del día.
La app guarda los datos en el dispositivo, muestra el mapa y los datos maestros sin red y envía la cola de cambios en cuanto vuelve la conexión. Las reglas para las ediciones en conflicto, qué cambio prevalece y cuándo, se acuerdan ya en la fase de prototipo.
La app de una empresa del sector agrario ofrece al agricultor el catálogo de productos, los pedidos, el estado de las entregas, los documentos y la solicitud de asesoramiento de un agrónomo. El comercial ve el historial del cliente en el sistema en lugar de buscarlo entre mensajes y llamadas.
Las pantallas, los campos y los estados se diseñan en torno a tus partes de trabajo, inspecciones o pedidos, no a una plantilla del proveedor común a todos sus clientes. Se eliminan los pasos sobrantes, porque en campo la app se usa con guantes, a pleno sol y en movimiento.
Las funciones dependen de los escenarios de uso; estos son los componentes habituales de una app para el sector agrario.
Swift y SwiftUI para iPhone y iPad, Kotlin y Jetpack Compose para Android: rendimiento predecible con mapas y cámara, y compatibilidad con las versiones actuales de ambos sistemas.
Base de datos local en el dispositivo, cola de cambios con reintentos y resolución de conflictos según reglas acordadas: en campo se trabaja igual con red que sin ella.
Límites de las parcelas y puntos de inspección en el mapa, ubicación actual, navegación hasta la parcela y mapas descargados de antemano para las zonas sin cobertura.
Fotos georreferenciadas y con fecha y hora, vinculadas a una parcela, una tarea o una máquina; compresión antes de subirlas para ahorrar datos móviles; escaneo de códigos QR y de barras.
Tareas del agrónomo o del coordinador con estados de ejecución, recordatorios y notificaciones mediante Apple Push Notification service y Firebase Cloud Messaging.
Para apps de clientes: catálogo, pedidos, historial de entregas, documentos y estado de cuentas, y la solicitud de un agrónomo o de un técnico de servicio en pocos toques.
Una API con Node.js y PostgreSQL, un panel web de administración para el coordinador o el responsable, intercambio con la contabilidad y analítica de eventos que muestra cómo se usa realmente la app.
En el formato por encargo, la app se publica en las cuentas de desarrollador del cliente, y el backend intercambia datos con sus sistemas.
| criterio | Versión móvil de un servicio estándar | App a medida de askcust |
|---|---|---|
| Escenarios | Los que el proveedor ha creado para todos sus clientes; añadir campos y pasos propios es complicado. | Tus partes de trabajo, inspecciones o pedidos, con tus propios datos maestros, estados y campos. |
| Trabajo sin conexión | Dentro de los límites que el proveedor ha fijado para su producto. | Diseñado para tus escenarios: qué funciona sin red y cómo se sincronizan los cambios. |
| Marca | Los clientes ven el nombre y la marca del proveedor del servicio. | La app se publica con tu nombre, en tu cuenta de desarrollador. |
| Datos y código | Los datos se guardan en el servicio del proveedor y el código no está disponible. | El código de la app y del backend es tuyo, y los datos están en tu servidor. |
| Coste | Suscripción por usuario; se empieza sin desarrollo. | Pago único por el desarrollo y soporte según lo acordado; las cuotas de las cuentas de desarrollador van aparte. |
| Cuándo elegirlo | Tareas estándar que ya cubre un servicio existente, sin necesidad de marca propia. | Procesos de campo propios o un producto para los clientes de una empresa del sector agrario, con su marca. |
Quién usa la app, qué hace en campo o en casa, qué debe funcionar sin red. El resultado es una lista de pantallas y escenarios para la primera versión, ordenada por prioridad.
Un prototipo navegable de las pantallas clave se prueba con un agrónomo, un tractorista o un cliente agricultor antes del desarrollo, no después del lanzamiento.
Apps nativas para iOS y Android, backend y panel de administración; versiones de prueba mediante TestFlight y las pruebas cerradas de Google Play para el primer grupo de usuarios.
Descripción, capturas de pantalla y política de privacidad, revisión de App Store y Google Play, y publicación por fases de las actualizaciones para que un error no llegue a todos los usuarios a la vez.
Informes de fallos, analítica de uso, actualizaciones para las nuevas versiones de iOS y Android y evolución de la app según las opiniones de quienes trabajan en campo.
ejemplos de trabajos de askcustno son de agricultura, pero sí el mismo tipo de tareas: registros, CRM, automatización
askcust desarrolla apps nativas: Swift y SwiftUI para iOS, Kotlin y Jetpack Compose para Android. En una app que trabaja en campo con mapas, cámara, GPS y una base de datos local, esto aporta un rendimiento predecible y acceso directo a las funciones del dispositivo. La contrapartida son dos bases de código, así que, con un presupuesto ajustado, la primera versión puede salir para la plataforma que usa la mayoría de tu gente.
El plazo se fija tras definir los escenarios y el prototipo: depende del número de pantallas, del alcance del modo sin conexión, de las integraciones y de si hacen falta las dos plataformas a la vez. El MVP se limita a propósito a uno o dos escenarios clave, para que la app llegue cuanto antes a usuarios reales y el resto de funciones se incorpore en versiones posteriores.
Sí, la publicación forma parte del trabajo: descripción, capturas de pantalla y política de privacidad, revisión en ambas tiendas, grupos de prueba y publicación por fases. Una app a medida se publica en cuentas de desarrollador registradas a nombre de tu empresa, así que la app, sus reseñas y su audiencia son tuyas. Una app desarrollada gratis como producto para el mercado, porque otras explotaciones también la necesitan, se publica según lo que fije el contrato, normalmente en la cuenta de askcust, y tú la usas sin coste.
Sí. Si el sistema tiene API, la app trabaja con él a través de su backend; si no la tiene, askcust añade un servicio intermedio que intercambia datos con tu sistema, tu software contable o tus hojas de cálculo y le pasa a la app solo lo que necesita. Así, el cliente móvil no depende del funcionamiento interno de tu sistema de gestión, ni tu sistema de gestión de la versión de la app.
Si otros agricultores o empresas del sector agrario también necesitan la app, askcust puede desarrollarla gratis: tú aportas tu experiencia y un proyecto piloto con tus usuarios, y la usas sin coste. El precio de una app a medida depende de los escenarios y las pantallas, del alcance del modo sin conexión, de las integraciones y de las plataformas; askcust te da un presupuesto con alcance cerrado para la primera versión, y las cuotas de las cuentas de desarrollador, anual en el Apple Developer Program y única en Google Play Console, se prevén aparte.
En el formato a medida, en el backend del cliente, que funciona en su servidor o en su cuenta en la nube, y el código de las apps y del backend pasa al repositorio del cliente, así que la app puede seguir desarrollándose con askcust, con otro equipo o internamente. En el formato gratuito, para una app que también necesitan otras explotaciones, el código es de askcust o de propiedad compartida, mientras que los datos de tus usuarios siguen siendo tuyos. El dispositivo solo guarda la copia local necesaria para trabajar sin conexión.
Respuesta en un día laborable; llamada solo si la acordamos.
Para problemas que comparten muchas explotaciones: askcust desarrolla el producto a su cargo y lo ofrece al mercado.
Para procesos que solo tienes tú: askcust construye un sistema en torno a tu explotación, y nadie más lo tendrá.