Algunos problemas encontrados en proyectos de centros comerciales
? El proyecto en sí no es de gran escala, sólo un pequeño programa simple similar a un centro comercial. Básicamente, todas las arquitecturas funcionales de los productos se construyen en función de las necesidades reales del lado comercial. Así que no entraré en detalles sobre el miniprograma en sí. Como era la primera vez que hacía un proyecto de centro comercial, encontré algunos problemas inesperados. Este artículo resume principalmente los problemas encontrados en el proyecto y los puntos que necesitan atención. Espero que pueda ser útil para los estudiantes que son responsables de productos similares por primera vez ~
El proceso de pago en el subprograma de WeChat es: pago del usuario ->; llamar a la interfaz de pago de WeChat -& gt; orden de pago ->; autenticar y devolver resultados de pago -> Actualizar estado de pago (como se muestra en la figura).
La imagen muestra el documento oficial de WeChat y los enlaces relevantes se encuentran al final del artículo. Los estudiantes interesados pueden hacer su propia investigación.
? En la prueba real, después de que el usuario realizó un pedido y pagó con éxito, existía una cierta probabilidad de que el backend de administración no recibiera una devolución de llamada de WeChat. En este momento, la terminal del usuario mostrará que el pago se realizó correctamente y luego la terminal comercial (backend de administración) mostrará que el pedido se pagó.
? Después de la comunicación interna, decidimos solicitar repetidamente una devolución de llamada en forma de una tarea programada dentro de un número limitado de veces (o dentro de un tiempo específico) para los pedidos que se pagaron exitosamente por parte del cliente pero que no recibieron una devolución de llamada por parte del cliente. lado mercantil. Debido a que esta situación es un evento de probabilidad pequeña, si se exceden las condiciones anteriores y no se recibe una devolución de llamada de WeChat, el pedido se ingresará en la lista de pedidos anormales y se recordará mediante una carta en el sitio. Procesar a mano.
? Hay dos formas comunes de bloquear el inventario. ① Bloquear el inventario correspondiente después de que se genera el pedido. Si el pago no se realiza correctamente dentro del tiempo correspondiente, el inventario se liberará nuevamente. ② El inventario se bloquea cuando se genera el pedido y el inventario se bloquea después de que el pago se realiza correctamente.
? Debido al pequeño tamaño de este miniprograma, a la parte empresarial le preocupaba que sus amigos lo bloquearan maliciosamente, por lo que adoptaron el segundo método de "bloquear el inventario después de un pago exitoso". Sin embargo, es probable que el segundo método provoque impagos en bienes con un buen volumen de ventas.
? Por ejemplo, cuando el inventario de un determinado producto es "1" y varios usuarios realizan pedidos y pagan al mismo tiempo, es posible que varios usuarios puedan pagar con éxito, pero solo la cuenta de usuario que recibe primero una devolución de llamada del pago de WeChat puede bloquear el inventario restante. Los pedidos pagados exitosamente por otros usuarios entrarán automáticamente en el proceso de reembolso debido a inventario insuficiente.
? En este caso, el sistema necesita explicar en texto el reembolso provocado por esta situación en el SMS de recordatorio de reembolso.
? Después de que el cliente solicite un reembolso, el pedido cambiará a "Reembolso en curso". En este momento, el código de consumo correspondiente al pedido no se puede utilizar normalmente (cancelado). Si el usuario necesita usar el código de consumo durante el período de reembolso, haga clic en el botón "Cancelar reembolso" en la página de detalles del pedido para usarlo normalmente.
? Al revisar un pedido solicitando un reembolso en el backend de gestión, el operador correspondiente debe completar (opcional) el motivo del rechazo. Después de que el reembolso falle, el pedido pasará a ser "para ser usado" y el usuario podrá continuar usándolo u obtener un reembolso nuevamente.
? Lo que hay que tener en cuenta aquí es que si el usuario "no realiza el reembolso", el registro de reembolso del usuario debe mostrarse en el miniprograma.
? En los centros comerciales, los productos se dividen en dos categorías. ① El inventario diario y el precio de los bienes son independientes y no se afectan entre sí (como habitaciones de hotel, rutas de viaje, etc.) ② El inventario dentro de un período de tiempo es el inventario total (como regalos, boletos, etc.) , pero el precio se puede fijar por separado por día . Para estos dos productos diferentes, habrá una pequeña diferencia en la configuración de inventario y precio.
? Para gestionar mejor los precios diarios y el inventario diario (si es necesario), gestionamos los precios de los artículos, el inventario y las reglas de cancelación en forma de vista de calendario. En lo sucesivo denominada “Cronología”.
¿Cómo manejar mercancías de inventario de 2.5.1 días
? Para los productos que necesitan configurar un inventario diario, debemos establecer un inventario estándar, un precio estándar y una regla de cancelación predeterminada al crear el producto para inicializar los campos relevantes en la lista diaria.
? Cabe señalar que una vez creado el producto, la información del inventario diario, el precio diario y las reglas de cancelación diaria del producto se modificarán en la lista diaria. Por lo tanto, una vez creado el producto, los campos correspondientes en la página de detalles del producto no se pueden modificar. Los administradores solo pueden modificar/modificar por lotes información relevante en la lista diaria.
2.5.2 ¿Cómo manejar los bienes del inventario general
? Para los productos que no necesitan configurar un inventario diario, el inventario establecido al crear el producto es el inventario total del producto, que se puede modificar en la página de detalles del producto. Una vez creado correctamente un producto, los campos Precio estándar y Reglas de cancelación predeterminadas no se pueden modificar desde la página de detalles del producto. La información como precios y reglas de cancelación solo se puede modificar/modificar de forma masiva desde la lista diaria.
2.6.1 ¿Código de consumo cancelado
? El código de consumo es el vale de uso relevante que el usuario obtiene después de comprar bienes en el mini programa. Los usuarios deben cerrar sesión en el código de consumo antes de usarlo sin conexión.
? El principal problema encontrado en la cancelación es la serie de operaciones que se realizan automáticamente después de la cancelación.
? Por ejemplo, después de la cancelación, los promotores recibirán automáticamente bonificaciones, cupones y otros derechos.
Teniendo en cuenta que puede haber cancelaciones incorrectas, cancelaciones maliciosas y solicitudes de reembolso de los usuarios después de las cancelaciones en operaciones reales, la cancelación del pedido debe cancelarse antes de las 24:00 del mismo día después de que se haya emitido el código de consumo. sido cancelado.
? Por el bien de la experiencia del usuario, para evitar la invalidación de bonos, cupones y otros derechos emitidos por el sistema después de la cancelación del pedido, ajustaremos el tiempo de emisión de los derechos relevantes después de las 24:00 del día de La amortización para evitar la mencionada cancelación de operaciones de amortización provocó una serie de problemas. (Los pedidos cancelados después de las 24:00 del mismo día no se pueden cancelar)
¿El código de consumo caduca
? En el sistema, cada pedido de producto es urgente. Después del tiempo especificado, el código de consumo del pedido correspondiente quedará "caducado". Por el bien de los intereses reales del comerciante y la experiencia del usuario, con el permiso del comerciante, los pedidos vencidos aún se pueden cancelar normalmente en segundo plano. Sin embargo, durante la cancelación, se recordará al operador que el pedido ha vencido mediante un fuerte reconocimiento de identidad. y confirmación secundaria sobre si continuar con la cancelación.
? Derechos e intereses relacionados (cupones, bonificaciones, etc.) La cancelación de los pedidos vencidos que normalmente se emiten a los promotores debe planificarse de acuerdo con la situación real del departamento de ventas. Dado que las tiendas fuera de línea de este mini programa se encuentran en la etapa de promoción, una vez que se cancelen los pedidos vencidos, los derechos e intereses relevantes aún se distribuirán a los promotores normalmente.
? En el centro comercial habrá algunas actividades para premiar a los usuarios. Los bonos se pueden retirar cuando los usuarios cumplen ciertas condiciones. En el mini programa WeChat, las funciones relacionadas con el retiro de efectivo se pueden realizar mediante transferencias comerciales de WeChat. Sin embargo, en la operación real, los retiros de efectivo pueden fallar ocasionalmente, principalmente en las dos situaciones siguientes:
2.7.1 El monto de la cuenta de la plataforma es insuficiente.
? Si la cuenta de comerciante de WeChat del comerciante no tiene fondos suficientes después del retiro, el retiro del usuario fallará. Por el bien de la experiencia del usuario y la imagen corporativa, el estado de falla de retiro causado por "cantidad de cuenta de plataforma insuficiente" no se sincronizará con el cliente, sino que se notificará en el fondo de administración en forma de una carta en el sitio o un mensaje de texto. recordatorio del responsable. Los administradores pueden ver "Retiro de pedidos fallidos" en el módulo de pedidos anormales y pueden "retirar nuevamente" pedidos con montos insuficientes.
? Cabe señalar que el cliente no tiene conocimiento de la operación de "re-retiro" realizada por el administrador en segundo plano.
2.7.2 Error en la interfaz de retiro.
? Cuando se produce un error en la interfaz de retiro (transferencia), la forma de visualización más intuitiva es que el estado de la orden de transferencia en el centro de pago siempre se muestra como "Transfiriendo/Sin confirmar". Desde la fecha de creación de la orden, habrá un temporizador para ejecutarse. cinco retiros (transferencias) cada día )Función. Cuando un pedido permanece en estado "Transfiriendo/No confirmado" durante más de 72 horas (3 días), el pedido correspondiente se ingresará en la lista de pedidos anormales. Te lo notificaremos a través de una carta en el sitio o un recordatorio por mensaje de texto del responsable. El administrador puede operar manualmente el pedido en la lista de pedidos de excepción.
? ¿Cuánto tiempo le toma a un usuario iniciar sesión antes de que caduque y necesite iniciar sesión nuevamente? En realidad, se trata de un pequeño problema que fácilmente se pasa por alto y que debe analizarse en función de las circunstancias específicas de cada producto. Sólo menciónelo aquí. Si tiene necesidades especiales al diseñar funciones, ¿puede mencionarlas por separado~
? Los anteriores son algunos de los problemas encontrados en el proyecto del centro comercial. Estas preguntas pueden ser relativamente básicas, pero son puntos que no consideré completamente en la situación real, o puntos que cambiaron después de ingresar al proceso de desarrollo.
Espero que sea útil para todos ~
Información relacionada: Diagrama de flujo comercial de pagos del mini programa WeChat:/wiki/doc/api/wxa/wxa_api.php. Capítulos = 7 _ 4 & índice = 3