Mi cliente me pidió que le enviara una cotización de precio por día/hombre. Sus necesidades y flujos son claros.
Lo que planeo hacer es describir los módulos y las relaciones. Luego pondré todas estas salidas en un diagrama definitivo (al lado del documento de cotización).
¿Qué tipo de documento me sugieres que prepare? ¿Un diagrama de flujo de trabajo o un diagrama de flujo básico u otro documento?
Organicé, analicé las necesidades del cliente. ¿Cuál es el mejor método para presentar la información del análisis al cliente?
Diría que debe preparar una RFP (Solicitud de propuesta) para las mismas secciones incluidas (pero no limitadas a): -
En la sección de alcance del trabajo, mencione el diagrama de flujo de trabajo con bloques (no demasiado elegante, debe verse formal y profesional). A los clientes siempre les gustan los gráficos y los diagramas de bloques, ya que se explican por sí mismos, son fáciles de entender y se ven bien. No escriba demasiado en este documento, explique tantas cosas con imágenes y diagramas como pueda. Utilice la función SmartArt de Excel o Word u otra herramienta (para la descripción de integración y relacional de los módulos) .
Organicé, analicé las necesidades del cliente. ¿Cuál es el mejor método para presentar la información del análisis al cliente?
Según los comentarios sobre la pregunta, esta información se utilizará para presentar una RFP al cliente, como lo menciona Dhiman (+1!).
El factor clave aquí, por lo que puedo ver, es entender quién va a leer esto y cómo se va a utilizar este análisis. Por cierto, parece que ya estás haciendo un trabajo real, pero el contrato aún no está firmado, lo cual es un riesgo.
Entonces, suponiendo que el análisis se va a utilizar en una propuesta, podría usar cualquier formato común (como UML, mencionado por CG), pero es vital asegurarse de que el cliente sepa cómo leerlo .
Con eso en mente, antes de usar cualquier formato, sugiero acordar el formato con el cliente antes de estructurarlo. Si el cliente entiende UML, adelante. Si el cliente prefiere buenos PowerPoints antiguos, no hay problema. Si los prototipos son una posibilidad, mejor aún. Siempre y cuando ambos sepan cómo se verá el producto final .
tardío
Todd A. Jacobs