Estoy tratando de crear un formulario que solicite información de un posible cliente, este formulario tendrá que funcionar para todo tipo de industria (negocios, construcción, diseño, programación...).
En la mayoría de los casos, generalmente necesita, por ejemplo:
Sin embargo, las personas que envían este tipo de formularios solo envían (incluso si les notifica que especifiquen la información), ejemplo:
Resumen: Necesito un sitio web.
¿Hay algún proceso que pueda seguir para enviar información más relevante y suficiente para dársela a los miembros de mi equipo y comenzar el proyecto?
Si está hablando de un proyecto que ya ha sido aprobado y está en preparación, me remito a la respuesta de @Doug B.
Sin embargo, si está hablando de un formulario que se encuentra en el sitio web de su empresa, utilizado por clientes potenciales para comunicarse con usted porque están buscando una agencia que satisfaga sus necesidades, entonces hay un equilibrio entre solicitar suficiente información para que sea útil para usted y no hacer tantas preguntas que se sientan frustrados y sigan adelante (¡aunque tendrían que responder las preguntas de todos modos en algún momento del proyecto!).
Cada vez es más común que las agencias proporcionen un documento de "Planificación del proyecto" por adelantado, en lugar de/además del formulario de contacto básico que normalmente solo recibe las respuestas "Necesito un sitio web". El artículo "Cuestionarios de diseño web, hojas de proyecto y hojas de trabajo" de Smashing Magazine enlaza con varios en ese campo; mi favorito siempre ha sido el ejemplo de Happy Cog , porque además de obtener información importante, prepara el escenario para las formas en que el cliente debe involucrarse para el éxito general del proyecto.
Según su pregunta, asumo que el proyecto ha sido aprobado por cualquier nivel de autoridad apropiado, y usted está tratando de darle al equipo del proyecto una idea razonable del "panorama general".
En términos generales, desea documentar (sin ningún orden en particular):
Creo que se trata de la información mínima que todo el equipo necesita para desarrollar el espíritu de equipo y sentir que están involucrados en algo más grande, mejor y más importante que su unidad funcional.
Exactamente lo que incluya dependerá de su público objetivo y del tamaño/escala/criticidad del proyecto. Debe escalar su documentación según corresponda. La mayoría de mis puntos a continuación se pueden cumplir con un par de oraciones o cien páginas, tú eliges :-)
No estoy seguro de la intención aquí: ¿quiere un formulario que un cliente simplemente llene y que brinde suficiente información para que un equipo de proyecto pueda tomarlo y comenzar el proyecto? ¿Y quieres que sea transversal a la industria?
Te estás perdiendo DEMASIADOS pasos aquí. Te estás perdiendo la estimación, la planificación, los estatutos, la identificación de las partes interesadas, solo en la parte superior de mi cabeza. Parece que está tratando de eliminar la interacción PM/Cliente, que es una receta para el desastre.
Una de las razones citadas con más frecuencia para el fracaso del proyecto es la comprensión inadecuada de los requisitos del proyecto desde el principio. Y eso es para proyectos con mucha comunicación cara a cara. Intentar reducir eso a una forma solo garantiza el fracaso.
Y eso ni siquiera aborda el tema de la industria cruzada.