lecture 3 - research & design process - commercial-institutional interiors vdis10009
TRANSCRIPT
BY RAMONA SOLOMON
Lecture 3
Research & Design Process
(Programming Phase)
Interior Design Programming is the research and decision-‐making
process that idenCfies the scope of work to be designed.
THE DESIGN PROCESS
The interior design process follows a systemaCc and coordinated methodology, starCng with research, analysis and integraCon of knowledge into the creaCve process, whereby the needs and resources of the client are saCsfied to produce an interior space that fulfills the project goals. • Research and analysis of the client’s goals and requirements; and
development of documents, drawings and diagrams that outline those needs
• FormulaCon of preliminary space plans and two and three dimensional design concept studies and sketches that integrate the client’s program needs and are based on knowledge of the principles of interior design and theories of human behavior
• ConfirmaCon that preliminary space plans and design concepts are safe, funcConal, aestheCcally appropriate, and meet all public health, safety and welfare requirements, including code, accessibility, environmental, and sustainability guidelines
Programming The Designer collects and analyses the informaCon! The Designer usually meets face-‐to-‐face with the Client to find out how the space will be used and to get an idea of the Client's preferences and budget. The Designer also will visit the space to take inventory of exisCng furniture and equipment and idenCfy posiCve aZributes of the space and potenCal problems. For example, the Designer might inquire about a store or restaurant's target customer to create an appropriate space. A[er collecCng required informaCon, the Designer formulates a design plan and esCmates costs.
Programming Programming means the scope of work which includes, but is not limited to: • ConducCng research • IdenCfying and analyzing the needs and goals of the client
and/or occupant(s) of the space • EvaluaCng exisCng documentaCon and condiCons • Assessing project resources and limitaCons • IdenCfying life, safety and code requirements • Developing project schedules and budgets It is essenCal to do a thorough Programming before proceeding with Conceptual Design.
A Six-‐Step Process
Research the Project Type The designer should become familiar with some of the following relevant informaCon: • The types of spaces frequently included in the building • The space criteria (number of square feet per person or unit) for
those spaces, • Typical relaConships of spaces for these funcCons, • Typical site requirements for the project type, • Regional issues that might alter the accuracy of the data above in the
case of this project, and • Technical, mechanical, electrical, security, or other issues unique to
the project type.
This informaCon can be obtained from literature on the building type, analysis of plans of exisCng projects, expert consultants familiar with the building type, and/or cost esCmaCng services.
Establish Goals and Objec:ves Each of the following categories of goals should be addressed: Organiza:onal Goals: What are the goals of the owners? Where do they see their organizaCon headed? How does this interior project fit into this broad picture? Form and Image Goals: What should be the aestheCc and psychological impact of the design? How should it relate to the surroundings? Should its image be similar to or disCnct from its neighbors? Are there historic, cultural, and/or context implicaCons? Func:on Goals: What major funcCons will take place in the building? How many people are to be accommodated? How might the building design enhance or impact occupant interacCons?
Establish Goals and Objec:ves Economic Goals: What is the total project budget? What level of quality is desired (o[en stated in relaCon to other exisCng projects)? What is the aatude toward conservaCon of resources and sustainability (energy, water, etc.)? Time Goals: When is the project to be occupied? What types of changes are expected over the next 5, 10, 15, and 20 years? Management Goals: These goals are not so much an issue of the nature of the project as they are the circumstances of the owner, clients, designer, or architect. For example, perhaps the schemaCc design must be completed in Cme for council applicaCon deadline.
Gather Relevant Informa:on Based upon the goals, the categories of relevant informaCon can be determined and researched. Typical categories include: • Facility users, acCviCes, and schedules: Who is doing what, how many
people are doing each acCvity, and when are they doing it?
• What equipment is necessary for acCviCes to funcCon properly? What is the size of the equipment?
• What aspects of the project need to be projected into the future? What is the history of growth of each aspect that requires projecCon?
Gather Relevant Informa:on • What are the space criteria (square feet per person or unit) for the
funcCons to take place?
• What other design criteria may affect architectural programming: access to daylight, acousCcs, accessibility, campus/area design guidelines, historic preservaCon, etc.?
• Are there standards for minimum area for various funcCons? What are these standards?
• What are the energy usage and requirements?
• What code informaCon may affect programming decisions?
Gather Relevant Informa:on • Site analysis: the site is always a major aspect of the design problem and
therefore should be included in the program. Site analysis components that o[en affect design include:
• Legal descripCon • Zoning, design guidelines, and deed restricCons and requirements • Traffic (bus, automobile, and pedestrian) consideraCons • UClity availability (a potenCally high cost item) • Topography • Views • Built features • Climate (if not familiar to the designer) • VegetaCon and wildlife
Gather Relevant Informa:on • Client's exisCng facility as a resource
• If the client is already parCcipaCng in the acCviCes to be housed in the new facility, it may be possible to make use of informaCon at hand. Determine if the exisCng facility is saCsfactory or obsolete as a resource.
• If a floor plan exists, do a square foot take-‐off of the areas for various
funcCons. Determine the building efficiency (the raCo of exisCng net-‐to-‐gross area). This raCo is useful in establishing the building efficiency target for the new facility.
Iden:fy Strategies ProgrammaCc strategies suggest a way to accomplish the goals given what one now knows about the opportuniCes and constraints. A familiar example of a programmaCc strategy is the relaConship or "bubble" diagram. These diagrams indicate what funcCons should be near each other in order for the project to funcCon smoothly. RelaConship diagrams can also indicate the desired circulaCon connecCons between spaces, what spaces require security or audio privacy, or other aspects of special relaConships.
Iden:fy Strategies Other types of strategies recur in programs for many different types of projects. Some examples of common categories of programmaCc strategies include: • Centraliza:on and decentraliza:on: What funcCon components are grouped
together and which are segregated? For example, in some offices the copying funcCon is centralized, while in others there are copiers for each department.
• Flexibility: What types of changes are expected for various funcCons? Do
faciliCes need to change over a period of a few hours? A few days? A summer recess? Or is an addiCon what is really needed?
• Flow: What goods, services, and people move through the project? What is
needed at each step of the way to accommodate that flow?
Determine Quan:ta:ve Requirements In this step, one must reconcile the available budget with the amount of improvements desired within the project Cme frame.
Summarize the Program Finally, once all of the preceding steps are executed, summary statements can be wriZen defining "in a nut shell" the results of the programming effort. All of the perCnent informaCon included above can be documented for the client. The decision-‐makers should sign-‐off on the scope of work as described in the program. Once a program is completed and approved by the client, the informaCon must be integrated into the design process. Some clients want the programmer to stay involved a[er the programming phase to insure that the requirements defined in the program are realised in the design work.