Dos niveles, ordenados por peso. El trabajo de plataforma carga la mayor ingeniería y muestra lo mínimo. Los estudios lo muestran todo y no contienen datos de clientes.
Nuestro trabajo más fuerte es el que no podemos mostrar. Plataformas de pedidos y operaciones para marcas de restauración rápida y hostelería en EE. UU. y Canadá — alto volumen de pedidos, complejidad por local y sistemas que no pueden pararse.
Se puede firmar un acuerdo de confidencialidad antes de una conversación técnica. Con él podemos repasar arquitectura, detalles de integración y problemas concretos directamente.
Un servicio que reúne datos de muchas fuentes, los homogeneiza y los entrega a otros sistemas en un formato utilizable. Otro continente y otra forma de problema que el trabajo de plataforma — y por eso demuestra que no fue un contrato afortunado.
El trabajo que más demuestra es el que menos podemos publicar.Por qué este orden
Debajo hay estudios que hemos construido nosotros, para mostrar abiertamente cómo pensamos sobre problemas que normalmente encontramos bajo contrato. Están marcados como conceptuales porque lo son — sin clientes, sin datos reales, sin resultados atribuidos. Las webs para negocios locales son una oferta aparte y con formato de producto, y están en la página Digital Basics.
El problema del operador que viene del trabajo de plataforma, estudiado en abierto: pedidos, productos, inventario, integraciones y estado del sistema en una sola vista en lugar de cinco herramientas.
Un estudio de producto móvil en torno a un único número — una puntuación de recuperación — y la evidencia detrás: fases, duración, tendencia semanal y los dos cambios con más probabilidad de ayudar.
Lo que dibujamos el primer día de un sistema de Día 1000: clientes sobre una API REST, detrás la lógica de negocio y la autenticación, una base de datos relacional de referencia, colas y los servicios externos de los que todo sistema real acaba dependiendo.
Preferimos mostrar menos que afirmar más.Sobre lo que publicamos
