Nano Banana 2.1 là gì? Từ ý tưởng đến bộ ảnh ra mắt sản phẩm: cách dùng và chi phí

Một hướng dẫn dành cho người làm sản phẩm cần hình ảnh có mục đích, không chỉ đẹp khi đứng riêng.

Nano Banana 2.1 là mô hình tạo và chỉnh sửa ảnh của Google, được phát triển tiếp từ Nano Banana 2. Bạn có thể mô tả hình ảnh bằng ngôn ngữ tự nhiên hoặc đưa ảnh tham chiếu để yêu cầu thay đổi. Với một nhóm phát triển nhỏ, công cụ này có thể hỗ trợ phần hình ảnh cho trang giới thiệu, bài thông báo và tài liệu hướng dẫn.

Điều cần xác định trước là vai trò của từng ảnh. Một ảnh giới thiệu phải gợi đúng nội dung sản phẩm; ảnh minh họa trong tài liệu phải giúp người đọc hiểu ý; còn ảnh chụp giao diện cần phản ánh ứng dụng thật. Không nên dùng ảnh tạo sinh để thay thế bằng chứng về một tính năng chưa tồn tại.

Ảnh chủ đề được tạo bằng AI.

Nội dung

1. Hiểu mô hình trước khi chọn công cụ
2. Lập danh sách ảnh theo vị trí sử dụng
3. Viết yêu cầu đủ rõ để bắt đầu
4. Chọn lối vào và chỉnh sửa có kiểm soát
5. Giữ sự thống nhất giữa các ảnh
6. Đọc giá đúng đơn vị và bàn giao tài sản

1. Hiểu mô hình trước khi chọn công cụ

Nano Banana 2.1 không phải một phần mềm dàn trang hoàn chỉnh. Khả năng tạo ảnh giúp biến mô tả thành hình; khả năng chỉnh sửa hỗ trợ thay đổi nội dung dựa trên ảnh có sẵn. Việc thiết kế bố cục trang, thêm nội dung động và quản lý các lớp chữ vẫn thuộc về công cụ thiết kế hoặc ứng dụng của bạn.

Tên mô hình và tên ứng dụng là hai thứ khác nhau. Khi dùng một công cụ có nhiều mô hình ảnh, hãy xem lựa chọn đang được sử dụng. Khả năng Google công bố cũng không đồng nghĩa mọi dịch vụ trung gian đều mở đầy đủ cùng một bộ tùy chọn.

2. Lập danh sách ảnh theo vị trí sử dụng

Giả sử nhóm bạn chuẩn bị ra mắt một ứng dụng ghi chú. Thay vì yêu cầu “tạo bộ ảnh cho ứng dụng”, hãy chia bộ ảnh thành các nhiệm vụ nhỏ.

Chia như vậy giúp tránh ảnh đẹp nhưng không dùng được. Nếu khu vực đầu trang có tiêu đề ở bên trái, hình ảnh không nên đặt vật thể quan trọng vào đúng chỗ đó. Nếu ảnh dùng làm hình thu nhỏ, các chi tiết quá nhỏ sẽ mất tác dụng.

Đối với ứng dụng ghi chú, bạn có thể chọn một hệ hình ảnh gồm các tấm giấy, kính mờ và một nguồn sáng nhẹ. Đây là phép ẩn dụ cho việc sắp xếp thông tin, không phải hình chụp tính năng. Giao diện thực tế vẫn nên được chụp từ sản phẩm khi cần giải thích cách dùng.

Minh họa ý niệm bằng AI, không phải đầu ra được đánh giá từ Nano Banana.

3. Viết yêu cầu đủ rõ để bắt đầu

Một yêu cầu hữu ích thường có năm thành phần: mục đích, chủ thể, bố cục, phong cách và giới hạn. Không cần biến nó thành danh sách dài các tính từ.

Ví dụ cho ảnh đầu trang:

Tạo ảnh ngang cho trang giới thiệu ứng dụng ghi chú. Chủ thể là các tấm giấy bán trong suốt được sắp xếp gọn ở phía bên phải. Nền xanh đậm, ánh sáng dịu, cảm giác tập trung. Giữ nửa bên trái thoáng để tôi thêm tiêu đề. Không tạo chữ, biểu tượng thương hiệu hoặc giao diện phần mềm.

Các yêu cầu về bố cục có ích hơn một từ chung như “chuyên nghiệp”. Bạn biết mình cần khoảng trống ở đâu, vật thể nào phải nổi bật và những chi tiết nào không được xuất hiện.

Nếu muốn đưa văn bản vào ảnh, nên chuẩn bị câu chữ trước. Với tiếng Việt, cần xem lại dấu, tên riêng và các chuỗi số. Khi nội dung có thể thay đổi, thêm chữ bằng công cụ dàn trang thường dễ bảo trì hơn.

Một việc nên làm ngay từ đầu là ghi lại điều không được thay đổi. Với ảnh sản phẩm, đó có thể là màu, hình dạng và nhãn. Với một bộ minh họa, đó có thể là góc nhìn hoặc hệ màu. Những ràng buộc này giúp bạn nhận ra sự lệch hướng sau mỗi lần chỉnh sửa.

4. Chọn lối vào và chỉnh sửa có kiểm soát

Nếu đang xây dựng ý tưởng bằng tay, bạn có thể bắt đầu từ AI Studio. Trang giá chính thức của Google có lối vào cho mô hình tương ứng. Sau khi mở, kiểm tra tên mô hình, quyền sử dụng của tài khoản và thông tin tính phí.

Trong Flow, chuyển sang chế độ ảnh rồi xem danh sách mô hình. Chỉ chọn Nano Banana 2.1 khi nó thực sự có trong danh sách của tài khoản. Chế độ tự động lựa chọn mô hình không cho phép suy ra rằng mọi hình ảnh đều được tạo bằng 2.1.

Một quy trình làm việc đơn giản gồm:

1. Chọn một vị trí sử dụng và xác định tỷ lệ ảnh.
2. Gửi mô tả với một mục tiêu chính.
3. Xem lại chủ thể, khoảng trống và nội dung không mong muốn.
4. Chọn một thay đổi quan trọng nhất cho lượt chỉnh tiếp theo.
5. Lưu phiên bản đã chọn trước khi tạo biến thể khác.

Chẳng hạn, khi vật thể che mất phần tiêu đề, hãy yêu cầu đổi vị trí trước khi đổi chất liệu. Nếu cùng lúc thay vị trí, màu, ánh sáng và số lượng vật thể, bạn sẽ khó biết điều gì đã cải thiện bố cục.

Đối với ảnh tham chiếu, hãy dùng nguồn mà bạn có quyền sử dụng. Nếu ảnh chứa người hoặc thông tin riêng tư, cân nhắc phần nào thật sự cần đưa vào dịch vụ. Quyền truy cập một tệp không tự động đồng nghĩa bạn được dùng tệp đó trong chiến dịch công khai.

5. Giữ sự thống nhất giữa các ảnh

Một bộ ảnh có thể cùng đẹp nhưng vẫn rời rạc. Sự thống nhất cần bắt đầu từ quyết định thiết kế: cùng hệ màu, cùng cách chiếu sáng và một nhóm vật thể có liên hệ.

Bạn có thể ghi một bản mô tả phong cách ngắn, sau đó thay riêng nhiệm vụ cho từng ảnh. Ví dụ, nền xanh đậm và giấy trong suốt là phần chung; vị trí chủ thể và khoảng trống là phần thay đổi theo bài viết.

Tuy vậy, dùng chung mô tả không đảm bảo các chi tiết sẽ giống hệt. Khi một vật thể phải giữ nguyên hình dạng, nên dùng ảnh tham chiếu và xem kỹ kết quả. Nếu yêu cầu độ chính xác cao, có thể tạo nền riêng rồi ghép chủ thể thật vào sau.

Hãy kiểm tra ảnh trong bố cục thật, không chỉ trong cửa sổ xem ảnh. Việc thu nhỏ và cắt ảnh có thể làm mất chủ thể hoặc khiến phần dành cho chữ không còn đủ rộng.

Minh họa ý niệm được tạo bằng AI.

6. Đọc giá đúng đơn vị và bàn giao tài sản

Thông tin giá được đối chiếu ngày 13/10/2026. Với API tiêu chuẩn của Google, phần đầu ra ảnh vuông 1K được niêm yết là 0,0336 USD. Đây chỉ là phần đầu ra ảnh; các thành phần khác của yêu cầu có thể được tính riêng. Gói thuê bao hoặc điểm trong ứng dụng web sử dụng cơ chế khác.

Nếu muốn tích hợp khả năng tạo ảnh vào quy trình của nhóm, một lựa chọn là xem dịch vụ API phù hợp với công cụ đang dùng. Trang giá Nano Banana 2.1 của Crazyrouter ghi 0,035 USD mỗi yêu cầu tại thời điểm trên. Cần kiểm tra thêm điều kiện về kích thước, số ảnh và tài khoản; không mặc định mức giá cơ bản áp dụng cho mọi cấu hình.

Đối với một nhóm nhỏ, quyết định dùng API nên đến từ nhu cầu phối hợp hoặc tự động hóa. Nếu chỉ có một người chuẩn bị vài ảnh cho lần ra mắt, thao tác trên giao diện web có thể đã đủ. API còn kéo theo việc quản lý quyền, lưu trữ tài sản và xử lý các yêu cầu bị gián đoạn.

Khi bàn giao, nên có bản ảnh được chọn, bản mô tả đã dùng, phiên bản có chữ và phiên bản không chữ nếu cần. Ghi rõ vị trí sử dụng và phần nào được phép cắt. Một cấu trúc lưu trữ rõ ràng giúp người khác sửa ảnh mà không phải hỏi lại toàn bộ bối cảnh.

Nano Banana 2.1 có ích khi bạn biết mình đang thiếu một hướng hình ảnh, một cảnh minh họa hay một biến thể. Với bộ ảnh ra mắt sản phẩm, bước quan trọng nhất vẫn là phân công đúng vai trò cho từng ảnh. Hình ảnh tạo sinh phục vụ câu chuyện của sản phẩm; thông tin chính xác và quyết định cuối cùng thuộc về nhóm làm sản phẩm.

Nguồn: tài liệu tạo và chỉnh sửa ảnh của Google, bảng giá Gemini API và hướng dẫn Flow. Các hình minh họa trong bài là hình ý niệm, không phải kết quả đánh giá Nano Banana 2.1.