Hệ thống nhận commission cho digital artist: brief, báo giá, milestone, bản quyền, revision và bàn giao file
Playbook vận hành commission cho digital artist: intake brief, scope, pricing, deposit, milestone, revision, usage rights, client proof, delivery, dispute và xây thu nhập bền vững.
Nhận commission không chỉ là vẽ đẹp rồi gửi file. Đó là một dịch vụ sáng tạo có scope, thời gian, quyền sử dụng, phản hồi, thanh toán, bằng chứng phê duyệt và trách nhiệm bàn giao. Khi các yếu tố này không được định nghĩa, artist dễ rơi vào vòng sửa vô hạn, khách hàng hiểu sai quyền thương mại, thanh toán chậm hoặc hai bên tranh cãi vì “tưởng đã bao gồm”.
Digital artist thường bắt đầu commission qua inbox, nhận brief vài dòng và báo một mức giá theo cảm giác. Cách này có thể hoạt động với vài đơn thân quen, nhưng không mở rộng được. Khi số dự án tăng, thông tin nằm rải rác trong chat; ảnh tham chiếu thất lạc; feedback mâu thuẫn; phiên bản file lộn xộn; và artist không biết dự án nào thực sự có lợi nhuận.
Bài viết này xây một hệ thống commission từ đầu đến cuối: định vị dịch vụ, qualification, form brief, scope, báo giá, deposit, milestone, review, revision, change request, copyright, usage license, source file, bảo mật, proof, delivery, nghiệm thu, dispute, portfolio và dashboard. Mục tiêu là giúp artist bảo vệ thời gian cùng giá trị sáng tạo, đồng thời mang lại trải nghiệm chuyên nghiệp và minh bạch cho khách hàng.
1. Định nghĩa loại commission trước khi nhận khách
Không nên quảng cáo “nhận vẽ mọi thứ”. Hãy lập service menu theo output và use case: portrait cá nhân, character design, key visual, illustration bìa, emote, VTuber asset, game art, commercial campaign hoặc editorial. Mỗi loại có scope, độ phức tạp, thời gian và quyền khác nhau.
Với mỗi service, nêu deliverables cơ bản, số nhân vật, background, độ phân giải, revision, timeline và starting price. “Starting from” cần ví dụ để khách hiểu yếu tố làm tăng giá. Không công khai giá cũng được, nhưng intake phải đủ để báo nhất quán.
Xác định những nội dung không nhận, lịch trống, thị trường và communication language. Việc từ chối rõ từ đầu tốt hơn nhận rồi hủy giữa chừng.
2. Qualification: không phải mọi lead đều phù hợp
Trước khi dành giờ tư vấn, kiểm tra mục tiêu, deadline, budget range, decision maker, quyền cần dùng và mức độ sẵn sàng của brief. Lead nói “cứ vẽ trước rồi tính” hoặc từ chối deposit là rủi ro. Dự án thương mại không có người phê duyệt rõ dễ feedback vòng tròn.
Tạo tiêu chí go/no-go: phù hợp style; deadline khả thi; budget tối thiểu; nội dung hợp policy; quyền sử dụng có thể cấp; và khách chấp nhận process. Qualification không phải coi thường khách ngân sách thấp; nó giúp đề xuất gói hoặc artist khác phù hợp.
Lưu lead source và reason lost. Sau vài tháng, artist biết kênh nào mang khách tốt, gói nào bị từ chối và liệu giá có cần thay đổi.
3. Form brief phải thu được quyết định, không chỉ mood
Brief gồm mục đích sử dụng, audience, deliverables, kích thước, orientation, nhân vật, bối cảnh, mood, màu, reference, text, brand guideline, deadline, budget, người phê duyệt và quyền mong muốn. Với nhân vật có sẵn, yêu cầu model sheet hoặc mô tả canonical.
Phân biệt reference “phải giữ” và inspiration “chỉ cảm giác”. Khách cần ghi yếu tố thích trong mỗi ảnh: lighting, pose, palette hay composition. Không yêu cầu artist sao chép phong cách của một nghệ sĩ sống cụ thể; hãy chuyển thành thuộc tính thị giác.
Form có câu hỏi về công cụ AI hoặc asset bên thứ ba nếu dự án nhạy cảm. Hai bên thống nhất liệu AI-generated reference được dùng, và output có cần xác nhận không dùng AI. Không hứa điều không thể chứng minh nếu workflow không có log.
4. Tổ chức source packet của dự án
Mọi tài liệu vào một project workspace: brief version, references, logo, font license, copy, color code, contract và contact. File có owner, source và rights note. Khách xác nhận họ có quyền cung cấp asset hoặc chịu trách nhiệm phù hợp theo hợp đồng.
Không nhận file qua nhiều app rồi tự nhớ. Tạo naming convention và folder read-only cho input. Nếu khách thay reference sau khi sketch đã duyệt, đó là change request, không phải feedback nhỏ.
Giữ snapshot của brief được báo giá. Chat bổ sung phải được tóm lại và xác nhận, tránh “tôi đã nói ở tin nhắn cũ”.
5. Scope statement là trái tim của báo giá
Scope statement mô tả chính xác output: một illustration, hai nhân vật nửa người, background đơn giản, kích thước, color profile, file PNG/JPG, hai vòng revision ở sketch và một vòng color adjustment. Nó cũng liệt kê exclusions: source PSD, animation, print setup, font license, copywriting hoặc redesign sau approval.
Không dùng từ “chỉnh sửa hợp lý” mà không giới hạn. Revision là điều chỉnh trong hướng đã duyệt; change request thay đổi mục tiêu, pose, nhân vật, composition hoặc deliverable. Định nghĩa bằng ví dụ.
Scope cần assumption: khách cung cấp feedback tổng hợp trong số ngày; copy final trước color; một decision maker; và delay từ khách làm timeline dịch chuyển. Assumption bị phá thì hai bên điều chỉnh.
6. Cấu trúc giá theo effort, value và rights
Giá có thể gồm creative fee, complexity, rush, usage license, exclusivity, source file, revision bổ sung, management và expense. Không nên chỉ tính số giờ nếu dự án thương mại tạo giá trị lớn hoặc yêu cầu quyền rộng. Tuy nhiên, artist cần biết internal hourly floor để không lỗ.
Tính base effort từ research, sketch, render, meeting, admin, export và buffer. Thêm risk cho brief chưa rõ hoặc nhiều stakeholder. So sánh với market và positioning. Giá thấp hơn chi phí bền vững sẽ dẫn tới vội, burnout hoặc giảm chất lượng.
Không phân biệt giá tùy tiện theo cảm giác khách “giàu”. Báo giá dựa scope, value, rights và urgency. Lưu rate card nội bộ để nhất quán.
7. Personal use và commercial use
Personal use thường giới hạn hiển thị cá nhân, avatar, in nhỏ không bán hoặc chia sẻ phi thương mại. Commercial use gồm quảng cáo, sản phẩm bán, monetized channel, packaging, game, app hoặc hoạt động tạo doanh thu. Ranh giới cần viết rõ theo dự án.
Commercial license có thể định giá theo media, territory, duration, print run, channel, exclusivity và modification. Một artwork dùng một bài social khác artwork làm key visual toàn cầu ba năm. Không nên dùng một “phí thương mại x2” cho mọi trường hợp nếu quyền khác nhau lớn.
Copyright ownership và license khác nhau. Artist có thể giữ copyright và cấp quyền sử dụng. Assignment/chuyển nhượng toàn bộ cần điều khoản và giá khác. Luật phụ thuộc khu vực; cần tư vấn khi hợp đồng quan trọng.
8. Exclusivity, buyout và quyền tái sử dụng
Exclusivity có scope: ngành hàng, đối thủ, khu vực và thời gian. Không chấp nhận “độc quyền vĩnh viễn mọi nơi” với phí nhỏ mà không hiểu tác động portfolio và tái sử dụng. Buyout không phải mặc định.
Artist cần giữ quyền hiển thị portfolio hoặc thỏa thuận embargo. Với dự án bí mật, ghi ngày được công bố hoặc điều kiện xin phép. Khách có thể yêu cầu không đăng work-in-progress; đây là điều khoản riêng.
Quyền bán print, merchandise, NFT hoặc train AI không tự động thuộc bên nào nếu không ghi. Nên nêu rõ, đặc biệt với character và tài sản thương hiệu.
9. Deposit và lịch thanh toán
Deposit đặt chỗ và giảm rủi ro. Mức có thể 30–50% hoặc theo milestone tùy dự án. Không bắt đầu trước khi deposit cleared, brief và agreement hoàn tất. Với khách mới hoặc dự án nhỏ, payment upfront có thể phù hợp.
Dự án dài dùng milestone: deposit; sau sketch approval; trước final high-resolution. Mỗi invoice có due date, currency, fee và tax note. Không gửi file final không watermark hoặc source trước khi khoản cuối được xác nhận, trừ hợp đồng doanh nghiệp có terms khác.
Cancellation policy giải thích deposit refundable hay không theo giai đoạn, kill fee và giá trị công việc đã hoàn thành. Điều khoản phải hợp lý và tuân luật áp dụng.
10. Booking và capacity
Không nhận mọi đơn cùng lúc. Tính capacity theo giờ sáng tạo, admin, revision và buffer. Một tuần có 40 giờ không nghĩa 40 giờ render. Lịch nên có slot và start date, không chỉ deadline.
Rush fee phản ánh việc xáo trộn lịch và tăng rủi ro, không phải hình phạt. Chỉ nhận rush khi không làm hỏng dự án khác. Deadline phải bao gồm ngày khách feedback.
Waitlist có status và dự kiến. Không giữ deposit quá lâu mà không rõ lịch. Nhắc trước khi slot bắt đầu để xác nhận brief còn đúng.
11. Milestone 1: discovery và direction
Với dự án phức tạp, discovery gồm hỏi đáp, moodboard và creative direction. Deliverable có thể là một hoặc hai hướng đã được mô tả. Khách chọn hướng trước sketch chi tiết. Không trình bày quá nhiều phương án miễn phí vì làm tăng quyết định và effort.
Direction review tập trung mục tiêu, mood, palette và reference. Không tranh luận pixel. Ghi decision và phần bị loại. Nếu khách quay lại hướng đã loại sau này, tính change.
Artist nên giải thích rationale ngắn, không chỉ gửi ảnh. Điều này giúp feedback dựa mục tiêu thay vì “thích/không thích”.
12. Milestone 2: thumbnail và sketch
Thumbnail giải quyết composition, pose, hierarchy và silhouette. Khách nên phản hồi lớn ở đây vì chi phí đổi thấp. Sau sketch approval, thay pose hoặc composition là change request. Approval được ghi bằng email hoặc portal.
Gửi preview đủ để review nhưng không phải file làm việc đầy đủ. Watermark hợp lý, không che phần cần xem. Đánh số phương án và version. Không dùng tên “final_final2”.
Checklist feedback: nhân vật đúng; pose; expression; crop; prop; text space; brand requirement. Khi khách nói “có gì đó chưa đúng”, hỏi mục tiêu cụ thể, không đoán vô hạn.
13. Milestone 3: color và rendering
Color proof kiểm tra palette, lighting và mood trước render hoàn chỉnh. Màn hình khác nhau nên màu có thể khác; nếu print, cần quy trình proof và profile. Nêu giới hạn color matching khi khách không có màn hình calibrated.
Sau color approval, revision thường là điều chỉnh nhỏ về màu, contrast hoặc chi tiết, không đổi toàn bộ lighting. Artist gửi low-resolution proof theo schedule, tránh cập nhật mỗi giờ gây micromanagement.
Version log ghi v1, feedback, v2 và approval. Mỗi round có deadline. Feedback trễ đẩy delivery.
14. Thu thập feedback có cấu trúc
Yêu cầu một người tổng hợp feedback. Với nhiều stakeholder, khách tự giải quyết mâu thuẫn trước khi gửi. Feedback tham chiếu version và vị trí, dùng annotation khi có thể. Không nhận voice note rời rạc nếu không được tóm thành action list.
Phân loại: bug so với brief; revision trong scope; preference; change request; new deliverable. Artist phản hồi từng item: sẽ sửa, cần làm rõ, ngoài scope hoặc không khuyến nghị vì lý do kỹ thuật.
Đóng round bằng summary và next approval. Số round không phải số tin nhắn; một round là gói feedback tổng hợp gửi một lần.
15. Revision policy không làm mất quan hệ khách hàng
Policy tốt không dùng để nói “không” cứng nhắc, mà làm chi phí quyết định rõ. Báo giá gồm số round ở milestone cụ thể. Revision thêm có hourly/day rate hoặc fixed change quote. Artist báo trước khi phát sinh.
Lỗi do artist không bám brief được sửa không tính round. Thay đổi vì khách đổi ý được tính. Nếu brief mơ hồ do cả hai, thương lượng công bằng. Không lợi dụng policy cho lỗi nhỏ.
Đặt revision window. Sau khi final approved hoặc quá thời gian, thay đổi là project mới/maintenance. Điều này ngăn dự án sống mãi.
16. Change request workflow
Khi scope đổi, ghi mô tả, lý do, ảnh hưởng giá, timeline và rights. Khách approve bằng văn bản và thanh toán thêm/deposit nếu cần trước khi làm. Không chỉ nhắn “thêm chút cũng được”.
Change có thể thay baseline. Lưu brief version mới. Nếu change làm phần cũ bỏ đi, kill fee cho work đã làm vẫn áp dụng. Đề xuất alternative ít tốn khi phù hợp.
Dashboard theo dõi change rate để biết brief hoặc sales đang có vấn đề.
17. Tài sản bên thứ ba và font
Brush, texture, 3D model, stock, font và reference có license. Artist cần biết có được dùng commercial, redistribute trong source file hoặc modify không. Không gửi kèm font/software asset không có quyền chỉ vì nó nằm trong PSD.
Nếu khách cung cấp logo, photo hoặc character, hợp đồng ghi khách có quyền và chịu trách nhiệm phù hợp. Artist vẫn nên từ chối asset rõ ràng vi phạm. Với fanart thương mại, rủi ro quyền sở hữu trí tuệ cần được xem xét riêng.
Media manifest nội bộ giúp biết asset nào được dùng và license. Nếu khách mua source file, có thể rasterize hoặc loại asset không transferable.
18. AI, model training và provenance
Artist cần policy rõ về AI: có dùng generative AI trong concept/render hay không; có dùng công cụ hỗ trợ như upscaling; có chấp nhận reference AI; và dữ liệu khách có được đưa vào dịch vụ bên thứ ba không. Không để khách tự suy diễn.
Nếu cam kết no-generative-AI, lưu process evidence hợp lý như timelapse, layer progression hoặc file version, nhưng không công khai source nhạy cảm quá mức. Không có một bằng chứng tuyệt đối; diễn đạt trung thực về workflow.
Hợp đồng nên nêu khách không được dùng artwork hoặc source file để train model nếu đó là điều artist yêu cầu, trong phạm vi có thể thực thi. Ngược lại, khách thương mại có thể yêu cầu output không được đưa vào training hoặc dataset. Cần thỏa thuận cụ thể.
19. File format và technical specification
Deliverables ghi pixel dimensions, DPI khi liên quan print, color mode, profile, bleed, file format, transparency, layer status và naming. DPI không tự làm ảnh nét hơn nếu pixel thiếu. Artist cần giải thích để tránh kỳ vọng sai.
Print project cần CMYK/profile từ nhà in, bleed, safe area và proof. Digital cần sRGB, size cho platform và compression. Animation/game asset cần frame, pivot, atlas hoặc naming theo pipeline.
Source file là deliverable riêng vì chứa layer, process và asset. Nếu bàn giao, nêu mức dọn file, compatibility và support. Không hứa file hoạt động mọi phiên bản phần mềm.
20. Bàn giao và nghiệm thu
Final delivery package gồm file, readme, license summary, invoice/receipt, checksum hoặc version khi cần và link có expiry. Không gửi qua link công khai vĩnh viễn. Khách xác nhận tải và kiểm tra trong acceptance window.
Acceptance criteria dựa brief: đúng deliverable, kích thước, nội dung và format. Subjective change sau approval không phải defect. Nếu khách không phản hồi trong thời gian, hợp đồng có thể coi accepted theo điều khoản phù hợp.
Giữ archive trong thời hạn đã thông báo, không hứa lưu vĩnh viễn. Khách chịu backup sau bàn giao. Artist bảo vệ dữ liệu theo privacy.
21. License certificate và credit
Một trang license summary ghi artwork ID, parties, permitted use, media, territory, duration, exclusivity, modification, credit, prohibited use và effective date. Đây không thay contract nhưng giúp team marketing sử dụng đúng.
Credit format được thỏa thuận: tên artist, handle và link khi khả thi. Commercial project có thể không credit; giá có thể phản ánh. Không yêu cầu credit ẩn hoặc gây nhầm quan hệ endorsement.
Nếu license mở rộng sau này, tạo addendum và fee, không sửa file cũ không audit.
22. Portfolio và case study
Artist chỉ đăng sau release/embargo và theo quyền. Xin phép dùng logo, số liệu và lời chứng thực. Không tiết lộ brief, sales hoặc dữ liệu khách. Case study có thể nói problem, process và result ở mức được duyệt.
Watermark portfolio để bảo vệ nhưng không phá trải nghiệm. Gắn metadata và link. Nếu khách yêu cầu NDA, không dùng dự án làm portfolio trừ khi có permission sau.
Portfolio nên phản ánh loại commission muốn nhận, không chỉ mọi thứ từng làm. Đây là bộ lọc lead.
23. Cancellation, pause và ghosting
Hợp đồng định nghĩa cancellation fee theo milestone, refund và quyền dùng work-in-progress. Nếu khách pause, giữ slot trong thời hạn hoặc reschedule với fee. Ghosting sau nhiều reminder có thể đóng dự án và lưu khoản đã trả theo điều khoản hợp lý.
Nếu artist phải hủy vì sức khỏe hoặc bất khả kháng, thông báo sớm, hoàn tiền phần chưa làm và bàn giao phần phù hợp. Không dùng điều khoản một chiều bất công.
Communication template giúp xử lý bình tĩnh: status, deadline phản hồi, hậu quả và lựa chọn. Không tranh cãi công khai khi chưa cố giải quyết riêng.
24. Dispute và chargeback evidence
Giữ contract, invoice, payment, brief, approval, version, delivery log và communication. Khi có dispute, bằng chứng cho thấy dịch vụ đã cung cấp và khách đã duyệt. Không lưu dữ liệu thừa hoặc chỉnh sửa bằng chứng.
Cố giải quyết trực tiếp: làm rõ, sửa defect thật, license adjustment hoặc refund theo phần. Chargeback không nên là lần đầu hai bên nói chuyện. Tuy nhiên artist cần biết quy trình provider.
Postmortem mỗi dispute: lead qualification, scope, approval hay payment có lỗ hổng gì. Cập nhật system.
25. Dashboard tài chính và capacity
Theo dõi leads, booking rate, average project value, hours estimate/actual, revision, change revenue, days to pay, profit, repeat client và source. Không chỉ nhìn doanh thu. Dự án giá cao nhưng sửa gấp đôi có thể kém lợi nhuận.
Time tracking nội bộ không nhất thiết bill theo giờ, nhưng giúp cải thiện quote. Tách creative, admin, meeting và revision. Theo dõi burnout và số ngày deep work.
Forecast deposit và milestone, không coi signed quote là cash. Dự phòng tax, fee và thời gian không billable.
26. Productize dịch vụ
Sau khi có dữ liệu, tạo gói rõ: portrait standard, commercial key visual, emote pack hoặc monthly art support. Productized service giảm sales time và scope drift. Vẫn cho custom quote với dự án đặc biệt.
Template hóa intake, brief, quote, milestone, email, license và delivery. Không template hóa sáng tạo thành sản phẩm giống nhau; template phần vận hành để dành năng lượng cho art.
Tăng giá theo demand, skill, rights và process. Thông báo với lead mới; không thay hợp đồng đã ký. Review rate định kỳ.
27. Kế hoạch triển khai 14 ngày
Ngày 1–2: service menu, exclusions, price floor và rights options. Ngày 3–4: inquiry form, qualification và brief. Ngày 5–6: quote, scope, agreement, deposit và cancellation.
Ngày 7–8: folder, naming, milestone và approval. Ngày 9–10: revision/change request, license summary và asset provenance. Ngày 11–12: delivery, acceptance, portfolio và archive. Ngày 13–14: test một dự án giả, sửa template, mở booking nhỏ.
Checklist trước khi bắt đầu commission
- Dịch vụ, output và exclusions rõ.
- Lead phù hợp style, budget và deadline.
- Brief có mục đích, reference và decision maker.
- Scope và revision được định nghĩa.
- Creative fee, rights, rush và source file tách rõ.
- Deposit cleared.
- Timeline có ngày feedback.
- Personal/commercial license được xác nhận.
- Asset bên thứ ba có quyền.
- Milestone và approval có bằng chứng.
- Change request có giá và timeline.
- Final package, acceptance và archive policy rõ.
Câu hỏi thường gặp
Có nên gửi PSD cho khách?
Chỉ khi được ghi là deliverable và định giá phù hợp. PSD chứa process, layer và asset license; cần dọn, loại asset không transferable và nói rõ compatibility.
Khách yêu cầu sửa thêm một chút thì sao?
Đối chiếu revision scope. Nếu là defect hoặc thay đổi nhỏ trong round, xử lý; nếu đổi hướng đã duyệt, gửi change quote trước. Giải thích nhẹ nhàng dựa trên scope.
Artist có giữ copyright không?
Phụ thuộc hợp đồng và luật. Thông thường có thể giữ copyright và cấp license, nhưng dự án work-for-hire hoặc assignment có thể khác. Cần điều khoản rõ và tư vấn phù hợp.
Đọc thêm trên VietBoost
Nguồn tham khảo
Kết luận
Hệ thống commission chuyên nghiệp không làm nghệ thuật trở nên công nghiệp; nó bảo vệ khoảng không sáng tạo khỏi những bất định vận hành. Khi brief, scope, giá, rights, milestone và approval được viết rõ, artist giảm sửa vô hạn và khách hàng biết chính xác họ mua gì. Hãy template hóa phần hành chính, giữ provenance cho asset và dùng dữ liệu dự án để cải thiện giá cùng capacity. Sự rõ ràng chính là nền tảng của quan hệ khách hàng bền vững.
