UBA/FADU

Diseño Industrial 2
Cátedra Arq. Blanco

Conceptos básicos: Problema, programa, idea rectora, partido & propuesta.

La intención de este texto no es otra que proponer un lineamiento básico para generar
un método de trabajo (finalmente, a eso nos referimos cuando usamos el término
“metodología”) para proyectar un producto. Y hagamos aquí una salvedad inicial: toda
metodología es válida si es efectiva, aunque la cátedra propone una. Su aplicación no debe
ser, ni mucho menos, un objetivo inevitable. Podrá uno personalizar el método, descartarlo,
conocer otro o crear uno nuevo (cuando la experiencia nos indique qué es lo que realmente
nos sirve para diseñar). Lo que pedimos en esta instancia es no ignorarlo.

Problemas – Investigación previa

Convenimos que todo diseño (dentro de nuestro campo) es una solución al problema
planteado, materializada en un objeto. La primera medida será, entonces, recortar y enfocar el
problema con la mayor precisión posible. No profundizaremos aquí las múltiples aristas que
poseen estos “problemas mal definidos" a los que el diseño debe dar solución. Sólo haremos
hincapié en que es imprescindible y determinante una investigación previa de gran calidad y
que la misma debe incluirse dentro de lo que conocemos como "diseñar". Si entendemos al
producto como totalidad, comprenderemos que cualquiera de ellos (o al menos aquellos que le
incumben a nuestra disciplina) incluye inevitablemente tres variables: La formal (que va a incluir
la componente semántica del producto); la funcional/operativa (cómo se usa, cómo realiza la
función) y la tecnológica (cómo se produce). Las tres variables están indisolublemente ligadas e
influyen al producto y se influyen entre sí. Una modificación formal será posible mientras la
tecnología lo permita, así como un cambio funcional implicará un cambio formal…
El modelo podría graficarse así:

Sabemos que el objeto de diseño es mucho más que la simple sumatoria de las
mencionadas variables (por eso, podemos hablar del diseño como un “hecho de síntesis”) Sin
embargo, esas tres polaridades nos van a servir al momento de hacer esta investigación previa,
para ordenar y clasificar nuestra búsqueda. Por lo tanto, conocer en profundidad cómo funciona
un producto y cómo el usuario lo opera; saber cuáles son las posibilidades de la tecnología a
partir del material, los procesos y la cota productiva; y prever las posibilidades formales a partir
de las mencionadas variables es imprescindible antes de comenzar a pensar el producto. Sin
esa información; sin ser experto en el problema-producto a afrontar, nuestra respuesta será
seguramente pobre.

Para llevar adelante esta investigación, es imprescindible relevar lo ya hecho en los

aspectos antes mencionados. Para ello nos valemos del análisis de antecedentes. Este
relevamiento puede ser sincrónico o diacrónico. El análisis sincrónico releva todos los
productos de la misma clase que hay en el mercado nacional e internacional en este momento.
Por lo tanto, sirve para saber que hay hecho y como se hizo. En síntesis, contra quién
competimos.
El análisis diacrónico es un análisis histórico del producto. Detecta las tendencias a lo
largo del tiempo, desde su aparición hasta hoy, su evolución y sus cambios más significativos.
Esto nos permite, entonces, repasar el proceso evolutivo y evaluar si hubo algún camino no
usado u olvidado.

Una vez investigado el problema desde todos sus aspectos necesitamos ordenar y
categorizar la información. En síntesis, necesitamos definir al problema (podríamos decir más
sencillamente que hemos encontrado los problemas del producto estudiado). A esta definición
del problema la llamamos Programa de necesidades y está constituido por los requisitos que
el producto debe contemplar y los condicionantes y cuantificadores que lo orientan.

Programa de necesidades

Como ya se mencionó, el programa de necesidades no es más un listado objetivo de

las cosas que hay que resolver para hacer un diseño. El primer punto es comprender que hay
requisitos y condicionantes en ese producto a resolver y que son diferentes.

Los requisitos, entonces, serán el conjunto de objetivos parciales al que el producto

deberá responder inevitablemente con el fin de resolver el problema. La importancia del listado
de requisitos radica en que al confeccionarlo es posible ampliar y sistematizar el conjunto de
datos posibles que se poseen y reflexionar acerca de sus relaciones, implicaciones y
pertinencias; además de reconocer cuales áreas están preferentemente relacionadas con el
problema. Está claro entonces que los requisitos son interdependientes, se condicionan y se
complementan. Algunos requisitos son dados en la definición del problema y otros surgen
posteriormente del análisis, la reflexión las entrevistas con los usuarios, productores, clientes,
etc.
Los condicionantes son variables a tener en cuenta para posibilitar el cumplimiento de
los requisitos. Son factores que acotan, limitan y encuadran los datos. Cómo en esta instancia
la solución dista mucho de ser única, habrá múltiples condicionantes para cada requisito.

Por último, los cuantificadores son las variables numéricas mínimas y máximas entre
las cuales es posible dimensionar el objeto o sus partes (dimensiones, peso, escala, precio,
etc.) pero son el origen de la génesis de un producto.

Es importante referir que los requisitos, condicionantes y cuantificadores no son

compartimentos estancos. Responden a las cualidades tecnológicas, formales y funcionales
presentes en nuestro esquema triangular. Es muy probable que muchos de ellos sean
contradictorios u opuestos entre sí, y ya hemos visto que se influyen mutuamente. Por ello, es
conveniente que figuren todos los posibles en un listado para luego priorizar y compatibilizar
aquellos que a criterio del diseñador merezcan un rango diferenciado, atendiendo a la
obligatoriedad de su cumplimiento o de su ligazón con algún aspecto importante del producto.

El listado de requisitos es en todo el proceso material de consulta y herramienta de

trabajo; de allí la necesidad de su definición precisa y minuciosa. Los requisitos son los que se
deben cumplir sí o sí. Por lo tanto, podríamos decir que el diseñador debe responder a los
requisitos y puede elegir los condicionantes
Idea rectora - Estrategia

Evidentemente, cada requisito que el programa plantea tiene distinta entidad: Por lo
tanto, es imprescindible categorizarlos. Dicha categorización será particular. Diremos entonces
que si el programa de necesidades a priori puede aplicarse a cualquier proyecto (para ser más
claros, a todos los proyectos de la misma índole, por ejemplo, para cualquier abrelatas) el
programa de diseño es específico de cada proyecto. E implica una estrategia. Aclararemos
aquí que esta estrategia puede ser liderada por el diseñador o ser provista por el comitente.
Una vez encontrado dentro de esa multiplicidad ordenada de problemas uno, (o un
grupo adyacente) cuya resolución Implique una línea de acción clara, estamos en condiciones
de enunciar una idea rectora (IR), que no es más que la expresión lingüística que contiene
tanto la descripción del problema-llave como su solución en los términos del objeto.
Se debe señalar que no cualquier problema puede generar una I.R. Sin embargo,
tampoco se debe estancar el proceso a la espera de “la idea”. Esta idea debe ser en realidad
una estrategia de proyecto. Recordemos que la misma forma parte de una metodología que
sirve para "superar una situación de incertidumbre” al comenzar a diseñar. Por lo tanto es
importante reconocer que la presión por generar una I.R brillante puede inhabilitar la totalidad
del proceso. Podemos decir que ésta no garantiza, ni mucho menos un producto de gran
calidad. Lo que sí es imprescindible es utilizar alguna estrategia de proyecto que nos impulse a
lograr el objetivo correcto.
En otro orden, y para seguir quitándole preponderancia a la I.R. (ya que no es un fin en
sí mismo sino es “un medio para alcanzar un fin"), se debe propender a que nunca se enuncie
una sola. Al notar que las soluciones a cada problema son variadas, infinitas, se podrá
comprender que el diseño (y también cada diseñador) puede responder de múltiples maneras a
un problema dado y que todas las soluciones deberían ser, si se nos permite el término,
“correctas". Entonces, se comprobará que, al no existir una única solución, no es procedente
trabajar con una única I.R. Este punto de vista se extrapolará a los partidos y las propuestas.

Partidos

Los partidos son la graficación esquemática de como el objeto respondería a la

I.R. Los partidos carecen de detalles, definiciones formales o proporciones ajustadas: son
"esquemas conceptuales" que permiten evaluar con gran rapidez una gran cantidad de posibles
so!uciones, y entre ellas debe haber una diferencia sustancial que oriente a soluciones
diferentes. Habitualmente nos permiten encontrar nuevas posibilidades en un producto,
modificando, por ejemplo, su estructura espacial, recombinando sus componentes, etc. etc.

Propuestas

Las propuestas son evoluciones de los partidos, que incorporan todas las precisiones de
las cuales éstos carecen. Aquí es donde se llevará a cabo el trabajo más arduo e importante,
por lo tanto podemos pensar que toda nuestra metodología debe apuntar a llegar, con las
mejores posibilidades y en el menor tiempo, al estadio de las propuestas.
En la propuesta se incluyen todas las resoluciones posibles a los problemas evaluados
en el Programa (que no se han mencionado hasta aquí pero, huelga decirlo, están siempre
presentes y son decisivos en esta etapa de concreciones).
Materiales, resoluciones formales y tecnológicas, comprobaciones operativas y
ergonómicas etc. etc. son llevadas a cabo en esta fase. Podemos notar también aquí la
importancia de poseer alternativas, de no seguir una única Iínea de acción, ya que si el camino
que estamos siguiendo se obstaculiza, debemos haber trazado uno paralelo que nos permitirá
seguir adelante.

El diseño como "proceso de reducción de incertidumbre”

Se sabe que, en la instancia inicial del proceso de diseño en general, las posibilidades
son muchas por lo que se debe definir con la mayor precisión posible cual es el problema a
atacar. De aquí en adelante, cada paso implica un recorte y una elección, de manera tal que
las variables con las que se trabaje en cada estadio sean manejables. Es así que el diseñador
utiliza como herramienta para racionalizar y sistematizar su trabajo un proceso metodológico.
 Evidentemente, con cada decisión tomada aparecen nuevas gamas de posibles
caminos. También sabemos que es normal el volver atrás. Sin embargo, el esquema muestra
de manera simple porqué podemos catalogar al proceso de diseño como de “reducción de
incertidumbre" y, por ende, como a medida que se avanza en el mismo decrece el nivel de
complejidad de las decisiones a tomar.

Es así que partimos de las infinitas posibilidades a la unidad, de todos los posibles
productos que existieron y existirán a nuestra respuesta particular. Para transitar de buena
manera ese camino que aparenta ser complejo y complicado a la vez es que les proponemos
esta metodología de trabajo.

Diseño Industrial 2
Cátedra Arq. Ricardo Blanco
Año 2006