ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
2
PLANTILLA DE EJEMPLO DE REQUISITOS DEL PRODUCTO
https://es.smartsheet.com/try-it?trp=28134
3
TÍTULO DEL PRODUCTOProyecto Phoenix - Plataforma de participación del cliente
4
AUTORSasha Petrov
5
TELÉFONOTeléfono
6
CORREO ELECTRÓNICO
7
DIRECCIÓN123 Main Street, Suite 125
8
FECHADD/MM/AA
9
DESCRIPCIÓN GENERAL
10
El Proyecto Phoenix tiene como objetivo desarrollar una sólida plataforma de participación del cliente diseñada para SMB (pequeñas y medianas empresas). Esta plataforma facilitará una interacción fluida entre las empresas y sus clientes, y ofrecerá funciones para mensajería, soporte al cliente y análisis.
11
OBJETIVOS DEL PRODUCTO
12
Definir los objetivos y las metas generales que el producto pretende lograr. En esta sección, se establece el contexto para los requisitos que siguen a continuación.
13
OBJETIVO 1Mejorar los canales de comunicación entre clientes y empresas.
14
OBJETIVO 2Proporcionar una interfaz fácil de usar para las consultas de soporte al cliente.
15
OBJETIVO 3Implementar herramientas de análisis para que las empresas obtengan perspectivas sobre las interacciones de los clientes.
16
IDENTIFICACIÓN DE LAS PARTES INTERESADAS
17
Enumerar y describir las partes interesadas involucradas en el proyecto, y especificar sus funciones, responsabilidades e intereses en el producto.
18
NOMBREFUNCIÓNRESPONSABILIDADINTERESES EN ESTE PRODUCTO
19
Melissa B. y Kiran G.Equipo de marketing (usuarios principales)Proporcionar perspectivas sobre las necesidades de participación de los clientes.
20
Patricia H. y José P.Equipo de desarrolloDesarrollar y mantener la plataforma.
21
22
REQUISITOS FUNCIONALES
23
Detallar las funcionalidades específicas que debe tener el producto. Utilizar historias, situaciones o casos de uso de los usuarios para describir cómo los usuarios interactuarán con el producto y qué función debe cumplir.
24
Permitir que los clientes inicien tickets de soporte a través del chat o correo electrónico.
25
Proporcionar un panel para que las empresas realicen el seguimiento de las consultas de los clientes.
26
Habilitar la integración con las plataformas de redes sociales para los mensajes directos.
27
REQUISITOS NO FUNCIONALES
28
Abordar los aspectos que van más allá de las funciones específicas, como rendimiento, seguridad, escalabilidad, usabilidad, cumplimiento y cualquier limitación técnica.
29
El tiempo de respuesta a las consultas de los clientes debe ser menor de 30 segundos.
30
La plataforma debe cumplir con las regulaciones del Reglamento General de Protección de Datos (GDPR) para mantener la privacidad de los datos.
31
SUPOSICIONES Y RESTRICCIONES
32
Identificar las suposiciones que se hicieron durante el proceso de recopilación de requisitos y las restricciones que podrían afectar el desarrollo o la implementación del producto.
33
SUPOSICIONES
34
La plataforma se construirá sobre una infraestructura de nube existente.
35
Suposición 2
36
Suposición 3
37
Suposición 4
38
RESTRICCIONES
39
El presupuesto inicial de desarrollo se limita a USD 500 000.
40
Restricción 2
41
Restricción 3
42
Restricción 4
43
DEPENDENCIAS
44
Describir los factores o las dependencias externos que podrían afectar el desarrollo o el lanzamiento del producto, como integraciones con terceros o servicios externos.
45
DEPENDENCIA 1Integración con el software de CRM (gestión de relaciones con los clientes) utilizado por las empresas.
46
DEPENDENCIA 2Acceso a las API de terceros para la integración de las redes sociales.
47
CRITERIOS DE ACEPTACIÓN
48
Definir con claridad las condiciones que se deben cumplir para que cada requisito se considere implementado y aceptado exitosamente.
49
FUNCIONALIDAD DE CHATLa funcionalidad del chat debe manejar exitosamente 100 usuarios simultáneos.
50
DATOS DE LOS CLIENTESTodos los datos almacenados de los clientes se deben cifrar mediante AES256.
51
ANÁLISIS DE RIESGOS
52
Evaluar los riesgos potenciales que podrían afectar el éxito del proyecto y detallar las estrategias de mitigación o los planes de contingencia.
53
RIESGO MITIGACIÓN
54
Posibles retrasos debido a cambios en las API de terceros.Contar con opciones de respaldo para la integración de las redes sociales.
55
Los cambios regulatorios afectan las leyes de privacidad de los datos.Revisiones periódicas de cumplimiento y rápida adaptación.
56
57
ESFUERZO PRIORITARIO
58
Asignar niveles de prioridad y estimar el esfuerzo necesario para cada necesidad para ayudar con la planificación del proyecto y la asignación de recursos.
59
REQUISITONIVEL DE PRIORIDADESTIMACIÓN DEL ESFUERZO NECESARIO
60
Requisito 1AltaEsfuerzo estimado: 4 semanas.
61
Requisito 2MediaEsfuerzo estimado: 6 semanas.
62
Requisito 3BajaEsfuerzo estimado: 8 semanas.
63
Alta
64
HISTORIAL DE VERSIONES Y REGISTRO DE CAMBIOS
65
Llevar un registro de las revisiones, las actualizaciones y los cambios realizados en el documento para llevar a cabo el seguimiento de la evolución de los requisitos.
66
VERSIÓN EDICIONES COMPLETADAS PORFECHADESCRIPCIÓN DE EDICIÓN
67
1.00Sasha P.DD/MM/AABorrador inicial
68
1.10Sasha P.DD/MM/AASe agregaron detalles de las partes interesadas
69
1.20Sasha P.DD/MM/AASe incluyó el análisis de riesgos
70
DD/MM/AA
71
DD/MM/AA
72
AYUDAS VISUALES
73
Incorporar diagramas, marcos de soporte, maquetas o prototipos para representar de forma visual el aspecto y la funcionalidad previstos del producto, lo que aumenta la comprensión y la claridad.
74
75
HAGA CLIC AQUÍ PARA CREAR EN SMARTSHEET
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100