Hasta ahora, un sistema separado es responsable de cada uno de estos procesos. Para utilizar el servicio de correos electrónicos registrados, envío o cumplimiento de pedidos, se requieren integraciones con cada uno de ellos. Y queremos asegurarnos de que el cliente tenga acceso a todas las posibilidades de correo en el principio de "una ventana", sin esfuerzos adicionales y mucho más rápido. Para implementar esta idea, estamos creando una plataforma de integración de la que queremos contarle.
Combinamos integraciones en una "ventana única"
Para facilitar el acceso a todos los servicios de correo, necesitamos un sistema que: 1) conecte la API de correo con la API de la tienda sin profundizar en los procesos comerciales de todos; 2) conecta todos nuestros servicios a través de una "ventana única". Estas tareas serán resueltas por la plataforma de integración.
Ahora estamos escribiendo un conector individual para integrar al cliente con nuestra API en Despacho , Cumplimiento o cartas electrónicas registradas . Cada servicio tiene el suyo. Un conector es un "traductor" que ayuda a la tienda y al Correo a entenderse. Descifra la información de la API del cliente en nuestro formato y luego lo hace en la dirección opuesta.
Hicimos uno de estos conectores para conectar el mercado de Beru a Dispatch, un servicio que automatiza la preparación de paquetes para la entrega a sucursales. El conector recibe datos de la API de Yandex en formato XML, los traduce a JSON para transferirlos a la cuenta de envío y ajusta nuestro procedimiento de trabajo al proceso del cliente.
Por parte del Correo, hay varias acciones: asignar un número de seguimiento, enviar datos al sistema, transferir datos al seguimiento. En la tienda: haga un pedido, verifique la dirección, muestre el costo de envío y obtenga un número de seguimiento. Estas acciones en los procesos de Mail and Shop tienen un orden diferente y pueden llamarse de manera diferente. Nuestro primer paso es verificar la dirección y calcular la tarifa, y la tienda primero genera un pedido. Se necesita ayuda para alinear estos pasos para que los dos sistemas puedan entenderse entre sí.
La tienda envía al Correo una solicitud "Crear un nuevo paquete de Moscú a Saratov con un peso de 1 kg", y el conector lo descompone en variables comprensibles para nuestra API "Crear un nuevo paquete" "Ruta: Moscú - Saratov" "Peso: 1 kg". Si Beru desea conectarse a Fulfillment para almacenar y enviar productos desde nuestro almacén, deberá escribir un conector más.
El proceso habitual de conectarse a los servicios de correo
La buena noticia es que los conectores están escritos para un formato API específico (XML, JSON, etc.), por lo que pueden reutilizarse para clientes con requisitos similares. Pero para que esto funcione, debe crear un núcleo a través del cual se comuniquen todos los servicios de correo y al que se conectarán los conectores listos para usar. Este núcleo, la base de la plataforma de integración, será el sistema general de gestión de pedidos por correo. Luego, el proceso de conexión se verá así:
Conexión a todos los servicios de correo a través de la plataforma de integración
La plataforma operará según el principio de un sistema BPMN, en el cual los analistas construyen un proceso comercial para una acción específica. Le permitirá convertir datos de cualquier formato al deseado. Todo lo que queda por hacer manualmente es conectar las variables para gestionar el pedido.
Con la ayuda de conectores, traducimos el formato de datos y comparamos el orden de las acciones, que lleva de uno a dos meses. Y la plataforma de integración le permitirá conectar un nuevo cliente a todos nuestros sistemas en una o dos semanas sin un desarrollo complejo, con una participación mínima de los programadores.
Cambiamos la estructura del trabajo con pedidos.
Ahora todas las operaciones de correo están controladas por sistemas dispares, cada uno de los cuales es responsable de su propio paso y no intercambia datos con el resto. OMS combinará todas las tareas y trabajará con ellas desde un punto.
Un sistema de gestión de pedidos unificado cubrirá todas las necesidades de los clientes dentro del ecosistema de correo. Podremos recoger saldos de existencias de un almacén, transferirlos al cumplimiento, prepararlos para el envío y enviarlos para la entrega. También ampliará las capacidades de nuestros procesos internos: nos permitirá lanzar servicios que el Correo aún no proporciona: entrega de productos voluminosos, entrega de mensajería desde una sucursal a un destinatario específico y otros.
Un sistema general de gestión de pedidos postales puede considerarse como un operador con múltiples brazos que acepta todas las tareas entrantes, determina las prioridades y los plazos, decide a quién y cuándo transferir la tarea, y controla todos los cambios en el pedido desde el momento de la recepción hasta su finalización.
Flujo de trabajo de OMS
Por ejemplo, recibimos una solicitud para la entrega de un refrigerador, que debe elevarse hasta el piso 25 sin ascensor. The Post no tiene un servicio de entrega para un producto tan grande y no tiene sus propios motores. OMS seleccionará un contratista adecuado entre nuestros socios y le dirigirá la tarea. Y cuando el socio recibe un pedido de paquetes que no caben en su automóvil, podremos recoger el pedido por nosotros mismos y cargar nuestro propio transporte. Debido al hecho de que cada miembro de OMS puede actuar como cliente y contratista, tendremos la oportunidad de distribuir pedidos entre el Correo y los socios para utilizar de manera óptima los recursos de cada uno.
El piloto de OMS dentro del Correo comenzará en el próximo mes. Después de eso, comenzaremos a desarrollar una plataforma de integración que combinará el ciclo de vida del pedido en OMS con los procesos comerciales del cliente. Pronto, una simple integración será suficiente para conectar varios servicios de correo.
API de correo abierto
Los conectores son necesarios solo para aquellas plataformas en línea que tienen sus propios estándares API. Aquellos que no tienen tales restricciones pueden conectar su almacén, sistema de clasificación o flujo de trabajo al intercambio de datos a través de la API de seguimiento abierta y la API de envío de paquetes .
OZON aprovecha esta oportunidad. Con las capacidades habituales de API, pudimos cerrar toda la cadena de creación, preparación y seguimiento de paquetes para un enorme mercado que envía 300-400,000 paquetes por mes a través de la oficina de correos:
- API - OZON . – , . , .
- OZON.
- API OZON . , , , .
Los clientes utilizan la API con su propio sistema de gestión de pedidos. Si su tienda se ejecuta en uno de los CMS populares: InSales, amoCRM, ShopScript, 1C-Bitrix o CS: Cart, entonces puede usar aplicaciones que funcionan según el módulo de correo oficial.
Módulo para tiendas en plataformas CMS
El módulo envía los parámetros del paquete desde el carrito de compras a la tarifa , el servicio para calcular el tiempo y el servicio de seguimiento. A partir de ahí, recibimos información sobre el tiempo y el costo de la entrega y los transferimos a la cuenta de envío personal, donde se realiza la preparación preferencial: se forma una etiqueta de dirección y se asigna un número de seguimiento.
Desde la cuenta personal de envío, los documentos y los datos de seguimiento se devuelven a la interfaz del sistema de gestión de la tienda. El vendedor puede imprimir etiquetas para la entrega de paquetes y transferir números de seguimiento a los clientes en su CRM habitual.
Widget de selección de sucursal
Si los compradores completan todos los datos del pedido sin abandonar el sitio, la conversión a compras será mayor. Para que en la etapa de registro de la entrega no tengan que recordar la dirección, el código postal y el horario de atención de la sucursal más cercana o buscar esta información fuera del sitio web del vendedor, puede usar un widget con un mapa de oficinas postales y puntos de emisión de pedidos.
Los cliente selecciona una rama de la tarjeta y ve la información al respecto: dirección, horarios de apertura, métodos de pago, así como el costo y tiempo de entrega, que se extraen de los servicios API abiertas tariff.pochta.ru y delivery.pochta.ru .
El comprador recibe toda la información importante en una ventana: el plazo, el costo y el cronograma del departamento
No necesita ningún conocimiento especial para instalar un widget en un sitio web o aplicación. El constructor se configura con unos pocos clics y está disponible en widget.pochta.ru .
Aunque tenemos un conjunto de soluciones que cierran casi cualquier solicitud de una empresa, no nos detenemos allí y creamos un único punto de entrada para los clientes. Con él, las empresas recibirán herramientas para facilitar la integración de la logística en sus procesos, y el Correo será otro poderoso canal para promover y desarrollar sus productos y servicios.
Si comparte este enfoque y desea participar en la transformación de los servicios que serán utilizados por cientos de tiendas en línea en todo el país, entonces lo estamos esperando en el equipo de Postal Technologies. Las vacantes abiertas en 9 ciudades de Rusia se pueden ver en hr.pochta.tech/vacancies .