PRD - Kiosco Boletería/comidas Procinal

Target release	?
Document status	DRAFT
Product Owner	@a user Tekus Catalina López Procinal
Designer	Equipo procinal
Tech lead	@a user
Technical writers
QA
Links of interest	https://tekusco.sharepoint.com/:f:/s/Producto/ElnhXzjbaM1JrBTu4hm_XCABP1q8IYiT6sft1CdsVYPEhQ?e=rYWGsF https://miro.com/app/board/uXjVOusdUvg=/?share_link_id=927718306557
User interaction and design	En la carpeta de sharepoint

Objective

Desarrollar e implementar una experiencia de autoservicio para a venta de boletas en cinemas Procinal

Success metrics

Goal
What does success look like?

Metric

How do you measure success?

1

Mejorar la experiences de compra de comidas en los cinemas Procinal

Cantidad de boletas vendidas
Cantidad de espectadores (personas que ingresan, es decir, una boleta puede tener dos espectadores)

2

Background and problem definition

Background

This is where you frame the problem, explain what matters, what this is something that should be solved.

Aproximadamente el 70% de los clientes Procinal compran boletos y comida con dinero en efectivo, inicialmente se quería integrar el sistema de venta de boletos con una máquina en la que se permitiera pagar con efectivo, pero las máquinas, las integraciones y demás elementos hacen el proyecto demasiado costoso. En una conversación de Leonardo con el asesor de Procinal se llegó a una conclusión:
- Los pagos en efectivo se hacen por conveniencia, pero no quiere decir que los usuarios no tengan tajetas débito o crédito para pagar. Es decir, si creamos una forma conveniente de pago a través de kioscos, creemos que puede aumentar el ticket promedio mientras se genera una nueva experiencia en la atención.

1

Problem/Opportunity

A clear description of the problem that the team needs to solve. This is like the challenge statement write in this format: [Action] + [Output] + For [User] + To [Problem] + By [Timeframe]

Desarrollar un Kiocos que permita hacer pedidos de los productos del restaurante de Procinal y pagarlos en este para el 15 de julio.

2

Hypotheses and assumptions

[They are the beliefs / assumptions we have with the project. Ideally we will write the hypotheses in this format: “if [I do this] then [this happens / generates this impact]

Podemos mejorar la experiencia en la atención disminuyendo filas
Podemos mejorar los tiempos de atención

Requirements info

Notes about Priority and relevance

P0 (Critical)= launch blocker. Product will not launch without this feature (Critical or blocker)
P1 (Highest) = desirable for launch, but not required. Fast follow launch (Highest)
P2 (Hight) = nice to have (High)
P3 (Medium) = unlikely to get built but interesting (Medium)
P4 (Low - Lowest) = unlikely to get built (Low)

	Requirement	Priority	Notes
1	Venta de boletería	P0
2	Login con lectura de cédula	P0	Los servicios de score tiene varios sericios Scoced (lectura cédula) * Scolog (correo + clave)
3	Integración con sistema de pagos	P0	Las boletas no se facturan, se entrega un baucher.
4	Diseño de look & feel de la interfaz de acuerdo al manual de marca de Procinal	P0
5	Desarrollo e implementación del Kiosco de pedidos	P0
6	Vamos a usar el Kioscos SAT que tenemos en Tekus	P0
7	Estadísticas de sesiones e interacciones	?
8	Cine fans	P1
9	Integración con sistemas de productos del restaurante de Procinal	P1
10	Integración con servicio de cartelera
11	Integración con servición de programación	P0
12	Venta de Gafas	P1	Este servicio es de Retail

Out of Scope

No va a haber ventas a través de máquina de efectivo / Monedero

Open Questions

Question	Answer	Date Answered
¿A quién se le pueden pedir cambios en las interfaces?
¿Qué servicios de todos los que pasaron son los que deben comsumir?	Reunión directa con Score.
El core es la venta de Boletas	No todas las personas que compran boletas compran alimentos.
¿Las configuraciones de cada cinema es diferente?	Si, todas las programaciones son diferentes. Cada cinema tiene un código único. Incluso los horarios son diferentes.
¿Cada cuanto se renueva la programación?	Cada semana, los jueves
¿Existe alguna restricción para que a partir de x tiempo pueda comprar una boleta?	45 antes de la función no puedo comprar. Es un parámetro que se puede parametrizar dentro de Score.
¿La experiencia de compra web es similiar y nos podemos basar de ella?
¿Cuántas personas caben en un teatro?	La supernova puede tener 120 sillas, es la más grande.
¿Qué datáfono usan?	Credibanco, a través de ellos se hace la transacción.
¿Debemos escanear el documento?	No, esto solo funciona para cinefans.
Servicios a consumir por Score	Login (Scoced) Peliculas (Cartelera) El filtrado por teatro se puede hacer del Json Obtiene las ruta de las imágenes SCOMAP → entrega la distribución de sillas (posiciones absolutas y relativas Tarifas por funcion (SCOPLA) → para el proceso de venta Scopla trae la información detallada. Muetra tarifa por una función
¿Cuál es la acción para filtrar por lugar?	FALTA en el diseño ¿Esto debería ser automático?
Cómo sabemos si estamos haciendo un arrego correcto de las sillas?	Monica envía un patallazo
Se puede hacer preventa	Si
¿Cómo funciona el sistema de venta de gafas?	Las gafas son un producto de Retail, maneja inventario, es decir, se deben manejar servicios de confitería, P2.
¿Para la venta vamos a tener en cuenta el recargo?	Esto se puede hacer por transacción o por boleta. 🤔🤔🤔🤔 Es parametrizable. Igual siempre se debe consultar SCOSET
¿Si dos usaurios están comprando la silla en el mismo momento?	SCOGRU valida siempre que la silla se marque como ocupada. El usuario que tenga el sistema más rápido gana. Pero para lograr el pago se hace con SCOINT. SCOGRU SOLO HACE PREVENTA PARA QUE NADIE MÁS LA ESCOJA, Y LA RESERVA CON ESCOINT SCOGRU →
Ambiente de pruebas QA	Procinal Medellín. Catálina o Mónica nos da acceso. Debemos hablar con Credibanco para hacer integración.