Convey the "soul" of design--an analysis of design documents

No matter how cool and creative the designers are, they inevitably face the problem of the actual "deliverables"-the interactive document writing. Especially in some large companies, the make-your-work-visible of document writing is sometimes the key to "the good."

the actual project, the document can be divided into three categories:-User requirements Document-business strategy document-design document user requirements document mainly to solve the site for "who" to provide services, users who? The problem. The business strategy document is mainly about the http://www.aliyun.com/zixun/aggregation/8780.html "> Product concept model, the main content of the website and the Business competition analysis." The writing of design documents is the focus of this discussion.

First, find out who the document is associated with:

-The person who wrote the document

-People with documents

-The person who approved the document

If you are a "person who writes the document", then you need to meet the needs of the other two groups-to get the "people who use the document" (whether they are developers or researchers) to understand your design intent; Let the "person who approves the document" (perhaps your boss or shareholder) clearly understand the advantages of your design and plan for reasonable durations and costs.

Different companies to design documents are different, Ali here is called "DRD", hereinafter used DRD abbreviation to refer to design documents.

There are four main categories of design documents:

1. sitemap (Site maps)

2. Flowchart (Flow Sponsor)

3. Wireframe (wireframes)

4, visual style (screen designs)

The following analysis:

1, sitemap (site maps): Is the visual way to express the level of the site structure.

2, Flowchart (Flow sponsor): An expression of the process that a user or system performs on a task. 3, Wireframe (wireframes): More like the final product presented in the hair embryo. In short, it is to throw away the color, font style, pictures and other prototype design. 4, visual style (screen designs): Almost the final state of the site. It includes dimensions and definitions for CSS.

Finally on the use of the document a few more words. The document sounds like a boring word, a designer who has written a document may also have a feeling that a document is finished, or that the document is written to an engineer, that the document specification is a set of content, that the developed version is a different set of content, and that sometimes the communication efficiency of the document is not as efficient as verbal ... In fact, there are many other benefits to the document besides conveying your design philosophy:

-A powerful tool for team communication: Whether it's a record of new ideas, or communication through documents and other links, "style" design documents are always easier to understand than "intangible" ideas.

-avoidance teams differ in design perceptions: A team of different people may understand the same design differently. If only by oral teaching, it will inevitably occur because of the different aspects of understanding, resulting in the final design can not butt. By designing a document, you can define concepts, and a fixed description record keeps the team consistent with the design knowledge.

-Traceable: Document recording project changes, like a history book to facilitate the review of the results of each revision. It is good for subsequent iterative design development and analysis of the results of the changes. You can also avoid project delays due to staff mobility or new entrants.

Source Address: http://www.zhangyq.com/de......ve-documents/