prestemos / planning Goto Github PK

Se ha dado que los clientes depositan lo de 2 conceptos diferentes en una sola emisión (pago inicial + otra cosa). El EP carga el comprobante sin indicar nada, deberíamos poder distinguir cuánto es de Pago inicial, cuánto es de otra cosa y de qué es ese pago.
Ej. Se carga un comprobante de $100, poder distinguir que $80 son de pago inicial y $20 son de placas.

• Hablar con Cindy e Itzel para saber en qué momento se debería de hacer esa clasificación.
• Definir una lista de conceptos para los pagos adicionales al PI.
• Proponer un flujo para el caso de pagos adicionales en el pago inicial.
• Hacer una propuesta para integrar el flujo a la nueva UI de pagos iniciales y obtener VoBo.
• Modificar la UI de Pagos iniciales y actualizarla en Zeplin.

stakeholder: @remigioamc

scope:

• Revisar qué información es la de interés en el "resumen" de la solicitud.
• Hablar con 5-8 EPs para confirmar hipótesis.
• Enlistar la información y acciones que les serían útiles.
• Hacer primeros bocetos para la nueva vista y revisarlos con Remo y Arthur, hacer correcciones necesarias.
• Revisar nueva propuesta con Remo y Arthur para VoBo.
• Hacer últimas correcciones y subir diseño a Zeplin.

Stakeholder: Abraam

Revisar más info en #15

• Hablar con Ricardo y David (AVM) acerca del proceso de Envío de placas.
• Hacer bocetos para el caso de envío de placas y revisarlos para VoBo.
• Hacer mockups e integrar las nuevas pantallas a la UI en Zeplin.
• Hablar con Abraam y Ricardo de cómo hace la agencia el proceso de placas (trámite e instalación o solo trámite?)
• Hacer bocetos para el caso de placas por parte de la agencia y revisarlos para VoBo.
• Hacer mockups e integrar las nuevas pantallas a la UI en Zeplin.

stakeholders:@arturodcr

stakeholders: @arturodcr
user validation: Análisis

stakeholder: @MexicanGodzilla

stakeholders: @arturodcr
user validation: Análisis

stakeholders: @MexicanGodzilla @remigioamc
user validation: Sales Managers
Tasks:

• change display columns
• change db
• Add dealership view

Se convirtió en investigar qué se necesita para el proceso de Entrega y de ahí también salió el proceso de Pago de comisiones, se revisó con el área comercial y operaciones, está pendiente hablar con Mariela para saber cómo hace el pago de comisiones y también de dónde saca la información cuando hace el desembolso (para saber si estamos en lo correcto según el info flow).

• Identificar problemas
• #12
• #13

stakeholders: Abraam Roger @remigioamc
user validation: Análisis

stakeholders: @MexicanGodzilla @remigioamc y Abraam
User validation: Operaciones

Diseño: #12

• If document is deleted mark corresponding downpayment as deleted
• Change documents from has_one to has_many downpayment
• Change upload interface for downpayment document and adapt endpoint (create a new one)

Stakeholder: @remigioamc y @abdonnacif

Customer value-add: 100% digital experience to obtain financing (leverage PAD), help seeking car, help closing sale
Experience: Customer driven experience until fully approved by analysis, then someone contacts customers, tries to find car or see where customer has found it, and passes customer to Nexu Especialist.

Stakeholder: @MexicanGodzilla

Contexto:
Abraam: "Cuando en arrendamiento la agencia realiza los trámites, en verdad no mandamos con ningún gestor, pero creo que deberíamos habilitar para que cuando se concluya el tramite y la agencia nos mande las fotos de la evidencia de la tarjeta, las placas, Ricardo las tendria que subir a la plataforma y poner el tramite como terminado"

Revisar con @MexicanGodzilla "adaptación de placas para que en vez de Instalar sea Enviar placas"

Stakeholder: @arturodcr
User validation: Análisis

Revisar

• se agregan todas las incidencias
• se guarda la información correctamente
• probar flujo completo con analista1
• probar flujo completo con analista2

Stakeholder: @remigioamc

Tomando en cuenta el excel y los distintos puntos del flujo de información revisar si tenemos todos los inputs y outputs, identificar que falta (pasos, inputs, outputs, validaciones, generar archivos, etc).

Stakeholder: @remigioamc y Mario Morales

Hablar con Mariela para conocer sobre el archivo de domiciliación. Poder generar el archivo de domiciliación desde la plataforma. Al crear el archivo tomar en cuenta que información poner en cada campo (usar los campos de referencia para poder identificar la cuenta a la que pertenece el pago)

Guardar último producto al cual se le descargo la cotización
Opción seleccionada
Crédito o arrendamiento en el primer loading
PF = crédito PFAE/PM = arrendamiento

stakeholder: @remigioamc y Mario (finanzas)

Scope:
Implementar funcionalidad para poder generar, enviar y recuperar las facturas de los clientes utilizando facturama.

Tomar en cuenta los distintos conceptos para facturar.

stakeholders: @MexicanGodzilla @remigioamc
user validation: Enrique

Diseño: #2

stakeholders:@remigioamc
Tasks:

• Definir standard
• Agregar serializers a 5 models

Eliminar la opción de editar la renta manualmente. Debería siempre estar involucrado con un cambio en la tabla de pagos. La razón es poder calcular el saldo y el resto de las columnas en la tabla de amortización.

Cambiar el plan de pagos para generar una tabla de amortización similar a la de CreditPlan.simulation o LeasingPlan.simulation (podría ser que meter en la cuenta que acceda al Plan según el tipo de producto).

Necesidad: Poder ver todas las columnas de la tabla de amortización en el plan de pago

Considerar:
Adelantos a renta y capital
Cargos (pago de intereses moratorios, tenencia, placas, etc)
Separar el calculo del seguro financiado

Stakeholder: @remigioamc

Para estados de cuenta:

• from
• to
• bank

Para identificación

• type
• front/back/both

Para domicilio

• type
• date

Revisar experiencia antes de diseñar.
Tomar en cuenta el poder ver/editar la información

• Agregar una relación a account para identificar vendedor y manager internos y externos (los managers pueden cambiar por lo que necesitamos guardar la info, ejemplo: duvignau)
• Agregar relación de purchase order con agencia (cambiar la vista para que tengan que seleccionar la agencia en lugar de campo libre para llenar el nombre y bloquear el cambio de agencia en la vista de resumen si application tiene purchase_order o algún status más alto)
• Guardar rfc_email
• Agregar siting a vehicle para las placas (sacar siting_state de esa tabla y generarla en el VoBo del contrato). Considerar guardar la info de las placas en un futuro

stakeholders: Abraam Operaciones @remigioamc
user validation: Operaciones
details: investigar que se necesita para que operaciones pueda validar los pagos iniciales en https://team.nexu.mx/operations/downpayments

• Pedir que me expliquen cómo funciona actualmente la vista de pagos iniciales.
• Preguntar en Ops cómo debería ser la validación.
• Recolectar la información necesaria y proponer un flujo.
• Proponer wireframes y revisarlos para VoBo.
• Diseñar mockups y subirlos a Zeplin

stakeholders: Abraam Antonio @remigioamc
details: investigar que información es de interés para las distintas areas (seguramente look to book, aprobaciones y cierres)

• Preguntar qué puntos debemos comparar entre Arrend y Cred.
• Hacer una lista preliminar de lo que podríamos mostrar.
• Wireframe de primera propuesta para revisión y VoBo.
• Mockups de la sección comparativa para últimas modificaciones.

stakeholders: Enrique Antonio @arturodcr @remigioamc
user validation: Enrique Antonio

• Recolectar info acerca de qué datos y acciones se podrán hacer en los grupos.
• Propuesta del flujo(s) para agregar grupos.
• Wireframes en papel y revisarlos para VoBo.
• Mockups y últimas revisiones.

stakeholders:@arturodcr

Reorganizar las vistas y secciones dentro de la información del cliente.

• Definir última versión del site map del resumen del cliente.
• Wireframes en papel con las nuevas pantallas.
• Prototipo para demostrar la navegación entre las nuevas pantallas.
• Cambios en las pantallas con los comentarios del prototipo.
• Mockups de las versiones finales de las pantallas.
• Prototipo con los mockups para último VoBo.
• Subir mockups a Zeplin para Alex.

Stakeholder: @arturodcr

• Papeleria
• Templates de presentaciones
• Hojas membretadas

Objetivo: Conocer por medio de qué canal llegó el cliente a Nexu. Es la parte de Customer originator>Ingreso inicial en: https://docs.google.com/spreadsheets/d/1IrfgGLmD0f8WqY0c34dzHKVjHUVXgFw1k4Bshh9DTxE/edit?usp=sharing

• Definir los posibles canales y la información relevante de cada uno.
• Pensar en cómo integrarlo al flujo de Agregar cliente y hacer primeros bocetos.
• Hacer primera propuesta y revisarla con Arthur y Remo, hacer correcciones necesarias.
• Diseñar mockups para integrarlos a la vista de Agregar cliente y revisarlos con Arthur y Remo para VoBo.
• Hacer últimas correcciones y subir diseños a Zeplin.

Stakeholder: @remigioamc

Scope:
Hablar con los últimos 5-8 ingresos del area de ventas. Buscar qué cosas no entienden de la plataforma, que les ha costado trabajo y que podríamos mejorar.

• Conseguir una lista de los últimos 5-8 ingresos de EPs para contactarlos.
• Preparar preguntas/actividades para entrevista y revisarlas con Arthur y Remo, hacer correcciones necesarias (tal vez hay ciertas actividades que nos interesa saber cómo hacen o si entienden)
• Agendar llamadas con los EPs (correo o mensaje en hangouts).
• Entrevistas con los EPs, grabar vídeo por si me quieren mostrar algo.
• Tomar notas, capturas de pantalla, y organizar observaciones por temas.
• Enlistar insights y hacer recomendaciones.