# Build ![](/files/XM3wcemRqzL2VY4MWcuq) ## **Build: Construyendo el proyecto** El equipo de Build se compone de dos pilares principales, por un lado los maquetadores, que se encargan de implementar el diseño usando Webflow y algunas integraciones menores, y por otro lado, aquellos que trabajan en el desarrollo técnico. Una vez que el diseño ha sido aprobado por el cliente, con todas las pantallas y flujos finales, es el momento de pasar al equipo de **Build** para que puedan construir el artefacto, ya sea una página web en **Webflow,** o un **MVP** más complejo utilizando diferentes herramientas no-code y código cuando es necesario. Durante la maquetación, la comunicación con diseño sigue siendo diaria, utilizamos **Slack** para comunicarnos feedback ágilmente y levantamos reuniones en puntos que puedan generar fricción o dudas específicas que tengan el suficiente alcance en el correcto desarrollo del proyecto. En ocasiones, una vez realizada la pantalla principal por parte de diseño, el equipo de Build, puede ponerse a desarrollar o hacer pruebas de concepto de la funcionalidad requerida por el cliente y establecida en el proceso de definición. Visualizar cómo se pueden implementar las partes más complejas ayuda a comunicar rápidamente a la squad de Diseño si hay que realizar algún cambio en el diseño o su planteamiento. El proceso es fluido, ya que se adapta a cada proyecto, pero podemos definir brevemente la parte de build en estos dos flujos: * **Product Marketing:** Se realiza el proceso de diseño, y una vez cerrado, se maqueta y se integran las diferentes herramientas No-code como Arengu, Integromat o Airtable. * **MVP:** Durante el proceso de diseño se investiga y se ejecutan pruebas de concepto de cómo integrar la herramienta correcta de No-code en las necesidades del proyecto, se ejecuta en cascada, de la necesidad más compleja a la más simple en paralelo a diseño. En ocasiones, si el cliente quiere lanzar un nuevo producto, se realiza una landing page siguiendo gran parte del proceso de Product Marketing. Pese a que parezca estructurado, cada encargo tiene su propia complejidad. Donde el proceso de diseño suele ser end-to-end o formado por sprints, dentro de Build existen más variaciones. Por ello intentamos estandarizar un proceso común que ayude a asentar las bases de los proyectos y, a partir de ahí, acotar y definir las posibilidades que tenemos para implementar los requerimientos del cliente. ![](/files/egcwAZQQBryyOlaHbCcI) --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://handbook.minimum.run/el-proceso-de-minimum/minimum-shape-up/build.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.