> ## Documentation Index > Fetch the complete documentation index at: https://docs.getquikly.com/llms.txt > Use this file to discover all available pages before exploring further. # Entendiendo tu propuesta > Una guía para clientes que reciben una propuesta de Quikly — cómo revisar, aceptar, rechazar, solicitar revisiones y entender cada sección. Si alguien te envió una propuesta a través de Quikly, esta página te explica qué estás viendo y qué puedes hacer con ella. ## ¿Qué es esta página? Recibiste un enlace a una propuesta profesional de software. Contiene el alcance del proyecto, requerimientos, precios, cronograma y términos para el trabajo que se te ofrece. Puedes revisar todo, hacer preguntas y responder — todo desde el mismo enlace. No necesitas cuenta ni descargar ninguna app. ## Acciones que puedes realizar Cuando abres la propuesta, tienes tres opciones: ### Aceptar la propuesta Haz clic en **Aceptar** para aprobar el alcance, precios y términos. Se te pedirá proporcionar: * Tu nombre completo (para el registro de aceptación) * Una firma visual (dibujada o tipada) * Confirmación de que aceptas los términos Esto crea un registro de aceptación legalmente vinculante con marca de tiempo, tu dirección IP y un hash del documento. ### Rechazar la propuesta Haz clic en **Rechazar** si la propuesta no cumple con tus necesidades. Opcionalmente puedes incluir un motivo, lo cual ayuda al proveedor a entender qué no funcionó. ### Solicitar una revisión Haz clic en **Solicitar Revisión** si deseas cambios antes de aceptar. Incluye detalles sobre qué te gustaría ajustar — precios, alcance, cronograma o términos. El proveedor recibe tu feedback y puede actualizar la propuesta. Recibirás una nueva notificación cuando la versión revisada esté lista. ## Secciones de la propuesta explicadas Dependiendo del tipo de propuesta, puedes ver algunas o todas estas secciones: ### Requerimientos La lista de funcionalidades, módulos o entregables incluidos en el proyecto. Cada requerimiento muestra: * **Nombre** — qué se va a construir * **Descripción** — explicación detallada del entregable * **Complejidad** — esfuerzo estimado en story points (1 = trivial, 3 = pequeño, 5 = mediano, 8 = grande) * **Prioridad** — alta, media o baja ### Desglose de precios El costo total y cómo se calcula: * **Costo base** — horas × tarifa por hora * **Modificadores** — ajustes por complejidad del tech stack, urgencia o descuentos al cliente * **Impuestos** — si corresponde * **Total** — el monto final ### Cronograma Un cronograma visual que muestra las fases del proyecto, hitos y fechas estimadas de entrega. Cada fase lista los requerimientos incluidos y la duración esperada. ### Hitos y pagos Para propuestas basadas en hitos, cada entregable tiene condiciones de aceptación y un pago asociado. Pagas cuando cada hito se completa y cumple con los criterios definidos. ### Diferenciadores Una sección "Por qué elegirnos" que destaca la experiencia relevante del proveedor, habilidades técnicas, certificaciones y proyectos pasados relacionados con tus necesidades. ### Gobernanza y términos Términos legales y operativos que protegen a ambas partes: * **Condiciones de entrega** — qué significa "hecho" para cada requerimiento * **Fuera de alcance** — qué se excluye explícitamente de este compromiso * **Gestión de cambios** — cómo se manejan y presupuestan los cambios de alcance * **PI y propiedad del código** — quién es dueño del código después de la entrega * **Compromisos de servicio** — tiempos de respuesta, disponibilidad y términos de soporte * **Términos de pago** — cronograma, métodos y política de pago tardío ### Statement of Work (SOW) Algunas propuestas incluyen un SOW completo que consolida todas las secciones en un único documento de referencia. ## Terminología común Si no estás familiarizado con los términos de proyectos de software, aquí tienes una referencia rápida: | Término | Significado | | ---------------- | --------------------------------------------------------------------------------------------------------------------------- | | **Story points** | Una medida relativa de esfuerzo. Más puntos = trabajo más complejo. Escala común: 1, 3, 5, 8. | | **SOW** | Statement of Work — un documento formal que describe el alcance del proyecto, entregables, cronograma y términos. | | **T\&M** | Time and Materials — un modelo de facturación donde pagas por las horas reales trabajadas a una tarifa acordada. | | **Retainer** | Una tarifa mensual fija por un bloque reservado de horas. Las horas no utilizadas pueden o no trasladarse al siguiente mes. | | **Hito** | Un entregable definido con condiciones de aceptación. El pago está vinculado a su completación. | | **Sprint** | Un período fijo de tiempo (usualmente 1-2 semanas) durante el cual se completa trabajo específico. | | **MVP** | Minimum Viable Product — la versión más pequeña del producto que entrega valor y puede probarse con usuarios reales. | | **API** | Application Programming Interface — cómo diferentes sistemas de software se comunican entre sí. | | **Scope creep** | Cuando los requerimientos crecen más allá de lo acordado, frecuentemente sin ajustar cronograma ni presupuesto. | ## Preguntas de alineación Algunas propuestas incluyen preguntas de alineación — son puntos que el proveedor quiere confirmar contigo antes de comenzar. Pueden preguntar sobre: * Preferencias técnicas (proveedor de hosting, herramientas específicas) * Prioridades de negocio (qué funcionalidades importan más para el lanzamiento) * Restricciones de cronograma (deadlines firmes, dependencias con otros proyectos) * Requerimientos de acceso (sistemas existentes, cuentas, credenciales) Responde estas preguntas en el chat o durante tu próxima conversación con el proveedor. ## Chat con el proveedor Cada propuesta compartida incluye un **chat** donde puedes enviar mensajes al proveedor directamente. Úsalo para: * Hacer preguntas sobre requerimientos o precios * Aclarar detalles técnicos * Discutir ajustes de cronograma * Negociar términos El proveedor recibe notificaciones por email cuando envías un mensaje. ## Firma electrónica Cuando aceptas una propuesta, Quikly registra: * Tu nombre y email * Una firma visual (dibujada o tipada) * La fecha y hora exactas de la aceptación * Tu dirección IP * Un hash SHA-256 del documento al momento de firmar Esto asegura que el documento no pueda ser modificado después de la aceptación. El registro de aceptación cumple con la ESIGN Act (EE.UU.), eIDAS (UE) y los estándares internacionales UNCITRAL. ## ¿Qué es Quikly? [Quikly](https://getquikly.com) es una plataforma de propuestas para equipos de software. Tu proveedor la usa para crear, compartir y gestionar propuestas técnicas. No necesitas una cuenta de Quikly para ver o responder propuestas — todo sucede a través del enlace compartido.