Có một hệ thống đặc tả thiết kế đồ họa?

Có một hệ thống đặc tả thiết kế thường được sử dụng để trình bày một thiết kế đồ họa cho khách hàng trước khi chúng tôi bắt đầu thực hiện không? Thách thức của tôi là cụ thể về thư (PDF A4, HTML được gửi trên mỗi thư), nhưng tôi rất vui khi nghe bất kỳ thông tin chi tiết nào từ các tên miền khác (thiết kế web, quảng cáo, ...)

Mục tiêu của tôi là trình bày một tài liệu, rằng khách hàng có thể đăng xuất và đại diện cho thiết kế thực tế. Sau khi tài liệu được ký tắt, chúng tôi có thể bắt đầu thực hiện; và có rất ít rủi ro khiến khách hàng không hài lòng với sản phẩm thực tế; hoặc yêu cầu nhiều thay đổi sau đó.

Đặc biệt, tôi đang cố gắng tránh nhiều chuyến đi khứ hồi sau khi thực hiện khi khách hàng hỏi: "Bạn có thể di chuyển chiếc hộp này sang bên trái một chút không?", "Hum, bạn có thể di chuyển nó xuống một chút không?", "Điều này có thể hình ảnh có màu xanh hơn một chút? "," Hum, trường này có thể lớn hơn một chút không? "," Điều này hoạt động tốt trong GMail, nhưng tôi không hài lòng với Lotus Notes! "

Tôi hiểu rằng các phương pháp lặp đi lặp lại, được coi là Thời gian & Vật chất, hoặc với nỗ lực giới hạn, có lẽ phù hợp hơn cho điều đó. (và nếu bạn sử dụng chúng, như một nhà thiết kế chuyên nghiệp, xin vui lòng cho tôi biết quá). Tuy nhiên, trong một số dự án, khách hàng cần một cách tiếp cận thác nước vì một số lý do. Tôi muốn biết làm thế nào để xử lý những trường hợp đó tốt nhất.

Bạn không thể làm Agile với in ấn. Không có sự lặp lại. Một khi nó được nhấn, nó là trên báo chí.

Tuy nhiên, quá trình thiết kế cho đến thời điểm đó có thể lặp đi lặp lại như bạn muốn. Hãy chắc chắn rằng bạn đang thanh toán phù hợp, tất nhiên.

Thông thường mock-up được tạo ra (đối với thiết kế in, nó có thể đơn giản như in laser màu). Tại một thời điểm nhất định, bạn muốn bản giả lập 'cuối cùng' được ký kết.

Sau đó, nó đi đến báo chí trước, nơi cần có một 'bằng chứng' được tạo ra về cơ bản là mô phỏng, nhưng kích thước thực tế và màu sắc thực tế. Điều này sau đó cần phải được kiểm tra bởi cả người thiết kế và khách hàng. Nếu điều đó ổn, thì đó là tài liệu cuối cùng của bạn. Bắt đầu bấm!

Nếu chúng ta đang nói về thiết kế kỹ thuật số (email, web) ...

Sau đó, câu trả lời của tôi là khá một chút khác nhau. Đối với công việc web, không có thứ gọi là 'bằng chứng' vì nó không phải là phương tiện thiết lập vật lý. Do đó, tôi đặc biệt khuyến khích chuyển AWAY từ các tài liệu đăng xuất và thay vào đó áp dụng phương pháp Agile. Đây có thể là một thách thức được đưa ra khi rất nhiều khách hàng và tổ chức vẫn quen thuộc với các mô hình thác nước cũ, nơi việc đăng xuất xảy ra ở những nơi rất cụ thể trên đường đi.

Điều tra 'Lean UX' để tìm cảm hứng về cách làm việc thiết kế thành mô hình nhanh.

Sau khi tôi đọc câu trả lời tuyệt vời của DA và vì tôi đã sử dụng Scrum (Agile) để phát triển web và thiết kế giao diện, tôi muốn chia sẻ kinh nghiệm của mình cho hai trường hợp này.

Vì chúng tôi làm phần mềm, chúng tôi làm việc với Scrum Sprints. Chúng tôi đã mất một thời gian để điều chỉnh phương pháp luận theo khía cạnh thiết kế của quy trình (phần khó nhất đối với tôi là hiệu chỉnh thời gian, thật khó để tưởng tượng một thứ gì đó sẽ được tạo ra trong bao lâu!).

Những gì tôi làm bây giờ là như sau: Tôi thường có một mục tồn đọng lớn cho UI . Nhiệm vụ bên trong nó đi từ nghiên cứu và mockup để xem xét, thực hiện và thử nghiệm. Trong thực tế, việc chế nhạo thường có nghĩa là tạo ra các hình ảnh phẳng và chia sẻ chúng với nhóm. Chúng tôi có các cuộc họp buổi sáng mỗi ngày, vì vậy đôi khi chúng tôi sử dụng chúng để thảo luận về các đề xuất.

Việc thảo luận về bản thân và 'hình dạng' cần có không quan trọng (email, cuộc họp), điều quan trọng là đây: Một khi thẻ nhiệm vụ được chuyển đến cột 'Xong', nó không thể quay lại. Nếu chúng tôi cần thực hiện các thay đổi mới, chúng tôi sẽ tạo một thẻ mới trong Thật bất ngờ hoặc để lại cho Sprint tiếp theo. Mọi người trong nhóm đã quen với điều này, bạn không chuyển thẻ sang Xong cho đến khi bạn chắc chắn nó thực sự đã hoàn thành (chúng tôi giữ một danh sách những điều cần kiểm tra trước khi chúng tôi di chuyển thẻ, chỉ để đảm bảo). Nếu các tính năng mới được thêm vào, hoặc những điều cần phải suy nghĩ lại, các hướng dẫn sẽ được thêm vào hồ sơ tồn đọng và chúng tôi chọn thời điểm tốt nhất để thực hiện chúng.

Bây giờ, đây có lẽ không phải là điều bạn thực sự có thể làm với từng khách hàng, vì vậy câu trả lời của tôi chỉ giới hạn ở một kịch bản khác (trừ khi bạn có thể huấn luyện khách hàng của mình trong Scrum và họ có thể có quyền truy cập vào bảng Nhiệm vụ!). Đối với khách hàng cá nhân, tôi nghĩ giao tiếp rõ ràng và một hợp đồng tốt sẽ bảo vệ bạn khỏi những sửa đổi vô tận là cách tiếp cận tốt nhất bạn có thể thực hiện.