Chức năng Thiết kế Nội thất

Mục đích: Tài liệu này mô tả logic vận hành nội bộ của 📋 Chức năng Thiết kế Nội thất. Chức năng này quản lý toàn bộ quy trình tạo, duyệt và phê duyệt các sản phẩm thiết kế dành cho khách hàng.

Tại sao Chức năng này quan trọng

📋 Chức năng này giúp tinh gọn quy trình sáng tạo bằng cách tổ chức tất cả sản phẩm thiết kế dưới một gói duy nhất, đảm bảo quy trình phê duyệt nhất quán và rõ ràng cho từng loại tài liệu. Đây là trung tâm tập trung cho mọi giao tiếp và file thiết kế, giảm thiểu rủi ro sai sót do sử dụng phiên bản cũ. Về mặt chiến lược, hệ thống tạo ra bản ghi có thể kiểm tra về phản hồi và phê duyệt của khách hàng, đẩy nhanh giai đoạn thiết kế, và đảm bảo bàn giao tài liệu hoàn chỉnh sang đội triển khai dự án một cách suôn sẻ.

Bức tranh tổng thể

Về mặt kiến trúc, 📋 Chức năng này được khởi tạo song song với một 🧊 Dự án. Đối tượng trung tâm là 🧊 Design (Thiết kế), đóng vai trò là container chính cho toàn bộ phạm vi thiết kế. Gói này chứa bốn loại đối tượng con: 🧊︎ Floor Plan (Mặt bằng), 🧊︎ Concept (Ý tưởng), 🧊︎ 3D, và 🧊︎ 2D, mỗi loại đại diện cho một sản phẩm bàn giao chính. Mỗi đối tượng con đều tuân theo vòng đời riêng: tạo mới, phản hồi và phê duyệt — cho phép theo dõi chi tiết toàn bộ nỗ lực thiết kế.

LOẠI ĐỐI TƯỢNG & QUY TRÌNH

1. 🧊 Design (Đối tượng Chuẩn)

Mô tả quy trình: Container cấp cao nhất cho toàn bộ gói thiết kế của một dự án khách hàng. Nó nhóm tất cả sản phẩm bàn giao liên quan như mặt bằng, ý tưởng, và bản vẽ 3D/2D.
Ví dụ: “Design - Sarah & Michael Westbrook”.

Quy trình
Chi tiết Trạng thái
Trường dữ liệu

Quy trình Gói Thiết kế Laika Design Workflow Pn

                         ┌─────> REVISION ─────┐
                         │                      ↓
NEW → IN PROGRESS → PENDING APPROVAL → APPROVED → HANDED OVER

Trạng thái	Logic nghiệp vụ	Cài đặt nâng cao
1. NEW	Đối tượng `Design` đã được tạo và đang trong giai đoạn thu thập yêu cầu ban đầu.	Tự động hóa: Một bộ đối tượng con `🧊︎ Deliverable` tiêu chuẩn (ví dụ: Floor Plan, Concept, 3D Render) có thể được tạo từ template.
2. IN PROGRESS	Đội thiết kế đang tích cực thực hiện các sản phẩm bàn giao trong gói thiết kế.	Quyền chuyển trạng thái: Lead Designer.
3. PENDING APPROVAL	Tất cả sản phẩm bàn giao đã hoàn thành, toàn bộ gói đang chờ khách hàng ký duyệt lần cuối.	Tự động hóa: Có thể kích hoạt thông báo cho khách hàng và nhân viên kinh doanh để sắp xếp buổi duyệt cuối cùng.
4. REVISION	Khách hàng yêu cầu chỉnh sửa, gói thiết kế được đưa về trạng thái `IN PROGRESS` để đội thực hiện.	Nhập dữ liệu: Trường bắt buộc “Ghi chú Chỉnh sửa” để ghi nhận phản hồi của khách hàng.
5. APPROVED	Khách hàng đã chính thức phê duyệt toàn bộ gói thiết kế.	Điều kiện: Tất cả đối tượng con `🧊︎ Deliverable` phải ở trạng thái `APPROVED` trước khi gói cha có thể chuyển sang `APPROVED`.
6. HANDED OVER	Tài liệu thiết kế đã hoàn thiện và được phê duyệt, bàn giao cho đội Quản lý Dự án và Thi công.	Đây là trạng thái kết thúc của quy trình Chức năng Thiết kế. Có thể kích hoạt thay đổi trạng thái trên đối tượng cha `🧊 Project`.

Nhóm	Tên trường (Kiểu dữ liệu)
Thông tin cơ bản	Mã gói (Text), Dự án liên quan (Object Reference), Phong cách thiết kế (Dropdown), Lead Designer (User)

2. Sản phẩm bàn giao Thiết kế (Đối tượng con)

Bốn đối tượng sau (🧊︎ Floor Plan, 🧊︎ Concept, 🧊︎ 3D, 🧊︎ 2D) đại diện cho các sản phẩm bàn giao cốt lõi của quy trình thiết kế. Tất cả đều chia sẻ một quy trình chung cho việc tạo mới, phản hồi và phê duyệt.

Quy trình chung
Chi tiết Trạng thái chung
Trường dữ liệu chung

Quy trình Sản phẩm bàn giaoTO DO → IN PROGRESS → PENDING REVIEW → APPROVEDSản phẩm bàn giao ở trạng thái PENDING REVIEW cũng có thể được chuyển sang trạng thái REVISION NEEDED.

Trạng thái	Logic nghiệp vụ	Cài đặt nâng cao
1. TO DO	Sản phẩm bàn giao đã được lên kế hoạch nhưng chưa bắt đầu thực hiện.	-
2. IN PROGRESS	Designer đang tích cực thực hiện sản phẩm bàn giao.	Màn hình nhập: Tải lên file nháp và thêm ghi chú.
3. PENDING REVIEW	Sản phẩm bàn giao đã được gửi để khách hàng hoặc quản lý phản hồi.	Tự động hóa: Thông báo cho các bên liên quan (Khách hàng, Design Manager) để duyệt file.
4. APPROVED	Sản phẩm bàn giao đã được phê duyệt chính thức.	Tự động hóa: Khóa bản ghi, không cho phép chỉnh sửa thêm.
5. REVISION NEEDED	Sản phẩm bàn giao đã được duyệt và cần chỉnh sửa.	Màn hình nhập: Ghi chú phản hồi chi tiết về các chỉnh sửa cần thực hiện.

Nhóm	Tên trường (Kiểu dữ liệu)
Chi tiết sản phẩm	Tiêu đề (Text), Designer (User), Hạn hoàn thành (Date), Phiên bản (Number), File đính kèm (Attachment), Ghi chú phản hồi (Paragraph)

MỐI QUAN HỆ GIỮA CÁC ĐỐI TƯỢNG

Mối quan hệ	Loại	Mô tả
`🧊 Design` → `🧊︎ Floor Plan`	Parent-Child	Một gói thiết kế chứa một hoặc nhiều sản phẩm mặt bằng.
`🧊 Design` → `🧊︎ Concept`	Parent-Child	Một gói thiết kế chứa một hoặc nhiều sản phẩm ý tưởng.
`🧊 Design` → `🧊︎ 3D`	Parent-Child	Một gói thiết kế chứa một hoặc nhiều sản phẩm 3D render.
`🧊 Design` → `🧊︎ 2D`	Parent-Child	Một gói thiết kế chứa một hoặc nhiều sản phẩm bản vẽ kỹ thuật 2D.
`🧊 Design` → `🧊 Project`	Reference	Mỗi gói thiết kế được liên kết với một dự án tổng.

WORKVIEW, DASHBOARD & BỘ LỌC

Workview
Dashboard
Bộ lọc

Workview	Mô tả
1. Deliverable Kanban Board	Bảng Kanban theo dõi tất cả `Sản phẩm bàn giao Thiết kế` (`Floor Plan`, `3D`, v.v.) qua các giai đoạn từ `TO DO` đến `APPROVED`.
2. Design Asset Gallery	Thư viện trực quan hiển thị tất cả file sản phẩm bàn giao đã gửi, cho phép xem nhanh và so sánh trực quan.

Widget	Mô tả
1. Design Progress Overview	Biểu đồ hiển thị phân bố trạng thái của tất cả sản phẩm bàn giao trong một `Gói Thiết kế` (ví dụ: 5 Approved, 2 Pending Review, 3 To Do).
2. Feedback Cycle Time	Biểu đồ đo thời gian trung bình một sản phẩm bàn giao ở trạng thái `PENDING REVIEW` trước khi được phê duyệt hoặc gửi lại để chỉnh sửa.

Bộ lọc	Tiêu chí
1. Deliverables Awaiting Review	`Trạng thái` là `PENDING REVIEW`.
2. Designs Needing Revision	`Trạng thái` là `REVISION NEEDED`.

TỰ ĐỘNG HÓA

Bạn có thể mở sơ đồ canvas này để xem rõ hơn

Trong Chức năng
Tự động hóa Xuyên Chức năng
Xuyên Hệ thống

Các quy tắc này hoạt động trong ⏹️ Space Thiết kế & Thi công để hỗ trợ phối hợp giữa các thành viên trong đội.

Thứ tự	ID	Tên quy tắc	Kích hoạt	Hành động	Mô tả
1	ID-01	Thông báo Designer về Hạn chế Công trường	Tạo mới: `🧊 Site limitation`	Gửi tin nhắn: Chat `🧊 Site limitation`	Khi Site Worker tạo đối tượng `🧊 Site limitation` mới, hệ thống tự động thông báo cho Designer được phân công. Ví dụ: Cảnh báo Max về vấn đề “Tường gạch cũ không an toàn” do Tony phát hiện
2	ID-02	Yêu cầu Sales Duyệt nội bộ	Chuyển trạng thái: `🧊︎ Concept` sang `SALES REVIEW`	Gửi tin nhắn: Chat `🧊︎ Concept`	Khi Designer chuyển trạng thái `🧊︎ Concept`, hệ thống tự động thông báo cho nhân viên kinh doanh phụ trách. Ví dụ: Tag @David để duyệt sau khi Max hoàn thành concept

Quy tắc này mô tả cách Chức năng Thiết kế được khởi tạo bởi đội Quản lý Dự án.

Thứ tự	ID	Hướng	Tên quy tắc	Kích hoạt	Hành động
1	CF-07	`Incoming`	Tạo Design từ Khởi động Dự án	Tạo mới: `Project Management/🧊 Project`	Một đối tượng `🧊 Design` mới, đã liên kết, được tự động tạo trong `⏹️ Space` Thiết kế & Thi công, kèm toàn bộ lịch sử và dữ liệu khảo sát liên quan

Quy tắc này kết nối Chức năng Thiết kế với các nền tảng giao tiếp bên ngoài để tương tác với khách hàng.

Thứ tự	ID	Tên quy tắc	Kích hoạt	Hành động	Mô tả
3	CS-08	Gửi Email Concept Cá nhân hóa cho Khách hàng	Nhấn nút: “Send 1st Concept”	API Call: Dịch vụ Email	Người dùng nhấn nút để tự động soạn và gửi email cá nhân hóa cho khách hàng, kéo dữ liệu như tên, sở thích phong cách, và liên kết đến file thiết kế

VAI TRÒ, PHÂN QUYỀN & THÔNG BÁO

Vai trò
Phân quyền
Thông báo

Vai trò	Mô tả
Design Manager	Phê duyệt thiết kế cuối cùng, quản lý khối lượng công việc của đội thiết kế, và đảm bảo tiêu chuẩn chất lượng.
Designer	Tạo mới, chỉnh sửa và gửi tất cả sản phẩm bàn giao thiết kế.
Client	Cung cấp phản hồi kịp thời và phê duyệt cuối cùng cho các sản phẩm bàn giao.

📋 Chức năng này sử dụng Scheme 4 - Extended Permissions.

Xem ⏹️ Space: Tất cả người dùng có vai trò trong Space.
Xem & Cập nhật 🧊 Object: Tất cả người dùng có quyền xem Space.
Tạo 🧊 Object: Chỉ vai trò Design Manager và Designer.
Xóa 🧊 Object: Chỉ vai trò Design Manager.

📋 Chức năng này sử dụng Scheme 3 - Balanced Notifications.

Cập nhật Object: Thông báo khi tạo hoặc cập nhật Object chỉ được gửi cho người được phân công và người tạo Object.
Tin nhắn: Tin nhắn chat trong Object sẽ thông báo cho tất cả người dùng đang theo dõi Object đó.

Tiếp theo?

Chức năng Quản lý Dự án: Tìm hiểu cách các thiết kế đã HANDED OVER được sử dụng để tạo đầu việc và quản lý giai đoạn thi công.
Chức năng Hợp đồng & Hóa đơn: Xem cách các mốc thiết kế có thể kích hoạt các đợt thanh toán từ khách hàng.

Giới thiệu

Case Study: LAIKA

Giải pháp theo ngành

Tại sao Chức năng này quan trọng

Bức tranh tổng thể

LOẠI ĐỐI TƯỢNG & QUY TRÌNH

1. 🧊 Design (Đối tượng Chuẩn)

2. Sản phẩm bàn giao Thiết kế (Đối tượng con)

MỐI QUAN HỆ GIỮA CÁC ĐỐI TƯỢNG

WORKVIEW, DASHBOARD & BỘ LỌC

TỰ ĐỘNG HÓA

VAI TRÒ, PHÂN QUYỀN & THÔNG BÁO

Tiếp theo?

​Tại sao Chức năng này quan trọng

​Bức tranh tổng thể

​LOẠI ĐỐI TƯỢNG & QUY TRÌNH

​1. 🧊 Design (Đối tượng Chuẩn)

​2. Sản phẩm bàn giao Thiết kế (Đối tượng con)

​MỐI QUAN HỆ GIỮA CÁC ĐỐI TƯỢNG

​WORKVIEW, DASHBOARD & BỘ LỌC

​TỰ ĐỘNG HÓA

​VAI TRÒ, PHÂN QUYỀN & THÔNG BÁO

​Tiếp theo?

Tại sao Chức năng này quan trọng

Bức tranh tổng thể

LOẠI ĐỐI TƯỢNG & QUY TRÌNH

1. 🧊 Design (Đối tượng Chuẩn)

2. Sản phẩm bàn giao Thiết kế (Đối tượng con)

MỐI QUAN HỆ GIỮA CÁC ĐỐI TƯỢNG

WORKVIEW, DASHBOARD & BỘ LỌC

TỰ ĐỘNG HÓA

VAI TRÒ, PHÂN QUYỀN & THÔNG BÁO

Tiếp theo?