Saltar al contenido

Ingeniería de producto · Ejecución de marketing

Construimos tu producto.
Ponemos tu marketing
en marcha.

Para empresas con software por construir, sistemas por integrar, un proyecto detenido o campañas por ejecutar: asumimos la entrega y respondemos por ella.

Conversación con nosotros30 minutos por video, gratis y sin compromiso: nos cuentas lo que está estancado y lo que ya funciona.Action MapUna página con hasta tres prioridades y la primera etapa que proponemos. Queda contigo.Propuesta de ejecuciónLo que haríamos si eliges Appfy: alcance, plazo, inversión, responsabilidades y aceptación.Conversación con nosotros30 minutos por video, gratis y sin compromiso: nos cuentas lo que está estancado y lo que ya funciona.Action MapUna página con hasta tres prioridades y la primera etapa que proponemos. Queda contigo.Propuesta de ejecuciónLo que haríamos si eliges Appfy: alcance, plazo, inversión, responsabilidades y aceptación.

Problemas que Appfy ya resolvió.

  • Cadena global de muebles

    Dinero en la cuenta, pedido esperando la regla y el bolígrafo.

    Ver el caso
  • Plataforma de seguros (insurtech)

    Cerrar una póliza pasó de dos a tres días a minutos, ahí en el mostrador.

    Ver el caso
  • Empresa de pagos con cheque de Estados Unidos

    Aceptar tarjeta sin dejar un peaje en cada venta.

    Ver el caso
  • Gran cadena de farmacias

    Unir dos cadenas de farmacias. El diseño tiene en cuenta la mercancía que ya está en camino.

    Ver el caso
  • Mecánico, orden de trabajo en papel.

    Ver el caso
  • Cadena global de muebles

    Una empresa grande no compra con tarjeta.

    Ver el caso
  • Gran banco de EE. UU.

    Una oferta no puede esperar 5 días por un ticket.

    Ver el caso
  • Gran empresa de telepeaje

    Miles de afiliados en un solo portal, cada uno viendo solo lo suyo.

    Ver el caso
  • Cadenas hoteleras

    En una operación de QA, la API se interrumpió unos 2 minutos. Esa observación no es tiempo ahorrado.

    Ver el caso
  • Plataforma de venta de entradas

    Renovar la trastienda sin cerrar la taquilla.

    Ver el caso

Donde el trabajo se estanca, nos hacemos cargo.

Producto

Construir, integrar o destrabar.

Software a la medida de tu operación. Por ejemplo:
– automatizar una etapa manual, como volver a escribir en el sistema de gestión lo que llegó por WhatsApp o correo;
– conectar sistemas que hoy no se hablan, como la tienda en línea y finanzas;
– construir un portal para tus clientes o revendedores, o retomar un proyecto que se quedó a medias.

  1. AlcanceLo que la primera versión debe permitir.
  2. ImplementaciónEl sistema, conectado a lo que ya usas y a tus datos.
  3. PruebasVerificadas contra lo acordado como terminado.
  4. Preparación del lanzamientoListo para el uso real.
  5. TraspasoA quien lo va a operar.

Marketing

De la oferta a la campaña activa. La ejecución es nuestra.

Oferta, página y anuncios que llevan a cada interesado a quien lo va a atender. Por ejemplo:
– dar a conocer un servicio nuevo, con oferta, página y anuncios;
– anuncios y videos cortos que llevan interesados a tu WhatsApp;
– organizar la respuesta a quien pide una cotización, del primer contacto a la conversación de venta.

  1. OfertaPara quién es y por qué vale la pena.
  2. PáginaUna página que explica y lleva a la conversación.
  3. CreativosAnuncios y videos cortos con la misma identidad.
  4. CampañasLanzadas, monitoreadas y ajustadas.
  5. SeguimientoDel contacto a la conversación comercial.

30 minutos para elegir por dónde empezar.

  1. Conversación con nosotros

    Una conversación gratuita de 30 minutos por video, sin compromiso: nos cuentas lo que está estancado y lo que ya funciona.

  2. Action Map

    Después de la conversación, recibes un Action Map de una página: hasta tres prioridades y la primera etapa que proponemos. El Action Map queda contigo.

  3. Propuesta de ejecución

    Lo que haríamos si eliges Appfy: alcance, plazo, inversión, responsabilidades y aceptación.

Al agendar, respondes algunas preguntas y, al final, eliges el horario o sugieres días para que una persona los confirme.

Nada se guarda antes de que aceptes. Después, solo Appfy ve tus respuestas, y puedes pedirnos que paremos cuando quieras.

Lo que recibes después de la conversación

Action Map

Ejemplo

Distribuidora mediana de materiales de construcción

Contexto

El problema confirmado y el resultado que quieres.

Los pedidos llegan por WhatsApp y se vuelven a escribir en el sistema de gestión. La meta: registrar cada pedido una sola vez.

Hasta tres prioridades

Para cada una: el problema de hoy, el primer paso y un resultado que se pueda ver.

  1. Hoy

    Pedidos de WhatsApp reescritos en el sistema.

    Primer paso

    Llevar el pedido de WhatsApp directo al sistema.

    Resultado esperado

    Pedido registrado una vez, sin reescribir.

    Responsable: Ventas

  2. Hoy

    La tienda en línea muestra inventario desactualizado.

    Primer paso

    Conectar la tienda al inventario del sistema.

    Resultado esperado

    La tienda muestra solo lo que hay en inventario.

    Responsable: Inventario

  3. Hoy

    Las solicitudes de cotización se quedan sin respuesta.

    Primer paso

    Organizar la respuesta hasta la conversación de venta.

    Resultado esperado

    Toda solicitud respondida con un siguiente paso.

    Responsable: Atención al cliente

Primera etapa propuesta

Qué hacer primero y cómo saber que quedó lista.

Los pedidos de WhatsApp entran directo al sistema de gestión.

Aceptación Un día de pedidos reales registrados sin reescribir, revisado por ventas.

Fuera de este mapa

Cambiar el sistema de gestión.

Aún pendiente

Quién revisa los pedidos al final del día.

Próxima decisión

  • Propuesta de la primera etapa
  • Más evidencia antes
  • Parar aquí

El mapa queda contigo, aceptes o no la propuesta. No incluye precio ni promesa de implementación.

Action Map

Ejemplo

Escuela de idiomas con dos sedes

Contexto

El problema confirmado y el resultado que quieres.

Los interesados preguntan por redes sociales y por mensaje, y muchos se quedan sin respuesta. La meta: llevar a cada interesado a una clase de prueba.

Hasta tres prioridades

Para cada una: el problema de hoy, el primer paso y un resultado que se pueda ver.

  1. Hoy

    La oferta de los cursos nuevos no está clara.

    Primer paso

    Decir para quién es cada curso y qué incluye.

    Resultado esperado

    Una oferta clara para cada curso.

    Responsable: Dirección

  2. Hoy

    Los anuncios llevan al perfil, no a una página.

    Primer paso

    Una página por curso, con anuncios que llevan a ella.

    Resultado esperado

    Cada interesado llega a la página de su curso.

    Responsable: Marketing

  3. Hoy

    Los mensajes pasan días sin respuesta.

    Primer paso

    Organizar la respuesta hasta la clase de prueba.

    Resultado esperado

    Todo mensaje respondido el mismo día.

    Responsable: Recepción

Primera etapa propuesta

Qué hacer primero y cómo saber que quedó lista.

Página y anuncios de los cursos nuevos, con cada mensaje respondido en un solo lugar.

Aceptación Dos semanas de anuncios activos, con cada mensaje respondido y registrado, revisadas por la dirección.

Fuera de este mapa

Cambiar el sistema de inscripciones.

Aún pendiente

Cuánto invertir en anuncios al mes.

Próxima decisión

  • Propuesta de la primera etapa
  • Más evidencia antes
  • Parar aquí

El mapa queda contigo, aceptes o no la propuesta. No incluye precio ni promesa de implementación.

Ejemplo ilustrativo, con una empresa genérica. Tu Action Map trae tu propio contexto.

Prepárate para la conversación

Conversación gratuita de 30 minutos, por video, sin compromiso: nos cuentas lo que está estancado y lo que ya funciona. Después, un Action Map de una página, que queda contigo, y una propuesta de ejecución: lo que haríamos si eliges Appfy. Si no es el caso, te lo decimos.

Para enviar tus respuestas, activa JavaScript en este navegador. No se envió ni se guardó nada.

Son 7 preguntas obligatorias (marcadas con *), unos 3 minutos.

¿Cuál es tu nombre completo?

Pedimos tu contacto primero para no perder lo que ya respondiste. Nada se usa sin tu consentimiento.

¿Cuál es tu correo electrónico?
¿Cuál es tu número de WhatsApp?

Elige el país y escribe el número con el código de área.

Appfy guarda tus respuestas para preparar la conversación y usa tu correo o WhatsApp solo para responderte sobre esta solicitud.

Solo Appfy las ve: el founder y los AI employees que trabajan bajo su dirección. A partir de aquí, cada respuesta se guarda cuando avanzas. Si nos pides que paremos, paramos en todos los canales.

Todavía no se envió nada. Al continuar, aceptas.

Lee el aviso de privacidad

¿Cómo se llama tu empresa?
¿A qué se dedica tu empresa? Opcional

Bastan pocas palabras.

¿Qué estás buscando?

Elige una o más opciones.

¿Cómo llegan hoy los clientes a ustedes? Opcional

Elige todas las que apliquen.

Responde solo si tiene sentido para tu elección anterior.

Hoy, ¿quién responde a quienes los contactan y en cuánto tiempo? Opcional

Por ejemplo: el dueño, por WhatsApp, el mismo día.

Responde solo si tiene sentido para tu elección anterior.

En una frase, ¿qué necesitas?

Sin contraseñas ni datos personales de clientes.

¿En qué punto está hoy? Opcional
¿Cuántos sistemas involucra este workflow? Opcional

Cuenta también las hojas de cálculo.

Responde solo si tiene sentido para tu elección anterior.

¿Qué han intentado ya? Opcional

Herramientas, proveedores o intentos internos. Sin contraseñas ni datos personales de clientes.

Responde solo si tiene sentido para tu elección anterior.

¿Cómo sería un primer resultado útil? Opcional

Algo que pudieras ver funcionando, aunque sea pequeño.

¿Para cuándo quieres que esto funcione?
¿Qué pasa en esa fecha? Opcional

Responde solo si tiene sentido para tu elección anterior.

¿Cómo está el presupuesto para esto? Opcional

No es un filtro: cualquier respuesta lleva a la misma conversación gratuita.

¿Ya invierten en anuncios? Opcional

La inversión en medios es aparte del presupuesto del proyecto.

Responde solo si tiene sentido para tu elección anterior.

¿Quién decide la contratación de un proyecto como este? Opcional
¿Quién más debería participar en la conversación? Opcional

Basta con el rol, por ejemplo: nuestro responsable de TI.

Responde solo si tiene sentido para tu elección anterior.

¿Cuál es tu rol en la empresa? Opcional
¿Cuál es el sitio web de la empresa, si tiene uno? Opcional
¿Cuántas personas trabajan en tu empresa? Opcional

Solo para contexto.

¿Cuál es la facturación anual de la empresa? Opcional

Solo para contexto. Basta un rango.

Caso por caso: el problema, lo que hizo Appfy y el beneficio.

Cadena global de muebles

Dinero en la cuenta, pedido esperando la regla y el bolígrafo.

Cada pedido pagado solo avanzaba cuando alguien encontraba su número en el extracto del banco, uno por uno.

El problema
Una cadena global de muebles vende en línea a empresas, con pedidos de alto valor pagados por transferencia. Para liberar cada uno, un empleado ponía la lista de pedidos al lado del extracto del banco y unía los dos con regla y bolígrafo, con errores y a veces pérdidas. Estimación: 150 pedidos por día (entre 100 y 200) × 3 minutos para encontrar cada uno en el extracto = 7,5 horas por día, una persona entera solo verificando; para 4 mil pedidos por día, serían 25 personas (minutos: supuesto). Estimación: de 100 a 200 pedidos por día, a mano, a entre 4 mil y 10 mil por día, y hasta 20 mil algunos días.
Lo que hizo Appfy
Appfy automatizó la verificación. En el relato de este caso, el sistema lee el extracto del banco cada 5 segundos, y cada transferencia nueva dispara el chequeo. Encuentra el número del pedido en la descripción.
El beneficio
En el relato de este caso, la verificación pasó a ser automática.
  1. Scene 1 of 8La empresa

    Pedidos enormes, pagados por transferencia.

    Una cadena global de muebles vende en línea a empresas, con pedidos enormes y de alto valor. La empresa paga por transferencia y escribe el número del pedido en la descripción.

  2. Scene 2 of 8El problema

    Dos hojas, una regla y un bolígrafo.

    Un empleado ponía la lista de pedidos al lado del extracto del banco y, con regla y bolígrafo, unía cada pedido con su transferencia. Solo entonces marcaba el pedido como pagado en el sistema.

  3. Scene 3 of 8El problema

    Cada pedido esperaba su turno en la regla.

    A mano, daban abasto con 100 a 200 pedidos por día (estimación), con errores y a veces pérdidas. El dinero ya estaba en la cuenta, pero el pedido se quedaba detenido hasta que alguien encontraba el número.

  4. Scene 4 of 8El objetivo

    La meta: el dinero llega y el pedido avanza.

    Conectar la cuenta del banco a los pedidos: encontrar automáticamente cada transferencia, verificar el número del pedido y liberar el pedido al instante, sin nadie con regla.

  5. Scene 5 of 8Lo que hizo Appfy

    El extracto, leído cada 5 segundos, en el relato.

    En el relato de este caso, el sistema lee el extracto del banco cada 5 segundos, y cada transferencia nueva dispara la verificación. Busca el número del pedido en la descripción.

  6. Scene 6 of 8Lo que hizo Appfy

  7. Scene 7 of 8Lo que cambió

    De la regla y el bolígrafo a la verificación automática.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Tu equipo todavía verifica pagos a mano? Conecta el banco a tus pedidos.

    Si alguien compara extracto y pedidos para liberar una venta, Appfy conecta el banco a tu sistema, y cada excepción va a su lugar. Empieza con una conversación gratuita de 30 minutos.

Plataforma de seguros (insurtech)

Cerrar una póliza pasó de dos a tres días a minutos, ahí en el mostrador.

Los productos se vendieron con el seguro acoplado.

El problema
Una plataforma de seguros (insurtech) vende a través de tiendas minoristas: seguro contra robo de celular y seguro para electrónicos, como refrigeradores, junto con el producto. Pero, a la manera tradicional, cerrar una póliza tomaba de dos a tres días, y el seguro no cabía en la venta. Estimación: 10 ventas con seguro por día en una tienda × 2,5 días para cerrar cada póliza (entre 2 y 3) = 25 clientes por tienda, en todo momento, con el seguro todavía pendiente (ventas por día: supuesto).
Lo que hizo Appfy
Appfy construyó el motor de la plataforma: al comienzo del día, separa números de póliza para cada tipo de seguro, como un talonario de turnos. Cada venta recibe su número al instante, y el motor avisa a la aseguradora, cierra el contrato, intercambia los archivos de las pólizas con las aseguradoras y analiza las ventas.
El beneficio
Cerrar una póliza pasó de dos a tres días a minutos, ahí en el mostrador. Los productos se vendieron con el seguro acoplado.
  1. Scene 1 of 8La empresa

    Seguro vendido en la tienda, junto con el producto.

    Una plataforma de seguros (insurtech) vende a través de tiendas minoristas: seguro contra robo de celular y seguro para electrónicos, como refrigeradores. El seguro va junto con el producto, ofrecido en el momento de la compra.

  2. Scene 2 of 8El problema

    Cerrar un seguro tomaba de dos a tres días.

    A la manera tradicional, emitir una póliza pedía número, aviso a la aseguradora, contrato e intercambio de archivos. Todo eso tomaba de dos a tres días, y el cliente no se queda tanto tiempo en el mostrador.

  3. Scene 3 of 8El problema

    El celular salía de la tienda; el seguro, no.

    Sin caber en la venta, el seguro quedaba para después: el cliente se llevaba el celular, y la póliza, solo días más tarde. En una tienda con 10 ventas con seguro por día (supuesto), serían 25 clientes, en todo momento, con el seguro todavía pendiente (estimación).

  4. Scene 4 of 8El objetivo

    La meta: comprar el celular y salir con seguro.

    Cerrar el seguro en el punto de venta, junto con el producto, en minutos, ahí en el mostrador. Contratar un seguro sería tan simple como comprar el celular, al alcance de todo cliente de la tienda.

  5. Scene 5 of 8Lo que hizo Appfy

    Números de póliza separados al comienzo del día.

    Appfy construyó el motor de la plataforma. Al comienzo del día, separa números de póliza para cada tipo de seguro, como un talonario de turnos ya listo. Cada venta en el mostrador recibe su número al instante.

  6. Scene 6 of 8Lo que hizo Appfy

    Aseguradora avisada, contrato cerrado, archivos intercambiados.

    Con el número en la póliza, el motor avisa a la aseguradora y cierra el contrato. Los archivos de las pólizas van y vuelven con las aseguradoras, y las ventas se convierten en análisis: mercado y perfil de quien compra.

  7. Scene 7 of 8Lo que cambió

    Cerrar una póliza pasó de dos a tres días a minutos, ahí en el mostrador. Los productos se vendieron con el seguro acoplado.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Tu venta todavía espera días por otra empresa? Ciérrala en el mostrador.

    Si una venta tuya solo se cierra después de que otra empresa responde, con un número, un contrato o un archivo, Appfy conecta los dos extremos en el momento de la venta. Empieza con una conversación gratuita de 30 minutos.

Empresa de pagos con cheque de Estados Unidos

Aceptar tarjeta sin dejar un peaje en cada venta.

Aceptar tarjeta con una pasarela de pago lista es dejar un peaje en cada venta; la empresa quería ir directo a la fuente.

El problema
Una plataforma se integra con Rapid Connect (Product of FirstData) para realizar operaciones de pago con tarjeta de crédito. Estimación: el precio público de una pasarela lista para una venta doméstica en EE. UU. es 2,9% + US$ 0,30 (US$ 3,20 en una venta de US$ 100).
Lo que hizo Appfy
Transformar los datos para identificar patrones de comportamiento según los escenarios de prueba informados por FirstData. Analizar las relaciones entre las tags. La tabla de campos lista COUNT 102. Crear los endpoints que recogen información de la terminal del comercio. Construir la estructura de las fábricas de parse y de integración. Escribir pruebas de integración con jest. Escenarios de prueba posibles que debemos asegurar para poder obtener una certificación. Un proceso SRS exitoso se necesita una sola vez para obtener el DID (Datawire ID).
El beneficio
Status: Done. Plataforma que se integra con Rapid Connect (Product of FirstData) para realizar operaciones de pago con tarjeta de crédito. No hay una pasarela entregada ni una certificación comprobadas. Los beneficios no medidos nunca son números.
  1. Scene 1 of 8La empresa

    Cheques, transferencias y, ahora, tarjeta.

    Plataforma que se integra con Rapid Connect (Product of FirstData) para realizar operaciones de pago con tarjeta de crédito.

  2. Scene 2 of 8El problema

    Cada venta con tarjeta dejaría un peaje.

    Estimación: el precio público de una pasarela lista para una venta doméstica en EE. UU. es 2,9% + US$ 0,30 (US$ 3,20 en una venta de US$ 100).

  3. Scene 3 of 8El problema

    Ir directo exige hablar el idioma de la procesadora.

    La procesadora solo abre la puerta a quien habla su idioma: 102 campos posibles, con reglas entre ellos, varios tipos de venta y de validación, y una batería de escenarios de prueba para la certificación.

  4. Scene 4 of 8El objetivo

    La meta: un camino propio, directo a la fuente.

    Plataforma que se integra con Rapid Connect (Product of FirstData) para realizar operaciones de pago con tarjeta de crédito. Crear los endpoints que recogen información de la terminal del comercio.

  5. Scene 5 of 8Lo que hizo Appfy

    Primero, aprender el idioma de la procesadora.

    Appfy estudió cada escenario de prueba de la procesadora y mapeó los 102 campos: obligatorios, opcionales y quién depende de quién. Con ese mapa, el sistema recibe los datos de la terminal y arma cada mensaje como la procesadora lo pide.

  6. Scene 6 of 8Lo que hizo Appfy

    Registro una sola vez, clave guardada.

    Antes de que un comercio pueda usar la Datawire Secure Transport Network para procesar transacciones, la aplicación tiene que pasar por el proceso SRS para obtener el DID (Datawire ID). Un proceso SRS exitoso se necesita una sola vez para obtener el DID (Datawire ID); después, mientras el DID siga siendo válido, la aplicación cliente no tendrá que ejecutar el SRS otra vez. Escribir pruebas de integración con jest. Escenarios de prueba posibles que debemos asegurar para poder obtener una certificación.

  7. Scene 7 of 8Lo que cambió

    Un camino propio hasta la fuente, sin peaje.

    Status: Done. Plataforma que se integra con Rapid Connect (Product of FirstData) para realizar operaciones de pago con tarjeta de crédito. No hay una pasarela entregada ni una certificación comprobadas. Los beneficios no medidos nunca son números.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Dejas un margen en cada venta? Ve directo a la fuente.

    Si tu empresa mueve pagos y le entrega un margen a un intermediario en cada venta, Appfy construye tu camino directo, campo por campo y probado escenario por escenario. Empieza con una conversación gratuita de 30 minutos.

Gran cadena de farmacias

Unir dos cadenas de farmacias. El diseño tiene en cuenta la mercancía que ya está en camino.

Una gran cadena de farmacias compró otra. Ilustración: con cerca de un día de retraso en la información, el mismo medicamento podía pedirse dos veces.

El problema
Las sucursales compradas pasarían a recibir mercancía de los almacenes de la compradora. Sin ver lo que ya estaba en camino, su sistema podía pedirlo todo de nuevo. Estimación: 391 sucursales × R$ 170 mil en ventas por semana × 1% pedido dos veces (supuesto) ≈ R$ 660 mil por semana en inventario parado.
Lo que hizo Appfy
Appfy conectó los dos sistemas sin cambiar lo que funcionaba: cada pedido recibió un número, como un código de rastreo, y el cálculo pasó a descontar lo que ya está en camino.
El beneficio
Un trabajo histórico para integrar el abastecimiento de una cadena de farmacias después de una adquisición. Las fuentes que quedan documentan cómo se conectaron la demanda, la ejecución en el almacén, la autorización fiscal y la recepción en la sucursal, y los controles propuestos para la identidad, las cantidades parciales y la visibilidad demorada. No constan el tiempo de procesamiento medido ni el alcance realizado de las sucursales.
  1. Scene 1 of 8La empresa

    Una cadena compró otra. La pregunta abierta era cómo abastecer las sucursales compradas.

    Una gran cadena de farmacias compró otra. Los almacenes de la compradora pasarían a abastecer las sucursales compradas: era como conectar el comedor de un restaurante a la cocina de otro.

  2. Scene 2 of 8El problema

    Cada pedido pasaba por muchas manos antes de salir.

    Cada noche, un equipo revisa las ventas, y el sistema calcula lo que falta en cada sucursal y reparte el inventario. Estimación de la ventana más amplia de procesamiento, no del paso de asignación: unas 4 a 5 horas. Después vienen cajas, separación y factura.

  3. Scene 3 of 8El problema

    El riesgo: volver a pedir lo que ya estaba en camino.

    Ejemplo: la sucursal pide 100 y el almacén ya separó 80. El sistema de la sucursal lo ve un día después y vuelve a pedir las 100, como hacer las compras sin revisar la despensa.

  4. Scene 4 of 8La decisión

    No cambiar lo que funciona: sumar dos controles.

    Appfy integró las sucursales nuevas a la operación que ya funcionaba. Cada pedido recibió un número, como un código de rastreo, y el cálculo pasó a descontar lo que está en camino.

  5. Scene 5 of 8Lo que hizo Appfy

    “Aceptado” no quiere decir entregado.

    Las dos cadenas usaban códigos distintos para sucursales y productos, como dos idiomas. Appfy hizo la traducción y le dio nombre a cada etapa del pedido: surtir solo una parte no es un error.

  6. Scene 6 of 8Lo que hizo Appfy

    La factura libera el camión, y la sucursal cierra el ciclo.

    El camión solo sale cuando el gobierno autoriza la factura. En la sucursal, quien recibe revisa cajas y factura, y esa revisión vuelve a la planificación.

  7. Scene 7 of 8Lo que cambió

    Todos mirando el mismo pedido, con el mismo número.

    El diseño tiene en cuenta lo que ya salió antes del siguiente pedido, y propone que el cálculo de la noche corra en paralelo por centro de distribución. El tiempo después de ese cambio no se midió.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Repones inventario o uniste dos empresas? Empieza por lo que está en camino.

    Si repones inventario, uniste dos operaciones o conectas un sistema nuevo a uno antiguo, Appfy empieza por lo que ya está en camino. Empieza con una conversación gratuita de 30 minutos.

La idea era órdenes de trabajo en papel en el celular del mecánico.

Mecánico, orden de trabajo en papel.

Los mecánicos antes recibían órdenes de trabajo en papel.

El problema
Los mecánicos antes recibían órdenes de trabajo en papel y ejecutaban el flujo de mantenimiento a partir de ellas. Estimación: 20 mecánicos × 4 órdenes por día × 6 minutos para anotar, devolver y teclear cada hoja = 8 horas por día, la jornada entera de una persona solo para el papel (números: supuestos).
Lo que hizo Appfy
La aplicación permitía que los mecánicos consultaran información relacionada con el almacén. Los mecánicos podían ingresar observaciones de mantenimiento usando la voz.
El beneficio
El proyecto buscaba modernizar las órdenes de trabajo de mantenimiento, sustituyendo un flujo de trabajo del mecánico basado en papel por una aplicación móvil.
  1. Scene 1 of 8La empresa

    Tractores, cintas transportadoras y calderas, como ejemplos.

    Tractores, cintas transportadoras y calderas son ejemplos, no un inventario exhaustivo verificado de activos desplegados.

  2. Scene 2 of 8El problema

    La orden de trabajo llegaba impresa, en papel.

    Los mecánicos antes recibían órdenes de trabajo en papel y ejecutaban el flujo de mantenimiento a partir de ellas.

  3. Scene 3 of 8El problema

  4. Scene 4 of 8El objetivo

    El objetivo era una aplicación móvil.

    El proyecto buscaba modernizar las órdenes de trabajo de mantenimiento, sustituyendo un flujo de trabajo del mecánico basado en papel por una aplicación móvil.

  5. Scene 5 of 8Lo que hizo Appfy

    La orden en el celular: piezas, notas y voz.

    La aplicación permitía que los mecánicos consultaran información relacionada con el almacén. Los mecánicos podían ingresar observaciones de mantenimiento usando la voz.

  6. Scene 6 of 8Lo que hizo Appfy

  7. Scene 7 of 8Lo que cambió

    El objetivo era una aplicación móvil en lugar del papel.

    El proyecto buscaba modernizar las órdenes de trabajo de mantenimiento, sustituyendo un flujo de trabajo del mecánico basado en papel por una aplicación móvil. Los mecánicos podían ingresar observaciones de mantenimiento usando la voz.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Tu equipo todavía trabaja en papel? Lleva la orden al celular.

    Si tu equipo trabaja lejos de la oficina, en campo o donde la señal falla, Appfy lleva el papel al celular y conecta cada registro con tu sistema. Empieza con una conversación gratuita de 30 minutos.

Cadena global de muebles

Una empresa grande no compra con tarjeta.

Quien elige la silla no es quien la aprueba, y toda compra pasa por el sistema de la empresa.

El problema
Una cadena global de muebles vende a empresas en un portal con un catálogo a la medida. Pero el cliente solo aprueba compras en su propio sistema, y sin una conexión alguien vuelve a escribir cada carrito. Estimación: 1.000 pedidos al mes × 15 minutos reescribiendo cada uno (supuestos) = 250 horas al mes, más que un empleado de tiempo completo.
Lo que hizo Appfy
Appfy participó en conectar el catálogo y el portal al proceso de compras de la empresa. En el diseño documentado, el carrito vuelve al sistema de compras, el gerente aprueba la solicitud, y la orden de compra se envía al proveedor después de esa aprobación.
El beneficio
En el diseño documentado, el usuario final selecciona los productos en el catálogo del proveedor, el proveedor devuelve ese carrito al área de compras, y el gerente aprueba la solicitud. El área de compras concilia la orden de compra, la recepción y la factura. La factura se coteja con la orden de compra y la recepción antes del procesamiento del pago.
  1. Scene 1 of 8La empresa

    Un catálogo a la medida de cada empresa.

    Una cadena global de muebles también vende a empresas y gobiernos, en un portal con un catálogo a la medida de cada cliente. Pero, en una empresa grande, quien pide no es quien aprueba.

  2. Scene 2 of 8El problema

    El carrito estaba en un lugar; las reglas, en otro.

    El catálogo estaba en el portal de la cadena; las reglas de compra, en el sistema del cliente, donde el gerente aprueba y se revisa la factura. Sin un puente, alguien vuelve a escribirlo todo.

  3. Scene 3 of 8El objetivo

    Elegir en el catálogo y aprobar en el sistema de la propia empresa.

    La meta: conectar el catálogo al sistema de compras de cada cliente, el sistema de gestión que usan las empresas grandes. El empleado entra por él, elige como en una tienda y vuelve con el carrito.

  4. Scene 4 of 8La decisión

    La regla principal: un carrito no es un pedido.

    El carrito que vuelve del catálogo es solo una propuesta. Al enviarse, se convierte en una requisición y espera al gerente. Solo después de la aprobación nace la orden de compra; si el gerente la rechaza, no se pide nada.

  5. Scene 5 of 8Lo que hizo Appfy

    Del catálogo a la factura, un intercambio de sobres.

    En el diseño documentado, el proveedor devuelve ese carrito al área de compras, y el área de compras genera y envía la orden de compra. El área de compras concilia la orden de compra, la recepción y la factura. La factura se coteja con la orden de compra y la recepción antes del procesamiento del pago.

  6. Scene 6 of 8Lo que hizo Appfy

    Cambiar la rueda con el auto en marcha.

    Appfy participó en conectar el catálogo y el portal al proceso de compras de la empresa.

  7. Scene 7 of 8Lo que cambió

    El gerente aprueba donde siempre aprobó.

    En el diseño documentado, el usuario final entra en el sistema de compras, el gerente aprueba la solicitud, y la orden de compra se emite al proveedor después de esa aprobación.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Vendes a empresas grandes? Entra en su sistema de compras.

    Si empresas grandes o el gobierno te compran, un buen catálogo no basta: tiene que hablar con el sistema de compras del cliente. Empieza con una conversación gratuita de 30 minutos.

Gran banco de EE. UU.

Una oferta no puede esperar 5 días por un ticket.

En un gran banco, cambiar una oferta tomaba de 3 a 5 días: todo pasaba por un ticket.

El problema
En el programa de descuentos y ofertas de un gran banco de EE. UU., cada oferta nueva o cambio se convertía en un ticket para soporte, con un plazo de 3 a 5 días, porque solo el equipo técnico tocaba los datos, directo en la base. Estimación: 200 cambios de oferta al mes × 4 días de espera ≈ 27 ofertas siempre detenidas en la fila, y 200 horas de programador al mes, a 1 hora cada una (cambios y horas: supuestos).
Lo que hizo Appfy
Appfy construyó el panel que puso las campañas en manos del propio gerente: él crea y cambia ofertas y sube listas en lote, y el sistema las aplica solo. Detrás: las pantallas, la parte que guarda los datos, los resúmenes de números y el login.
El beneficio
El trabajo dio al gerente la capacidad de gestionar las campañas en lote. Ningún resultado medido fue verificado.
  1. Scene 1 of 7La empresa

    Adelante, las ofertas; atrás, una fila de tickets.

    Un gran banco de EE. UU. tiene un programa de descuentos y ofertas. El cliente ve las ofertas; detrás, cada oferta nueva o cambio se convertía en un ticket para soporte.

  2. Scene 2 of 7El problema

    Cambiar una oferta tomaba de 3 a 5 días.

    Descuentos, cupones, comercios, listas, usuarios. Cada cambio se convertía en un ticket para soporte, porque solo el equipo técnico tocaba los datos, directo en la base, y cada uno esperaba de 3 a 5 días.

  3. Scene 3 of 7El objetivo

    La meta: que el propio gerente maneje las campañas.

    Sacar al gerente de la fila. Para eso, un panel con login y un área para cada tarea: ver y editar una oferta, buscar clientes y comercios, y un dashboard.

  4. Scene 4 of 7Lo que hizo Appfy

    El frente y el fondo del panel.

    Appfy hizo los dos extremos: adelante, las pantallas del gerente; atrás, la parte que busca la oferta y guarda el cambio, sin que nadie toque los datos directamente.

  5. Scene 5 of 7Lo que hizo Appfy

    Campañas en lote, aplicadas solas.

    El gerente sube una lista entera de una vez, y el sistema la aplica solo, en lote. Rutinas automáticas resumen los números para el dashboard, y un solo login abre todo.

  6. Scene 6 of 7Lo que cambió

    Sin ticket: el gerente cambia su propia campaña.

    El trabajo dio al gerente la capacidad de gestionar las campañas en lote. Ningún resultado medido fue verificado.

  7. Scene 7 of 7¿Y en tu empresa?

    ¿Cambiar una oferta toma días? Pon el control en manos de quien decide.

    Si cada cambio de precio, oferta o registro se convierte en un ticket, Appfy construye el panel para que quien decide lo resuelva solo. Empieza con una conversación gratuita de 30 minutos.

Gran empresa de telepeaje

Miles de afiliados en un solo portal, cada uno viendo solo lo suyo.

Estaciones de servicio, estacionamientos, drive-thrus y autolavados: el dueño, el responsable de finanzas y el operador de cada uno entran por la misma puerta.

El problema
Los afiliados que aceptan el tag de una gran empresa de telepeaje necesitaban un portal único, donde cada persona entra sola y ve solo lo suyo. Estimación: 3.100 establecimientos × 1 solicitud de acceso al mes × 20 minutos de atención ≈ 1.033 horas al mes, unas 5,9 personas. El total es un recuento redondeado de Forbes Brasil, no el número de usuarios del portal. Solicitudes, minutos y un mes de 176 horas son supuestos. Esto no es un ahorro medido.
Lo que hizo Appfy
El trabajo de acceso especificado separa lo que cada persona ve, separado de lo que puede hacer. El portal propuesto debía sincronizar el registro de CBILL y permitir que un afiliado sincronizado fuera habilitado para operar.
El beneficio
El correo y la contraseña son la entrada documentada. En el primer acceso la persona cambia la contraseña y luego llega al menú definido por el perfil. La asignación a un grupo hace que la persona herede los permisos de ese grupo. Las ganancias no se midieron.
  1. Scene 1 of 8La empresa

    Cuatro negocios, una puerta de entrada.

    Una gran empresa de telepeaje también se acepta en estaciones de servicio, estacionamientos, drive-thrus y autolavados. Estos afiliados necesitaban un portal único para ver las ventas pagadas con el tag.

  2. Scene 2 of 8El problema

    Gente muy distinta por la misma puerta.

    Por la misma puerta pasarían el equipo de la empresa y el dueño, el responsable de finanzas y el operador de cada afiliado. Cada uno solo podía ver lo suyo, como la llave de su propia oficina.

  3. Scene 3 of 8El objetivo

    Primero, definir bien quién entra y cómo.

    El portal empezó por el acceso: grupos de usuarios, login y recuperación de contraseña. Los afiliados ya registrados pasaron al portal, pero solo operan una vez habilitados, como una credencial que hay que activar.

  4. Scene 4 of 8La decisión

    Ver es una cosa; poder hacer es otra.

    Appfy separó el acceso en dos partes: un mapa de los negocios que la persona ve y un perfil de lo que puede hacer. Cada grupo une un mapa y un perfil.

  5. Scene 5 of 8Lo que hizo Appfy

    Nueve caminos, del registro al menú.

    Un ejemplo: el administrador pone a la persona en un grupo y ella hereda los permisos del grupo. En el primer acceso, cambia la contraseña, elige el negocio y ve solo su menú.

  6. Scene 6 of 8Lo que hizo Appfy

    Dos propuestas, autorización personalizada o Cognito.

    Las dos figuras de arquitectura fechadas el 18 de agosto de 2020 se llaman explícitamente Propuesta 1 y Propuesta 2. La Propuesta 1 nombra customAuthorizer. La Propuesta 2 introduce Cognito. Ninguna opción elegida está establecida. La arquitectura final sigue sin resolverse. La anotación sobre validar permisos en cada solicitud no prueba que un disparador de post-autenticación de Cognito trate cada solicitud de API posterior.

  7. Scene 7 of 8Lo que cambió

    Cada persona entra y ve solo lo suyo.

    Ahora la persona se registra una vez, en un grupo, y entra viendo solo sus establecimientos y su menú. El primer acceso y el cambio de contraseña no dependen de nadie de la empresa.

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Mucha gente distinta en el mismo sistema? Empieza por el acceso.

    ¿Un portal para revendedores, clientes o socios? Appfy separa lo que cada uno ve de lo que cada uno puede hacer antes que nada. Empieza con una conversación gratuita de 30 minutos.

Cadenas hoteleras

En una operación de QA, la API se interrumpió unos 2 minutos. Esa observación no es tiempo ahorrado.

En el restaurante de un hotel, una actualización puede dejar todo encendido y, aun así, que el pedido no llegue a la cocina.

El problema
En los restaurantes de varias cadenas hoteleras, cada servidor se creaba uno por uno, con la configuración repetida para cada cadena, y un servidor encendido no garantizaba que el pedido llegara a la cocina. Estimación: 20 restaurantes × 1 hora de cena detenida × R$ 6 mil por hora (40 cuentas de R$ 150) ≈ R$ 120 mil por cada actualización que se traba (cifras: supuestos).
Lo que hizo Appfy
Appfy construyó desde cero el camino de las actualizaciones: una receta escrita arma cada servidor, en la estructura de cada cadena, siempre con los mismos pasos, y el último paso revisa que el pedido vaya de la mesa a la cocina. El equipo recibió los manuales.
El beneficio
Cada versión nueva sigue los mismos pasos, y cambiar un servidor es armar otro con la receta.
  1. Scene 1 of 8La empresa

    De la mesa a la cocina, el pedido tiene que llegar bien.

    Las cadenas hoteleras usan en sus restaurantes un sistema de caja y cocina: el mesero registra el pedido, la cocina lo ve en pantalla, la cuenta se divide y el recibo sale impreso.

  2. Scene 2 of 8El problema

    Luz encendida no quería decir que el pedido llegaba.

    Cada servidor se creaba uno por uno, como cocinar cada plato de memoria, y la configuración se repetía en cada cadena hotelera. Un servidor encendido no garantizaba que el pedido llegara a la cocina.

  3. Scene 3 of 8El objetivo

    Listo es cuando el pedido pasa, no cuando el servidor enciende.

    Appfy asumió el camino que lleva cada versión nueva hasta los servidores. La meta: pasos siempre iguales, como en una banda transportadora, y solo decir que está listo cuando un pedido haga todo el recorrido.

  4. Scene 4 of 8La decisión

    En vez de arreglar cada servidor, armar otro con la receta.

    Appfy escribió una receta para cada tipo de servidor. Cada versión nueva recibe una receta nueva: los servidores nuevos nacen de ella y ocupan el lugar de los antiguos, que se apagan.

  5. Scene 5 of 8Lo que hizo Appfy

    Cada servidor nuevo se arma solo al encender.

    Al encender, el servidor nuevo sigue un guion: busca las instrucciones, instala las versiones y pone el sistema en marcha. La base de datos tuvo un paso propio, y el equipo, los manuales.

  6. Scene 6 of 8Lo que hizo Appfy

    Cuatro reemplazos sanos/procesos PM2. Solo dos de cuatro renovaciones completas en la instantánea.

    En una operación de QA, la API se interrumpió unos 2 minutos. Esa observación no es tiempo ahorrado. Cuatro reemplazos sanos/procesos PM2. Solo dos de cuatro renovaciones completas en la instantánea. Después, el handoff de RCA dijo que la aplicación todavía usaba la base de datos anterior.

  7. Scene 7 of 8Lo que cambió

    Toda actualización termina con una pregunta: ¿llegó el pedido?

    Ahora cada versión sigue los mismos pasos, cambiar un servidor es armar otro con la receta, el equipo tiene el manual a mano y la última pregunta es siempre la misma: ¿llegó el pedido?

  8. Scene 8 of 8¿Y en tu empresa?

    ¿Actualizas sistemas con la empresa abierta? Define primero qué es estar listo.

    Si la operación no puede parar, Appfy escribe cada paso, los revisa uno por uno y termina en el camino del cliente, no en la luz encendida. Empieza con una conversación gratuita de 30 minutos.

Plataforma de venta de entradas

Renovar la trastienda sin cerrar la taquilla.

Una plataforma de venta de entradas necesitaba espacio para crecer sin desconectar el sitio donde el público compra.

El problema
El sitio que ve el público y la trastienda, con cuentas, pagos y correos, funcionaban juntos y necesitaban crecer. Estimación: 1 hora trabada al abrir la venta de un concierto × 2 mil entradas por hora × R$ 200 (supuestos) ≈ R$ 400 mil en ventas detenidas.
Lo que hizo Appfy
Appfy llevó solo la trastienda a la nube, dejó el sitio donde estaba y puso entre los dos una puerta con portero, que también frena el exceso de accesos. Pagos y correos entraron en filas que reintentan y avisan al equipo cuando algo falla.
El beneficio
Para quien compra, el sitio es el mismo. Los registros muestran una ruta separada de DLQ, alerta y retrigger. La corrección de la entrada y la entrega exitosa de correo no están establecidas, y no hay política de reintento configurada ni recuperación probada.
  1. Scene 1 of 7La empresa

    Vitrina y trastienda en el mismo edificio.

    Una plataforma vende entradas para conciertos y eventos. El sitio que ve el público y la trastienda, con cuentas, pagos y correos, funcionaban juntos, como una tienda y su bodega en el mismo edificio.

  2. Scene 2 of 7El problema

    Crecer sin caerse y sin dejar entrar a los robots.

    La plataforma tenía que aguantar a más gente al mismo tiempo, seguir en línea y bloquear accesos en exceso y robots. Con todo en el mismo edificio, hacer crecer una parte era hacer crecer todo.

  3. Scene 3 of 7La decisión

    Solo la trastienda se muda de edificio.

    Appfy llevó a la nube solo la trastienda: cuentas, pagos, eventos y correos. El sitio se quedó donde estaba, y entre los dos una puerta con portero revisa la llave de cada mensaje.

  4. Scene 4 of 7Lo que hizo Appfy

    Un correo que falla no desaparece: avisa al equipo.

    Quien compra una entrada recibe un correo. Ahora ese aviso entra en una fila, como el número de turno en un mostrador, y sale cuando le toca. Si falla, lo intenta de nuevo; si sigue fallando, avisa al equipo.

  5. Scene 5 of 7Lo que hizo Appfy

    Lo que los registros muestran de las cuentas es un esbozo inicial. Ese esbozo propone completar la configuración de Google, Okta y Facebook, y registros de auditoría de login, logout, signup y modify. Las premisas incluyen no guardar contraseñas. Esas afirmaciones son la semántica de la propuesta, no un comportamiento verificado.

  6. Scene 6 of 7Lo que cambió

    En pantalla, nada cambia.

    Quien compra sigue en el mismo sitio. Los registros muestran una ruta separada de DLQ, alerta y retrigger. La corrección de la entrada y la entrega exitosa de correo no están establecidas, y no hay política de reintento configurada ni recuperación probada.

  7. Scene 7 of 7¿Y en tu empresa?

    ¿Tu plataforma se quedó pequeña? Cambia solo lo que tiene que cambiar.

    Cambiar de sistema no tiene que ser todo o nada. Appfy dibuja antes lo que se queda y lo que se muda, y cómo se comunican las dos partes. Empieza con una conversación gratuita de 30 minutos.

Appfy ya entregó proyectos para empresas como

Un founder. Cinco AI employees.

Alexsandro dirige la operación y responde por cada entrega. Los AI employees trabajan en operación, ingeniería, marketing, investigación y enseñanza.

Alexsandro Freitas es el founder y CEO. Sam, Gilfoyle, Zoe, Reed y Drew son AI employees: inteligencias artificiales que trabajan bajo su dirección. Los seis retratos son representaciones de la marca, no fotos tomadas durante el trabajo.

Zoe, AI employee, in a navy suit and cream shirt.
Sam, AI employee, in a cream shirt and khaki trousers.
Reed, AI employee, in a navy shirt and khaki trousers.
Alexsandro Freitas, Appfy’s human founder, in a navy jacket and cream shirt.
Gilfoyle, AI employee, with glasses, in a cream shirt and khaki trousers.
Drew, AI employee, in a navy blazer and cream trousers.
  • Alexsandro Freitas, Appfy’s human founder, in a navy jacket and cream shirt.
    Alexsandro FreitasCEO · la decisión final es humana
  • Sam, AI employee, in a cream shirt and khaki trousers.
    SamChief of Staff · operación y coordinaciónAI
  • Gilfoyle, AI employee, with glasses, in a cream shirt and khaki trousers.
    GilfoyleIngeniería, infraestructura y seguridadAI
  • Zoe, AI employee, in a navy suit and cream shirt.
    ZoeMarketing, marca y dirección creativaAI
  • Reed, AI employee, in a navy shirt and khaki trousers.
    ReedInvestigación, fuentes y evidenciasAI
  • Drew, AI employee, in a navy blazer and cream trousers.
    DrewMétodos de ingeniería, enseñanza y cursosAI
  • ZoeMarketing, marca y dirección creativaAI
  • SamChief of Staff · operación y coordinaciónAI
  • ReedInvestigación, fuentes y evidenciasAI
  • Alexsandro FreitasCEO · la decisión final es humana
  • GilfoyleIngeniería, infraestructura y seguridadAI
  • DrewMétodos de ingeniería, enseñanza y cursosAI

Preguntas antes de la conversación

¿Cómo funciona la conversación gratuita?

Son 30 minutos por video con nosotros, sin costo y sin compromiso: nos cuentas lo que está estancado y lo que ya funciona. Después, recibes un Action Map de una página, con hasta tres prioridades y la primera etapa que proponemos, y una propuesta de ejecución con lo que haríamos si eliges Appfy. Si no es el caso, te lo decimos. Para agendar, usa “Agendar conversación gratuita”: respondes algunas preguntas y, al final, eliges el horario o sugieres días para que una persona los confirme.

¿Cuánto cuesta?

No tenemos precios publicados. La conversación es gratuita. La inversión aparece en la propuesta, junto con el alcance y el plazo, después del Action Map, porque depende del proceso involucrado, de lo que ya existe, de los sistemas que necesitan comunicarse entre sí y de cómo se va a verificar el resultado. También es posible un primer alcance más pequeño. Si necesitas una cifra antes de conversar, escríbenos por correo.

¿De verdad es gratis? ¿Cuál es la trampa?

Sí, es gratis. La conversación de 30 minutos no tiene costo ni compromiso, y el Action Map queda contigo. Solo hay pago si aceptas una propuesta con alcance definido. Si en algún caso hace falta un diagnóstico pagado, antes te explicamos qué incluye, cuánto cuesta y cuáles son sus límites. La conversación gratuita nunca se convierte en un cobro sin tu acuerdo.

¿Garantizan resultados?

No prometemos resultados. Lo que queda acordado por escrito en la propuesta, incluido el criterio de aceptación, es lo que entregamos. El criterio de aceptación es la verificación acordada que muestra que el trabajo quedó listo.

Ya lo intentamos y no funcionó.

Eso ayuda. Antes de elegir cualquier solución, entendemos cómo se hace el trabajo hoy y qué se intentó ya. Si lo que tienen ya lo resuelve, lo decimos con claridad; el Action Map puede incluso recomendar no hacer ningún trabajo técnico. En la conversación, conviene contar qué se intentó y dónde se detuvo.

¿Cuánto de mi tiempo requiere?

El primer paso es una conversación de 30 minutos. Si viene un proyecto, la propuesta define el esfuerzo, el cronograma y el tiempo que le pide a tu equipo: en general, accesos, decisiones, información y la aprobación de una persona designada. Ningún proyecto sale adelante sin algo de esfuerzo de tu parte, y no estimamos horas ni semanas antes de definir el alcance.

¿Y si necesitamos cambiar algo en el camino?

Los cambios siguen el alcance y la aceptación acordados en la propuesta: cada uno recibe, por escrito, una evaluación del impacto y solo se hace después de tu aprobación. No prometemos fechas para un cambio antes de esa evaluación.

¿Mi empresa es demasiado pequeña? ¿Quién tiene que estar en la conversación?

El tamaño de la empresa no es un filtro. Quién decide y cómo funciona la compra son temas de la propia conversación, y quien participa en la decisión puede participar también.

¿Van a reemplazar a mi equipo o nuestras herramientas?

No. Trabajamos con el equipo que ya tienen y con lo que ya funciona. El trabajo empieza por el problema de ustedes, y el alcance lo decides tú.

¿No podemos hacerlo internamente?

Hacerlo internamente es una elección legítima, y el Action Map puede recomendar exactamente eso. La conversación vale la pena de todos modos: después, recibes hasta tres prioridades y la primera etapa que proponemos.

¿Qué datos necesitan? ¿Vamos a depender de ustedes?

Al principio, solo una descripción de cómo se hace el trabajo hoy, o un ejemplo sin datos personales. No envíes contraseñas, datos de clientes ni hojas de cálculo completas exportadas del sistema. En un proyecto, el traspaso, el soporte y quién conserva los accesos y los datos se acuerdan en la propuesta.

¿Tienen pruebas o casos? ¿Algún caso de marketing?

Sí. Esta página cuenta siete proyectos que Appfy entregó, sin el nombre de las empresas: el problema, lo que hizo Appfy y el beneficio. Cada caso muestra una estimación de cuánto costaba el problema, con el cálculo a la vista. Los casos publicados hasta ahora son de ingeniería de producto.

¿Qué hacen? ¿También hacen contabilidad o temas legales?

Dos servicios: ingeniería de producto (construir, integrar o destrabar software, por ejemplo para automatizar una etapa manual) y ejecución de marketing (oferta, página, creativos, campañas y seguimiento). Por ahora, no ofrecemos servicios de contabilidad ni legales.

¿Hacen marketing?

Sí. Marketing es uno de nuestros dos servicios, y la ejecución corre por nuestra cuenta: la oferta, una página, anuncios y videos cortos con la misma identidad, campañas publicadas, monitoreadas y ajustadas, y el seguimiento de cada contacto hasta la conversación comercial.

¿Quién hace el trabajo: personas o IA?

Las dos cosas. Alexsandro Freitas es el founder de Appfy y responde por cada proyecto. Sam, Gilfoyle, Zoe, Reed y Drew son AI employees, inteligencias artificiales que trabajan bajo su dirección, y la decisión final es humana.