> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/es/2020/w45-revisiting-b2b-quality-and-user-experience-issues.md).

# W45-Volver a pensar la calidad y la experiencia en B2B

Hace poco, dos equipos de negocio nos comunicaron problemas con el checkout para empresas. Mientras hablábamos e investigábamos, empecé a pensar a más largo plazo en la calidad y la experiencia de los pagos B2B.

El primero fue una queja de Kuailü sobre la experiencia del checkout. Reunimos a sus responsables de producto y desarrollo para discutir los casos problemáticos recopilados y entender las necesidades y circunstancias de ambas partes.

El segundo fue un error del SDK del checkout que reportó el equipo de SaaS para restaurantes. La versión del SDK es antigua y arrastra carencias en la supervisión de la calidad, lo que acabó dificultando el diagnóstico. Como la biblioteca tiene un alcance amplio y funciona de forma bastante estable, siempre hemos sido prudentes al modificarla.

En realidad, ambos problemas reflejan que los equipos de negocio nos están exigiendo más. También significa que hemos entrado en otra fase de desarrollo. En cada etapa debemos elevar o ajustar nuestras propias exigencias para afrontar los cambios que vienen.

Al principio, los pagos B2B se parecían más a una página de redirección hacia un proveedor de pagos externo. Después de casi un año de iteraciones del negocio, hemos construido prácticamente un producto de pagos completo, con circuitos cerrados de cuentas, fondos y tráfico.

De cara al futuro, Kuailü y Youxuan son los negocios con más posibilidades de crecer en volumen. Debemos preparar la experiencia y la calidad antes de que se dispare el número de pedidos.

Kuailü es un caso B2B bastante particular. Por su flujo de negocio, se parece más a un mercado de compradores del ámbito de consumo. Es natural que exija una buena experiencia de checkout. El siguiente paso es preparar planes a corto y largo plazo para los problemas actuales. A corto plazo, nos centraremos más en el funcionamiento sin conexión y en shark. A largo plazo, aprovecharemos los resultados de Neo. El checkout también puede servir como campo de pruebas de la conversión de Neo en una plataforma para empresas. Ahora estamos hablando con las distintas partes y recopilando información.

La calidad es la cuestión fundamental del checkout. Hasta ahora hemos dedicado esfuerzo a la garantía y la supervisión de calidad de su página principal, pero la inversión en el SDK y en los pagos con autorización previa es muy insuficiente. Se ve, por ejemplo, en que desde el frontend no podemos calcular la métrica técnica SLA ni supervisar el flujo de pago completo entre distintos proyectos. Son asuntos prioritarios que debemos resolver en la siguiente etapa.