Hướng dẫn sử dụng SMM panel PanelFollows từ A đến Z

Đây là bản hướng dẫn sử dụng SMM panel PanelFollows dành cho người mới mở bảng điều khiển lần đầu, và cho cả những ai đã quen các panel trong nước nhưng muốn chuyển sang một nhà cung cấp gốc. Hầu hết bài hướng dẫn trên mạng chỉ dừng ở câu "chọn dịch vụ, dán link, bấm đặt hàng". Đó là phần dễ. Phần khiến người dùng mất tiền thì ít ai viết ra: ô "Số lượng" không phải lúc nào cũng là tổng số, mức giá ghi "/ 1.000" đôi khi lại là giá của cả một gói, và nút Bảo hành biến mất suốt 24 giờ sau khi bạn bấm một lần. Cả ba đều không phải lỗi. Đó là cách hệ thống vận hành, và tốt nhất là bạn biết trước ở đây, thay vì sau một đơn đặt sai giá.

Bài viết đi theo đúng thứ tự bạn sẽ gặp trên màn hình: tạo tài khoản, nạp tiền, đặt một đơn thật cẩn thận, đọc trạng thái đơn cho đúng, rồi nếu bạn làm đại lý thì chuyển toàn bộ sang API. Tên nút và nhãn trong bài được viết đúng như giao diện tiếng Việt, đặt trong ngoặc kép. Chỗ nào hệ thống không kiểm tra giúp bạn, bài sẽ nói thẳng. Bài cũng không đưa ra mức giá hay hứa thời gian giao cụ thể, vì cả hai được cấu hình riêng cho từng dịch vụ và thay đổi theo thời gian; con số hiển thị cạnh dịch vụ bạn chọn mới là con số áp dụng.

Hướng dẫn sử dụng SMM panel: PanelFollows làm gì và không làm gì

PanelFollows gồm bốn lớp chồng lên nhau: một danh sách dịch vụ mạng xã hội, một ví trả trước, một quy trình xử lý đơn hàng và một lớp chuyển đơn tới các nhà cung cấp trực tiếp thực hiện. Bạn nạp tiền vào ví, dùng số dư để mua dịch vụ, hệ thống chuyển đơn đi và theo dõi đến khi đơn kết thúc. Nếu bạn chưa rõ mô hình này, trang SMM panel là gì giải thích từ đầu.

Hãy tỉnh táo về thứ mình mua. Follow, like, view và bình luận mua qua panel là tương tác được giao theo đơn. Đó không phải những người hâm mộ đọc từng dòng caption của bạn, và con số tăng lên không tự biến thành khách hàng. Dịch vụ làm thay đổi con số, và con số làm thay đổi cảm nhận của người lần đầu ghé trang. Đó là giới hạn thực tế. Muốn con số có ý nghĩa, nó phải đứng trên nội dung mà người xem thực sự muốn xem. Vì vậy danh sách dịch vụ là công cụ, không phải chiến lược.

Bối cảnh Việt Nam cũng đáng nhắc tới. Theo báo cáo Digital 2025 của DataReportal, đầu năm 2025 cả nước có 79,8 triệu người dùng Internet và 76,2 triệu danh tính người dùng mạng xã hội. Quảng cáo Facebook tiếp cận 76,2 triệu người dùng, YouTube 62,3 triệu, TikTok 40,9 triệu người từ 18 tuổi trở lên, trong khi Instagram chỉ khoảng 10,6 triệu. Nói cách khác, Facebook và TikTok là hai nền tảng lớn nhất ở Việt Nam, nên các ví dụ trong bài lấy hai nền tảng này làm chính.

Bốn điều nên biết ngay từ ngày đầu:

1. Mọi phép tính nội bộ đều bằng USD. Hiển thị giá bằng EUR hay TRY chỉ là quy đổi để xem, và hiện chưa có VND.
2. Mọi trang trong bảng điều khiển đều được đánh dấu noindex, nên không có gì phía sau trang đăng nhập xuất hiện trên Google.
3. Mở bất kỳ địa chỉ nào của bảng điều khiển khi chưa đăng nhập, bạn sẽ bị đưa về trang đăng nhập.
4. Số dư được lưu tới bốn chữ số thập phân, nên số tiền hiển thị chính là số tiền bị trừ.

Bước 1: Đăng ký tài khoản và đăng nhập

Việc đăng ký diễn ra tại trang đăng ký và mất chưa tới một phút.

1. Nếu tính năng đăng nhập bằng Google đang bật, nút đầu tiên trên form là "Tiếp tục với Google", bên dưới có dòng phân cách "hoặc". Dùng nút này thì bạn bỏ qua bước tạo mật khẩu. Nếu không thấy nút, nghĩa là cách đăng nhập đó chưa được bật, và bạn dùng form email bên dưới.
2. Điền "Tên", "Email" và "Mật khẩu".
3. Mật khẩu phải có ít nhất 8 ký tự. Ngắn hơn sẽ bị từ chối với thông báo "Mật khẩu phải có ít nhất 8 ký tự.", cả ở trình duyệt lẫn ở máy chủ, nên không có cách lách.
4. Nếu captcha đang bật, một ô xác minh sẽ hiện ra và nút gửi bị khóa cho tới khi bạn hoàn tất. Thông báo nhắc là "Vui lòng hoàn tất xác minh captcha."
5. Bấm "Đăng ký". Thành công, bạn thấy "Tạo tài khoản thành công!" và vào thẳng bảng điều khiển.
6. Nếu bạn đến từ một link giới thiệu có mã ?ref=, lượt giới thiệu được gắn tự động ngay lúc này. Bạn không phải nhập gì.

Email xác minh được gửi ngay khi tài khoản được tạo, nhưng việc xác minh không bắt buộc. Bạn vẫn nạp tiền và đặt hàng bình thường khi chưa bấm vào link. Trang tài khoản chỉ hiển thị nhãn "Chưa xác minh" thay vì "Đã xác minh". Dù vậy, hãy xác minh: đó là địa chỉ nhận link đặt lại mật khẩu và thông báo về đơn hàng.

Đăng nhập và lấy lại mật khẩu

Đăng nhập cũng tương tự: "Tiếp tục với Google" nếu có, còn không thì "Email", "Mật khẩu" và nút "Đăng nhập". Đăng nhập, đăng ký và xác thực hai yếu tố đều bị giới hạn năm lần thử mỗi phút, nên nếu nhập sai vài lần, bạn nên chờ một chút thay vì bấm liên tục. Quên mật khẩu thì bấm "Quên mật khẩu?", rồi "Gửi link đặt lại"; link trong email dẫn bạn tới các ô "Mật khẩu mới", "Nhập lại mật khẩu" và nút "Cập nhật mật khẩu".

Có một cái bẫy tạo ra lỗi rất khó hiểu. Tài khoản gắn với panel nơi nó được tạo: khách hàng của một child panel mang thương hiệu riêng chỉ đăng nhập được trên tên miền của chính panel đó, còn tài khoản ở panel chính chỉ dùng được trên tên miền chính. Đăng nhập nhầm địa chỉ, bạn nhận thông báo sai mật khẩu bình thường, không có gợi ý nào rằng vấn đề nằm ở tên miền. Nếu chắc chắn mật khẩu đúng, hãy nhìn thanh địa chỉ trước.

Bước 2: Làm quen với menu bảng điều khiển

Menu bên trái khá ngắn, và biết mỗi mục dùng để làm gì sẽ giúp bạn đỡ bấm lung tung về sau. Trên máy tính, theo thứ tự:

Mục menu	Dùng để làm gì
"Đặt hàng"	Form đặt hàng chính: nền tảng, danh mục, dịch vụ, link, số lượng, gửi đơn.
"Đặt hàng loạt"	Đặt nhiều đơn cùng lúc từ một ô văn bản, mỗi dòng một đơn.
"Đơn hàng của tôi"	Đơn gần đây kèm trạng thái, tiến độ, nút "Bảo hành" và "Hủy đơn".
"Đơn định kỳ"	Đơn tự động lặp lại mà hệ thống đặt lại cho bạn theo chu kỳ.
"Đánh giá của tôi"	Chấm điểm đơn đã hoàn thành; đánh giá được kiểm duyệt trước khi đăng.
"Nạp tiền"	Nạp số dư.
"Kiếm tiền"	Chương trình affiliate: link giới thiệu, hoa hồng, rút tiền.
"Dịch vụ"	Danh sách dịch vụ công khai, giống trang mà khách chưa đăng nhập vẫn xem được.
"Hỗ trợ"	Tạo và theo dõi ticket hỗ trợ.
"Tài khoản và bảo mật"	Hồ sơ, mật khẩu, xác thực hai yếu tố.
"API"	API key cho đại lý, endpoint và bảng action.
"Trợ lý AI"	Kết nối Claude, ChatGPT hoặc trợ lý AI khác với tài khoản của bạn.
"Panel của tôi"	Chỉ xuất hiện khi bạn sở hữu một child panel.

Bên dưới là ba bộ chọn cho ngôn ngữ, tiền tệ và giao diện, cùng nút "Đăng xuất". Trên điện thoại, thanh dưới cùng có năm tab: "Đặt hàng", "Đơn hàng", "Nạp tiền", "Hỗ trợ" và "Tài khoản"; các mục còn lại nằm trong menu mở rộng. Trên di động không thiếu gì cả, chỉ xa thêm một lần chạm. Với người Việt, phần lớn thời gian lướt mạng diễn ra trên điện thoại, nên bạn sẽ dùng thanh năm tab này nhiều hơn menu máy tính.

Trang đặt hàng còn có một cột bên phải hiển thị "Số dư", "Tỷ giá hiện tại" và ô "Đơn hàng gần đây" với link "Xem tất cả". Con số số dư đó là thứ nên liếc qua trước khi gửi bất kỳ đơn nào. Nếu bạn là khách của một child panel chứ không phải panel chính, mục "Kiếm tiền" và "Đánh giá của tôi" được ẩn khỏi menu, đó là thiết kế có chủ ý.

Mục "Trợ lý AI" đáng nói thêm vài dòng. Bạn thêm URL kết nối vào ứng dụng AI hỗ trợ MCP, duyệt kết nối ngay trong panel (có thể chọn chỉ cho xem), rồi hỏi kiểu "cho tôi xem giá follow Instagram" hay "các đơn gần đây của tôi đang chạy thế nào". Trợ lý có thể tìm dịch vụ, tính giá, xem đơn và số dư, đặt đơn, hủy đơn, yêu cầu bảo hành, và luôn hỏi bạn xác nhận trước khi đặt đơn. Trợ lý không thể nạp tiền, rút tiền, xem mật khẩu hay truy cập tài khoản khác.

Bước 3: Hướng dẫn nạp tiền vào số dư USD

Panel hoạt động theo hình thức trả trước hoàn toàn. Không có chuyện đặt trước trả sau, nên ví phải có tiền trước. Mở "Nạp tiền":

1. Đầu trang là thanh "Số dư hiện tại", để bạn luôn biết mình đang có bao nhiêu.
2. Chọn số tiền ở mục "Số tiền (USD)". Có các nút chọn nhanh 10, 25, 50, 100, 250 và 500 USD, kèm ô nhập tự do bên dưới. Giá trị mặc định là 50.
3. Mức tối thiểu chung được ghi trên trang: "Tối thiểu 1 USD." Một số phương thức có mức tối thiểu riêng cao hơn, khi đó dòng ghi chú đổi theo con số của phương thức đó. Mức trần cho một lần nạp là 100.000 USD.
4. Nếu chương trình thưởng nạp tiền đang chạy, ô "Thưởng nạp tiền" hiện ra, liệt kê các mức thưởng và cho thấy chính xác số dư cuối cùng theo dạng "Thưởng +{bonus} · tổng số dư {total}".
5. Chọn phương thức ở mục "Phương thức thanh toán". Mỗi dòng hiển thị tên phương thức, đơn vị xử lý phía sau và logo được chấp nhận.
6. Xem ô "Tóm tắt khoản nạp": dòng "Bạn gửi" và "Cộng vào số dư" cho biết chính xác số tiền sẽ vào ví.
7. Bấm nút của phương thức đã chọn và hoàn tất thanh toán.

Phương thức nạp tiền thực tế cho người dùng tại Việt Nam

Bảng dưới đây mô tả các phương thức trên panel chính tại thời điểm viết bài. Phương thức nào hiện ra còn tùy cấu hình, ngôn ngữ giao diện và quốc gia bạn đang kết nối, nên bảng này là tấm bản đồ để tham khảo, không phải lời hứa.

Phương thức	Dành cho ai	Cách hoạt động	Cộng vào số dư
Crypto qua Cryptomus	Hầu hết các quốc gia, gồm cả Việt Nam	Chuyển sang trang thanh toán Cryptomus, bạn chọn đồng coin và mạng lưới	Tự động khi giao dịch được xác nhận
Crypto qua Heleket	Mọi quốc gia	Cơ chế giống hệt, là cổng thanh toán thứ hai	Tự động khi giao dịch được xác nhận
Chuyển khoản ngân hàng	Mọi quốc gia; tối thiểu riêng 20 USD tại thời điểm viết bài	Bạn chuyển tiền vào tài khoản hiển thị trên trang rồi báo lại nội dung chuyển khoản	Thủ công, sau khi quản trị viên duyệt
Thẻ bằng lira Thổ Nhĩ Kỳ	Chỉ giao diện tiếng Thổ Nhĩ Kỳ và kết nối từ Thổ Nhĩ Kỳ	Chuyển sang trang thanh toán thẻ	Tự động

Với người dùng tại Việt Nam, trên thực tế có hai lựa chọn: crypto được cộng tự động, và chuyển khoản ngân hàng quốc tế được duyệt thủ công. Hiện panel chính không nhận thanh toán thẻ cho người dùng từ Việt Nam, và không có ví điện tử, thẻ cào hay cổng thanh toán nội địa nào. Đừng chờ những phương thức đó xuất hiện, cứ dùng crypto hoặc chuyển khoản. Nếu không có phương thức nào khả dụng với bạn, trang hiển thị "Hiện chưa có phương thức thanh toán nào khả dụng."

Crypto. Nút bấm là "Thanh toán qua Cryptomus" hoặc "Thanh toán qua Heleket", kèm ghi chú "Thanh toán bằng crypto; sau khi được xác nhận, tiền sẽ tự động cộng vào số dư." Trang SMM panel thanh toán crypto giải thích chi tiết hơn. Một lưu ý pháp lý mang tính thông tin, không phải tư vấn: Ngân hàng Nhà nước Việt Nam xác định tiền mã hóa không phải phương tiện thanh toán hợp pháp tại Việt Nam, dù việc nắm giữ và giao dịch như một loại tài sản không bị cấm. Nếu bạn không chắc về nghĩa vụ pháp lý của mình, hãy chọn chuyển khoản ngân hàng hoặc hỏi ý kiến chuyên gia trước khi nạp.

Hai thói quen nhỏ giúp tránh rắc rối khi trả bằng crypto. Thứ nhất, đồng coin và mạng lưới bạn gửi phải trùng khớp với hóa đơn, ví dụ USDT trên đúng mạng TRC20 nếu hóa đơn ghi TRC20. Thứ hai, hãy gửi đủ số tiền trên hóa đơn sau khi đã tính phí mạng mà sàn của bạn trừ đi. Nếu số tiền về thiếu so với hóa đơn, hệ thống chỉ cộng đúng số thực nhận.

Chuyển khoản ngân hàng. Khối chuyển khoản trước tiên hỏi "Loại tiền bạn chuyển". Có bảy loại tiền: EUR, GBP, USD, TRY, CHF, JPY và AUD. VND không nằm trong danh sách, nên từ Việt Nam bạn sẽ chuyển khoản quốc tế qua Swift, thường bằng USD: chọn USD, trả lời câu hỏi "Bạn chuyển từ đâu?" bằng "Từ nước ngoài", rồi sao chép thông tin trong phần "Chuyển khoản Swift (quốc tế)". Có hai quy tắc bắt buộc. Một là tên người nhận phải ghi đúng chính xác như trên màn hình; nếu không khớp, ngân hàng sẽ trả lại khoản tiền. Hai là số dư được cộng bằng USD, nên tỷ giá và phí mà ngân hàng áp dụng (kể cả phí ngân hàng trung gian của lệnh Swift) có thể làm số tiền về ít hơn. Trước khi chuyển, hãy hỏi ngân hàng của bạn về điều kiện chuyển tiền ra nước ngoài, mức phí và giấy tờ cần có. Chuyển xong, bạn nhập "Mã tham chiếu / nội dung chuyển khoản" rồi bấm "Báo đã thanh toán". Một ticket hỗ trợ tự động được mở cho khoản nạp đó, và kết quả duyệt hay từ chối được trả lời ngay trong ticket ấy.

Thời gian cộng tiền và cách tính số dư nhận được

Crypto được cộng tự động ngay khi đơn vị xử lý thanh toán xác nhận giao dịch. Chữ "trong vài phút" trên giao diện là câu trả lời trung thực, vì khoảng chờ nằm ở blockchain và cổng thanh toán, không nằm ở panel. Khi quay về từ trang thanh toán, bạn sẽ thấy "Đã nhận thanh toán. Số dư sẽ được cộng trong vài phút." hoặc "Không thể hoàn tất thanh toán. Bạn có thể thử lại hoặc chọn phương thức thanh toán khác." Chuyển khoản ngân hàng thì chờ người duyệt, lại cộng thêm thời gian lệnh Swift đi qua các ngân hàng; nếu bạn cần tiền trước một hạn chót, hãy chừa thời gian.

Số tiền thực sự vào ví bằng khoản nạp, cộng thưởng theo mức (nếu có), cộng thưởng mã giảm giá hoặc thưởng theo phương thức (nếu có), trừ phí phương thức (nếu có), và không bao giờ âm. Tại thời điểm viết bài, thưởng nạp tiền có bốn mức:

Số tiền nạp	Thưởng
Từ 50 USD	+3%
Từ 100 USD	+5%
Từ 250 USD	+7%
Từ 500 USD	+10%

Ví dụ: nạp 100 USD qua một phương thức không có phí, bạn nhận 105 USD vào số dư. Mức áp dụng luôn là mức hiển thị trong ô thưởng trên trang. Khách của child panel không nhận thưởng theo mức này. Việc nạp tiền bị giới hạn mười yêu cầu mỗi phút, còn báo thanh toán thủ công là năm yêu cầu mỗi phút.

Từ panel nội địa nạp VND sang số dư USD: những gì thay đổi

Nhiều người dùng Việt đã quen các panel trong nước: giá niêm yết bằng VND, nạp tiền qua chuyển khoản nội địa, ví điện tử hay thẻ cào, tiền vào trong một vài phút và quảng cáo "bảo hành 30-90 ngày tùy dịch vụ". Quy trình năm bước cũng rất quen: đăng ký, nạp tiền, chọn dịch vụ, nhập link, đặt hàng. Cách sử dụng panel như PanelFollows về cơ bản không khác, nhưng có vài thói quen cần điều chỉnh. Không có gì phức tạp, chỉ là nên biết từ đầu.

Khía cạnh	Thường gặp ở panel nội địa	Tại PanelFollows
Đơn vị số dư	VND	USD; có thể hiển thị bằng EUR hoặc TRY, chưa có VND
Cách nạp tiền	Chuyển khoản nội địa, ví điện tử, thẻ cào	Crypto (tự động) hoặc chuyển khoản quốc tế (duyệt thủ công)
Giá dịch vụ	VND cho mỗi 1.000	USD cho mỗi 1.000
Nạp tối thiểu	Tùy panel	1 USD nói chung; chuyển khoản 20 USD tại thời điểm viết bài
Thuật ngữ bảo hành	"Bảo hành 30 ngày", "không bảo hành"	Nhãn tương tự: "Bảo hành 30 ngày", "Bảo hành trọn đời", "Không bảo hành"
Bấm bảo hành	Nhiều nơi phải nhắn hỗ trợ	Tự bấm nút "Bảo hành" trên đơn, yêu cầu đi thẳng tới nhà cung cấp
API	Thường là định dạng API đại lý phổ biến	API chuẩn cho đại lý, nên phần lớn code cũ vẫn chạy

Mẹo tính ra tiền Việt: lấy giá mỗi 1.000 bằng USD, nhân với tỷ giá mà sàn hoặc ngân hàng của bạn áp dụng hôm đó, rồi cộng phí chuyển khoản hoặc phí mạng. Đừng so giá PanelFollows với panel nội địa chỉ bằng con số mỗi 1.000, mà so cả tình trạng bảo hành, thời gian trung bình và khả năng hủy đơn. Một dịch vụ rẻ hơn nhưng "Không bảo hành" thường đắt hơn trên thực tế. Nếu muốn so sánh kỹ hơn, xem trang SMM panel giá rẻ nhất và SMM panel tốt nhất.

Còn một thay đổi đến từ luật. Nghị định 147/2024/NĐ-CP có hiệu lực từ ngày 25/12/2024 yêu cầu tài khoản mạng xã hội tại Việt Nam xác thực bằng số điện thoại di động Việt Nam hoặc số định danh cá nhân; chỉ tài khoản đã xác thực mới được đăng bài, bình luận, livestream và chia sẻ thông tin. Với người dùng panel, hệ quả thực tế rất đơn giản: link bạn đặt hàng nên trỏ tới một tài khoản hoặc bài viết công khai, đang hoạt động bình thường trên nền tảng. Một trang cá nhân bị hạn chế tính năng hay chưa hoàn tất thủ tục của nền tảng là mục tiêu rủi ro cho bất kỳ đơn hàng nào.

Bước 4: Đặt đơn hàng đầu tiên

Mở "Đặt hàng". Form hoạt động như một cái phễu: nền tảng, rồi danh mục, rồi dịch vụ, rồi các thông tin mà dịch vụ đó cần. Ví dụ dưới đây là đơn follow TikTok, một loại đơn rất phổ biến ở Việt Nam, nhưng các bước giống hệt cho like fanpage Facebook hay view YouTube.

1. Chọn nền tảng trong lưới nút phía trên. Có nút "Tất cả", các nền tảng riêng lẻ, rồi "Khác". Chỉ mười một nền tảng đầu hiện sẵn; bấm "+{count} nền tảng" để mở phần còn lại và "Thu gọn" để đóng lại. Nhãn xanh "Mới" nghĩa là nền tảng đó vừa có dịch vụ mới trong khoảng hai tuần gần đây.
2. Thu hẹp bằng ô "Tìm dịch vụ…". Khi ô có chữ, khóa danh mục được nới ra và việc tìm kiếm chạy trên toàn bộ nền tảng thay vì chỉ trong danh mục đang chọn. Nút "Yêu thích" bên cạnh bị vô hiệu cho tới khi bạn có dịch vụ yêu thích, kèm gợi ý "Chưa có dịch vụ yêu thích. Bấm biểu tượng trái tim dưới dịch vụ đang chọn để thêm." Chế độ yêu thích bỏ qua hoàn toàn bộ lọc nền tảng và danh mục.
3. Chọn "Danh mục". Ở đây không có tùy chọn "tất cả danh mục"; luôn có một danh mục cụ thể được chọn. Các danh mục từ nhà cung cấp gốc được gom lên đầu với nhãn "Nhà cung cấp gốc". Nếu nền tảng có dịch vụ nhắm theo quốc gia, một dải chọn "Quốc gia" hiện thêm để bạn lọc.
4. Chọn "Dịch vụ". Trong danh mục dài, dịch vụ được chia thành các khối như "Bảo hành trọn đời", "Bảo hành 30 ngày", "Không bảo hành" hay "Tối đa 30 phút", để bạn so sánh nhanh. Mỗi dòng hiển thị biểu tượng danh mục, tên dịch vụ, mã dịch vụ và giá kèm "/ 1.000" ở bên phải. Hãy ghi nhớ mã dịch vụ: đó là ID bạn dùng khi đặt hàng loạt và khi gọi API.
5. Bốn ô tóm tắt hiện ra: "Giá mỗi 1.000", "Số lượng Min - Max", "Thời gian trung bình" và nút "Thêm vào yêu thích" hoặc "Bỏ khỏi yêu thích". Khi dịch vụ chưa có lịch sử, ô thời gian ghi "Không cố định"; chú thích gọi đó là "Thời gian hoàn thành trung bình của các đơn thuộc dịch vụ này", tức là trung bình của quá khứ, không phải lời hứa.
6. Nếu dịch vụ có mô tả, ô "Mô tả" sẽ tải bên dưới. Hãy đọc. Quy định riêng của dịch vụ, chẳng hạn tài khoản phải công khai hay link phải ở dạng nào, chỉ nằm ở đó.
7. Dán mục tiêu vào ô "Link". Gợi ý https://... cần hiểu theo nghĩa đen: máy chủ chỉ nhận link bắt đầu bằng http:// hoặc https://, dài tối đa 2.048 ký tự, nên một địa chỉ thiếu tiền tố như tiktok.com/@ten sẽ bị từ chối. Ngoại lệ duy nhất là dịch vụ gói tự động, khi đó ô này đổi thành "Tên người dùng / link trang cá nhân".
8. Nhập "Số lượng" trong khoảng min và max ở ô tóm tắt.
9. Nếu dịch vụ hỗ trợ, ô tích "Drip-feed" sẽ xuất hiện. Đọc phần drip-feed bên dưới trước khi tích.
10. Kiểm tra dòng "Tổng cộng", dòng này tính lại ngay khi bạn gõ.
11. Bấm "Đặt hàng". Thành công, bạn thấy "Đặt hàng thành công!", ô link và ô bình luận được xóa trắng, trang tự làm mới.

Bạn có thể đặt tối đa hai mươi đơn mỗi phút qua form. Cần nhiều hơn thế thì dùng đặt hàng loạt hoặc API.

Khi dịch vụ ghi "Không bảo hành"

Dịch vụ không có bảo hành được đánh dấu bằng nhãn đỏ "Không bảo hành" ngay trong danh sách, và form hiện một thẻ cảnh báo đỏ. Khi bạn bấm đặt hàng, một cửa sổ "Dịch vụ không bảo hành: xác nhận rủi ro" bật lên. Nội dung nói rất thẳng: dịch vụ phụ thuộc vào may rủi, kể cả khi đơn hiển thị "Hoàn thành" bạn vẫn có thể không nhận được follow hay tương tác nào, số lượng có thể tụt chỉ sau vài giờ, và không có bảo hành, hoàn tiền hay bù hàng. Bạn phải tích vào ô "Tôi đã đọc và chấp nhận: tôi sẽ không yêu cầu bảo hành, hoàn tiền hay bù hàng cho đơn này." rồi bấm "Tôi chấp nhận rủi ro, đặt hàng". Cửa sổ này hỏi lại ở mọi đơn, không ghi nhớ lựa chọn. Nếu bạn không chấp nhận được rủi ro đó, hãy chọn dịch vụ trong khối có bảo hành.

Đọc ô giá: giá mỗi 1.000 và gói giá cố định

Đây là lỗi đọc nhầm tốn tiền nhất trên panel, nên nó có riêng một phần.

Với dịch vụ thông thường, giá tính trên mỗi 1.000 đơn vị và phép tính đúng như bạn nghĩ: giá chia 1.000, nhân số lượng. Đặt 2.500 follow TikTok ở mức 1,20 USD mỗi 1.000, bạn trả 3,00 USD. Với dịch vụ giá cố định, con số hiển thị là giá của cả gói. Đây là các dịch vụ dạng gói, nhận biết được vì số lượng tối đa bằng 1; ô số lượng bị cố định và tổng tiền đúng bằng con số hiển thị.

Cái bẫy nằm ở chỗ giao diện không đổi nhãn cho dịch vụ giá cố định. Ô tóm tắt vẫn ghi "Giá mỗi 1.000" và danh sách dịch vụ vẫn ghi "/ 1.000" cạnh con số. Vì thế một gói 22 USD thoạt nhìn giống 22 USD cho mỗi 1.000 đơn vị, tức khoảng 2 cent mỗi đơn vị. Không phải vậy. Bạn đang nhìn thấy toàn bộ giá tiền.

Cách kiểm tra chắc chắn mất hai giây. Nhìn ô "Số lượng Min - Max" trước: nếu max bằng 1, bạn đang ở một gói, số lượng cố định và con số trong ô giá là toàn bộ chi phí chứ không phải đơn giá. Sau đó đối chiếu dòng "Tổng cộng" trước khi gửi, vì dòng này luôn hiển thị số tiền thật, bất kể nhãn phía trên ghi gì.

Bạn thấy	Dịch vụ thường	Dịch vụ dạng gói
Ô "Số lượng Min - Max"	Ví dụ 100 - 50.000	1 - 1
Ô "Giá mỗi 1.000"	Đơn giá cho 1.000 đơn vị	Giá của cả gói
Ô "Số lượng"	Bạn tự nhập	Cố định
Dòng "Tổng cộng"	Đơn giá / 1.000 × số lượng	Bằng con số trong ô giá

Drip-feed (chạy nhỏ giọt): "Số lượng" là mỗi lần chạy, không phải tổng

Drip-feed chia một đơn thành nhiều lần giao nhỏ, cách nhau một khoảng thời gian. Khi tích ô "Drip-feed", hai ô mới xuất hiện: "Số lần chạy", nhận từ 2 đến 1.000, và "Khoảng cách (phút)", nhận từ 0 trở lên.

Đây là phần khiến nhiều người mắc bẫy. Tích ô drip-feed làm thay đổi ý nghĩa của ô số lượng. Nhãn đổi thành "Mỗi lần", và dòng gợi ý dưới ô nói rõ: "Tổng số lượng được chia thành nhiều lần chạy và giao theo khoảng cách bạn đặt. Số lượng là số cho mỗi lần chạy." Tổng số được giao bằng số lượng nhân số lần chạy, và tiền được tính trên tổng đó. Dòng "Tổng số lượng" xuất hiện chính là để bạn thấy con số thật.

Bạn nhập	Drip-feed	Tổng số lượng giao	Bạn trả tiền cho
Số lượng 1.000	Tắt	1.000	1.000
Số lượng 1.000, 5 lần chạy	Bật	5.000	5.000
Số lượng 200, 5 lần chạy	Bật	1.000	1.000
Số lượng 500, 4 lần chạy, cách 60 phút	Bật	2.000 trong khoảng 3 giờ	2.000

Vậy nếu bạn muốn 1.000 follow chia đều năm lần, hãy nhập 200 với 5 lần chạy, không phải 1.000 với 5 lần chạy. Giới hạn min và max được kiểm tra trên số lượng mỗi lần, không phải trên tổng, nên form sẵn sàng chấp nhận một con số mà khi nhân lên thành gấp năm lần số tiền bạn định chi. Vì vậy, hãy nhìn dòng "Tổng số lượng" trước, rồi đến dòng "Tổng cộng".

Còn một cái bẫy tinh vi hơn. Ô tích drip-feed hiện ra mỗi khi dịch vụ được đánh dấu hỗ trợ drip-feed, nhưng nó chỉ thực sự hoạt động ở dịch vụ loại tiêu chuẩn. Với các loại đặc biệt ở phần sau, ô vẫn hiện và vẫn tích được, nhưng số lần chạy và khoảng cách không bao giờ được gửi tới nhà cung cấp. Giá và cách giao không đổi, nên không có cảnh báo nào. Nếu dịch vụ của bạn yêu cầu bình luận, tên người dùng, hashtag, số thứ tự đáp án bình chọn hay bất kỳ trường bổ sung nào, hãy coi như ô drip-feed không có tác dụng.

Cũng cần nói thẳng về một quan niệm sai: chia nhỏ việc giao hàng là lựa chọn về lịch, không phải cơ chế an toàn. Nó thay đổi thời điểm tương tác đến, không hơn. Chuyện follow tụt và bảo hành hoạt động thế nào được phân tích riêng trong bài tụt follow do đâu và bảo hành ra sao.

Loại dịch vụ, đơn định kỳ và đặt hàng loạt

Phần lớn dịch vụ chỉ cần link và số lượng. Một nhóm nhỏ nhưng đáng kể lại cần thông tin khác, và form tự dựng lại theo dịch vụ bạn chọn. Có mười lăm kiểu hoạt động khác nhau. Biết mình đang ở kiểu nào cho bạn biết số lượng được lấy từ đâu và drip-feed có tác dụng hay không.

Loại dịch vụ	Các ô cần điền, theo thứ tự	Số lượng lấy từ đâu	Drip-feed
Tiêu chuẩn	"Link", "Số lượng"	Số bạn nhập	Có, nếu dịch vụ hỗ trợ
Bình luận tùy chỉnh	"Link", "Bình luận"	Số dòng bình luận; không có ô số lượng	Không
Gói tự động	"Tên người dùng / link trang cá nhân", "Min mỗi bài", "Max mỗi bài", "Số bài viết"	Max mỗi bài × số bài, tính theo mức cao nhất	Không
Gói (giá cố định)	Chỉ "Link"	Cố định theo mức tối thiểu của dịch vụ	Không
Like bình luận	"Link", "Số lượng", "Tên người dùng"	Số bạn nhập	Không
Trả lời bình luận	"Link", "Tên người dùng", "Bình luận"	Số dòng bình luận	Không
Bình chọn	"Link", "Số lượng", "Số thứ tự đáp án"	Số bạn nhập	Không
Nhắc tên (mention)	"Link", "Số lượng", "Tên người dùng"	Số bạn nhập	Không
Nhắc tên từ người theo dõi của một tài khoản	"Link", "Số lượng", "Tên người dùng"	Số bạn nhập	Không
Nhắc tên từ danh sách tùy chỉnh	"Link", "Danh sách tên người dùng"	Số dòng	Không
Nhắc tên theo một hashtag	"Link", "Số lượng", "Hashtag"	Số bạn nhập	Không
Nhắc tên theo nhiều hashtag	"Link", "Số lượng", "Danh sách tên người dùng", "Danh sách hashtag"	Số bạn nhập	Không
Nhắc tên từ người đã like một bài	"Link", "Số lượng", "Link bài viết"	Số bạn nhập	Không
Mời vào nhóm	"Link", "Số lượng", "Nhóm"	Số bạn nhập	Không
SEO	"Link", "Số lượng", "Từ khóa"	Số bạn nhập	Không

Các ô bổ sung đều có gợi ý riêng, và gợi ý cho bạn biết chính xác định dạng cần nhập. Các ô nhiều dòng là "Bình luận" ("Mỗi dòng một bình luận. Số lượng = số bình luận."), "Danh sách tên người dùng" ("Mỗi dòng một tên người dùng"), "Danh sách hashtag" ("Mỗi dòng một hashtag"), "Nhóm" ("Mỗi dòng một link/tên nhóm") và "Từ khóa" ("Mỗi dòng một từ khóa"). Các ô một dòng là "Tên người dùng" ("Tên người dùng mục tiêu/chủ sở hữu (không kèm @)"), "Hashtag" ("Một hashtag, không kèm #") và "Link bài viết" ("Link bài viết dùng để lấy danh sách người đã like"). Ô "Số thứ tự đáp án" chỉ nhận chữ số, với gợi ý "Số thứ tự lựa chọn cần bình chọn (1, 2, ...)".

Ba quy tắc kiểm tra giúp bạn tránh bị từ chối đơn. Mọi ô bổ sung mà dịch vụ yêu cầu đều bắt buộc; để trống một ô là đơn thất bại. Ô bình luận nhận từ 1 đến 10.000 dòng và tự bỏ dòng trống, nên số lượng thực tế là số dòng có chữ. Với các loại lấy số lượng từ số dòng, min và max của dịch vụ hoàn toàn không được kiểm tra, nghĩa là dán hai dòng vẫn được nhận, kể cả ở dịch vụ bình thường bắt đầu từ 100. Với bình luận tiếng Việt, hãy viết đủ dấu và mỗi bình luận một ý khác nhau: hai mươi dòng "hay quá" lặp lại trông giả hơn là không có bình luận nào.

Đơn định kỳ và gói tự động: hai tính năng khác nhau

Giao diện tiếng Anh gọi cả hai tính năng này là "subscription", và nhầm lẫn giữa chúng là cách chắc chắn để mua sai. Trong tiếng Việt, trang lập lịch có tiêu đề "Đơn định kỳ", còn loại dịch vụ tên là "gói tự động"; dù tên đã khác nhau, bạn vẫn nên hiểu rõ chúng khác nhau thế nào.

Thứ nhất là trang "Đơn định kỳ", bộ lập lịch đơn lặp lại của chính panel. Nó đặt lại một đơn bình thường theo chu kỳ, trừ tiền từ số dư của bạn, theo đồng hồ của hệ thống. Cách tạo:

1. Mở "Đơn định kỳ", trang được mô tả là "Tạo đơn hàng tự động lặp lại theo chu kỳ."
2. Chọn "Dịch vụ", dán "Link", đặt "Số lượng".
3. Đặt "Chu kỳ (giờ)", từ 1 đến 720.
4. Đặt "Số lần chạy còn lại" để dừng sau một số lần nhất định, hoặc để trống thành "Không giới hạn".
5. Bấm "Tạo đơn định kỳ" và bạn thấy "Đã tạo đơn định kỳ."

Mỗi dòng sau đó hiển thị "Đang hoạt động" hoặc "Tạm dừng" cùng "Lần chạy tiếp theo", kèm nút "Bật/Tắt" để tạm dừng hay chạy tiếp và "Xóa" để gỡ bỏ. Ví dụ thực tế: một shop thời trang có thể đặt đơn follow fanpage định kỳ 24 giờ một lần, với 30 lần chạy, thay vì nhớ vào đặt tay mỗi ngày. Lưu ý link là cố định: đơn định kỳ luôn chạy trên đúng link bạn nhập và không tự chuyển sang bài mới. Muốn tương tác tự đến với từng bài mới, bạn cần loại gói tự động ở dưới.

Thứ hai là loại dịch vụ gói tự động, họ dịch vụ view và like tự động, nơi nhà cung cấp theo dõi một tài khoản và giao tương tác cho các bài đăng mới khi chúng xuất hiện. Bạn mua một lần ngay trên form đặt hàng, và nó không được quản lý ở trang "Đơn định kỳ":

1. Chọn dịch vụ. Ô link đổi thành "Tên người dùng / link trang cá nhân", với gợi ý "@username hoặc link trang cá nhân (vd: t.me/channel, instagram.com/name)".
2. Đặt "Min mỗi bài" và "Max mỗi bài", khoảng số lượng giao cho mỗi bài mới.
3. Đặt "Số bài viết", số bài sắp đăng được áp dụng, từ 1 đến 100.
4. Dòng ghi chú dưới ô là dòng quan trọng nhất: "Tự động áp dụng cho các bài đăng mới (Min - Max mỗi bài)." Bài đã đăng trước đó không được tính.

Hai điểm cần nhớ. Bạn bị trừ tiền theo trường hợp cao nhất, tức max mỗi bài nhân số bài, trừ ngay từ đầu; đặt max rộng tay là hóa đơn rộng tay, dù có dùng hết hay không. Và nếu min lớn hơn max, nút gửi chỉ im lặng không phản hồi, không có thông báo lỗi, trông như trang bị hỏng nhưng thật ra là dữ liệu bị từ chối.

Ô tên người dùng dễ tính về định dạng nhưng khắt khe về loại tài khoản. Nó nhận @name, t.me/channel, instagram.com/name hay một URL đầy đủ, rồi rút gọn về phần cuối cùng. Thứ nó từ chối là mọi thứ riêng tư: link kênh riêng tư, link mời, giá trị còn dấu gạch chéo, hoặc ký tự ngoài chữ cái, chữ số, dấu chấm và gạch dưới. Thông báo lúc đó là "Vui lòng nhập tên người dùng công khai hợp lệ (không dùng link riêng tư/link mời)."

Đặt hàng loạt: nhiều đơn từ một ô văn bản

"Đặt hàng loạt" dành cho khi bạn có sẵn một danh sách, ví dụ đại lý nhận đơn của hai mươi khách trong nhóm Facebook. Mỗi dòng là một đơn theo định dạng cố định, trang mô tả là "Mỗi dòng: mã dịch vụ|link|số lượng" với ví dụ "12|https://example.com/profile|1000".

1. Lấy mã dịch vụ. Đó là mã số hiển thị cạnh tên dịch vụ trên form đặt hàng, không phải một mã nội bộ nào khác. Trang có link "Danh sách dịch vụ" để bạn tra ngay mà không phải rời đi.
2. Dán các dòng, mỗi dòng một đơn, ngăn cách bằng dấu gạch đứng, không có khoảng trắng quanh dấu gạch.
3. Form đếm ngay khi bạn gõ, hiển thị "{count} dòng hợp lệ" và nếu có dòng sai định dạng thì "{count} dòng không hợp lệ" kèm số thứ tự dòng lỗi để bạn sửa tại chỗ.
4. Kiểm tra "Tổng số lượng" và "Tổng tạm tính".
5. Bấm "Đặt hàng". Bạn nhận lại "Đã đặt {count} đơn hàng" và nếu có dòng lỗi thì "{count} dòng bị lỗi".

Giới hạn là 100 đơn mỗi lần gửi và năm lần gửi mỗi phút. Nếu danh sách có dịch vụ "Không bảo hành", cảnh báo cũng hiện ở đây và liệt kê tên các dịch vụ đó trước khi bạn xác nhận. Quan trọng hơn cả giới hạn: đặt hàng loạt chỉ hỗ trợ luồng tiêu chuẩn. Không có cách nào truyền bình luận, tên người dùng, hashtag, số đáp án bình chọn hay thiết lập drip-feed qua đây. Dịch vụ cần ô bổ sung thì phải đi qua form đặt hàng hoặc API.

Theo dõi đơn hàng và ý nghĩa từng trạng thái

"Đơn hàng của tôi" hiển thị năm mươi đơn gần nhất. Phía trên bảng có ô "Tìm đơn hàng" tìm theo tên dịch vụ, link hoặc mã đơn, nút sắp xếp "Mới nhất" và "Cũ nhất", cùng các nút lọc trạng thái có đếm số lượng trực tiếp.

Mỗi dòng gồm mã đơn, tên dịch vụ kèm link mục tiêu và nút "Sao chép link", số lượng với "Số ban đầu" và "Còn lại" bên dưới, số tiền đã trừ, trạng thái, và ngày đặt trên màn hình rộng. Hai con số nhỏ kia rất quan trọng: "Số ban đầu" là giá trị bộ đếm lúc nhà cung cấp bắt đầu chạy, còn "Còn lại" là phần chưa được giao. Đó là bằng chứng của bạn khi có gì đó không ổn. Ví dụ: đơn 1.000 follow TikTok có số ban đầu 4.200, vậy khi đơn hoàn thành, trang cá nhân lẽ ra phải ở quanh mức 5.200.

Trạng thái	Ý nghĩa thực tế
"Đang chờ"	Đã tạo và đã trừ tiền, nhưng chưa được nhà cung cấp nhận. Cũng áp dụng cho dịch vụ xử lý thủ công và đơn mà nhà cung cấp trả về lỗi.
"Đang chạy"	Nhà cung cấp đã nhận và đang thực hiện.
"Hoàn thành"	Đã giao đủ. Thời gian hoàn thành được tính vào thời gian trung bình của dịch vụ.
"Hoàn một phần"	Giao được một phần. Phần chưa giao được hoàn tiền tự động theo tỷ lệ còn lại.
"Đã hủy"	Đơn bị hủy. Toàn bộ số tiền đã trừ được hoàn lại.
"Đã hoàn tiền"	Nhà cung cấp trả về lệnh hoàn tiền.
"Thất bại"	Đơn không thực hiện được.

Trạng thái được suy ra từ những gì nhà cung cấp báo về, nên một đơn có thể qua lại giữa "Đang chờ" và "Đang chạy" trước khi ổn định. Hai nhãn phụ có thể xuất hiện trên một dòng: "Yêu cầu đang chờ" nghĩa là có yêu cầu hủy đang chờ quản trị viên hoặc chờ nhà cung cấp trả lời, còn "Đang bảo hành" nghĩa là một yêu cầu bảo hành vừa được gửi hoặc bắt đầu trong vòng một ngày qua. Cuối mỗi dòng bạn có thể thấy nút "Đánh giá" ở đơn hoàn thành chưa được đánh giá, và biểu tượng phao cứu sinh "Liên hệ hỗ trợ" mở một ticket đã gắn sẵn với đơn đó.

Một hành vi cần biết: đơn nằm ở "Đang chờ" lâu bất thường có thể đang kẹt ở lỗi phía nhà cung cấp chứ không phải đang xếp hàng. Khi đó tiền vẫn bị trừ và đơn không tự hủy, vì thường cách xử lý đúng là gửi lại chứ không phải hoàn tiền. Bạn không tự giải quyết được từ phía mình, nên cách đúng là tạo ticket và ghi mã đơn.

Bảo hành, hủy đơn và ticket hỗ trợ

Trước đây cả bảo hành lẫn hủy đơn đều phải đi qua bộ phận hỗ trợ. Giờ thì không. Khi đơn có bản ghi ở nhà cung cấp, yêu cầu được gửi thẳng tới nhà cung cấp đó mà không cần người duyệt. Đây là điểm khác lớn so với những panel mà bạn phải nhắn tin rồi ngồi chờ.

Yêu cầu bảo hành

Nút "Bảo hành" chỉ xuất hiện cuối dòng đơn khi đồng thời đủ ba điều kiện: đơn ở trạng thái "Hoàn thành", dịch vụ được đánh dấu có bảo hành, và chưa có yêu cầu bảo hành nào đang chờ hoặc đã bắt đầu trong 24 giờ qua.

Bấm nút, một trong hai điều xảy ra. Nếu đơn có bản ghi ở nhà cung cấp, yêu cầu đi thẳng tới nhà cung cấp và bạn thấy "Đã gửi yêu cầu bảo hành đến nhà cung cấp." Với đơn xử lý thủ công, nó trở thành yêu cầu gửi quản trị viên, với thông báo "Đã gửi yêu cầu bảo hành, đang chờ quản trị viên duyệt." Nếu nhà cung cấp không nhận yêu cầu qua kênh tự động, hệ thống có thể chuyển tiếp và theo dõi thay bạn, khi đó thông báo là "Yêu cầu bảo hành đã được chuyển đến nhà cung cấp, chúng tôi đang theo sát tiến độ."

Khoảng chờ 24 giờ là phần khiến nhiều người bối rối. Bấm xong, nút biến khỏi dòng đơn và nhãn "Đang bảo hành" thế chỗ. Nút không hỏng và đơn không mất quyền bảo hành, nó chỉ bị khóa một ngày. Thử lại sớm, bạn nhận "Đơn hàng này vừa được bảo hành gần đây, vui lòng thử lại sau." Bạn cũng có thể gặp "Dịch vụ này không hỗ trợ bảo hành." và "Hiện chưa thể bắt đầu bảo hành, vui lòng thử lại sau."

Ngoài ra còn có bảo hành tự động: một tác vụ định kỳ kiểm tra các đơn hoàn thành có bảo hành trong 30 ngày gần nhất, và tự khởi động bảo hành nếu nhà cung cấp báo thiếu hụt, cũng theo khoảng chờ 24 giờ như trên. Vì vậy nếu thấy follow tụt ở một dịch vụ có bảo hành, thường nên chờ một chu kỳ trước khi bấm gì.

Bảo hành không phải lời cam kết chống tụt, và ở dịch vụ không có dấu bảo hành thì nó hoàn toàn không tồn tại: số lượng tụt sau khi hoàn thành không được bù cũng không được hoàn tiền. Đó là lý do dấu bảo hành quan trọng khi bạn phân vân giữa hai dịch vụ giống nhau. Cơ chế chi tiết có trong bài tụt follow và bảo hành (refill), còn bài follow ảo và cách đánh giá chất lượng follow giải thích bạn thực sự đang so sánh gì khi một dịch vụ đắt gấp ba dịch vụ kia.

Hủy đơn hàng

Nút đỏ "Hủy đơn" xuất hiện khi đơn ở trạng thái "Đang chờ" hoặc "Đang chạy", dịch vụ được đánh dấu cho phép hủy, và chưa có yêu cầu hủy nào đang chờ. Không phải dịch vụ nào cũng hủy được, và đó là thuộc tính của dịch vụ chứ không phải của tài khoản bạn.

1. Bấm "Hủy đơn". Trình duyệt hỏi "Bạn có chắc muốn hủy đơn hàng này?"
2. Nếu đơn có bản ghi ở nhà cung cấp, yêu cầu hủy đi thẳng tới nhà cung cấp và bạn thấy "Đã gửi yêu cầu hủy đến nhà cung cấp. Bạn sẽ được hoàn tiền khi nhà cung cấp hủy đơn."
3. Nếu nhà cung cấp từ chối, không có khoản hoàn nào và đơn tiếp tục chạy, với thông báo "Hiện chưa thể xử lý yêu cầu hủy, vui lòng tạo ticket hỗ trợ."
4. Nếu nhà cung cấp chấp nhận, tiền được hoàn tự động ở lần đồng bộ trạng thái kế tiếp: hoàn đủ nếu đơn bị hủy, hoàn theo tỷ lệ nếu đơn chuyển sang hoàn một phần.
5. Với đơn thủ công không có bản ghi ở nhà cung cấp, yêu cầu được gửi tới quản trị viên và bạn thấy "Đã gửi yêu cầu hủy, đang chờ quản trị viên duyệt."

Các thông báo khác: "Dịch vụ này không hỗ trợ hủy đơn.", "Đơn hàng này không thể hủy." và "Đơn hàng này đã có một yêu cầu đang chờ xử lý."

Tạo ticket hỗ trợ

"Hỗ trợ" mở trang ticket, với tiêu đề "Chúng tôi có thể giúp gì cho bạn?" và ghi chú "Chọn chủ đề; yêu cầu liên quan đến đơn hàng sẽ được xử lý nhanh hơn."

1. Chọn "Chủ đề". Có bảy chủ đề.
2. Nếu chủ đề liên quan đến đơn hàng, ô chọn "Đơn hàng liên quan" hiện ra, mỗi mục gồm mã đơn, tên dịch vụ và trạng thái.
3. Có thể điền "Tiêu đề (không bắt buộc)". Để trống thì hệ thống tự tạo.
4. Viết "Nội dung", tối đa 5.000 ký tự. Dòng gợi ý đổi theo chủ đề và là một gợi ý tốt về những gì nên ghi.
5. Bấm "Gửi". Bạn thấy "Đã tạo ticket." và được đưa vào luồng trao đổi.

Bảy chủ đề là "Vấn đề đơn hàng" (sai link, bị kẹt, chưa chạy), "Tăng tốc đơn hàng", "Bảo hành", "Hủy đơn", "Thanh toán / số dư", "API" và "Khác". Ô chọn đơn hiện ở bốn chủ đề đầu, và bắt buộc ở "Tăng tốc đơn hàng", "Bảo hành" và "Hủy đơn". Không chọn đơn khi bắt buộc, bạn nhận "Vui lòng chọn đơn hàng liên quan." Nếu chưa từng đặt đơn nào, ô chọn ghi "Bạn chưa có đơn hàng nào."

Chủ đề bảo hành và hủy đơn có lối tắt. Chọn "Bảo hành" và một đơn đủ điều kiện, ô "Yêu cầu bảo hành một chạm" hiện ra với nút "Gửi yêu cầu bảo hành", làm đúng việc của nút trên trang đơn hàng mà bạn không phải viết gì. Tương tự với "Hủy đơn" và nút "Gửi yêu cầu hủy". Nếu dịch vụ không hỗ trợ, bạn thấy "Dịch vụ này không có bảo hành, nhưng bạn vẫn có thể nhắn cho chúng tôi bên dưới." hoặc câu tương ứng cho hủy đơn, và vẫn viết tin nhắn bình thường được. Nếu đã có yêu cầu trong hàng chờ: "Đơn hàng này đã có một yêu cầu đang chờ duyệt. Bạn có thể xem tiến độ tại trang Đơn hàng."

Mỗi đơn hàng chỉ có một cuộc trao đổi. Nếu bạn đã có ticket đang mở cho đơn đó, form hiện "Bạn đã có một yêu cầu đang mở về vấn đề này" cùng nút "Đến yêu cầu", thay vì cho mở ticket mới. Bạn cũng chỉ được có tối đa năm yêu cầu đang mở cùng lúc và năm yêu cầu mới trong 24 giờ. Điều này có lợi cho bạn: đội hỗ trợ thấy toàn bộ lịch sử ở một chỗ và trả lời nhanh hơn.

Trong ticket, tin nhắn được gắn nhãn "Bạn" và "Đội ngũ hỗ trợ". Trả lời qua ô "Câu trả lời của bạn" và nút "Trả lời", hoặc kết thúc bằng "Đóng". Ticket đã đóng hiển thị "Ticket này đã đóng." với nút "Mở lại". Danh sách "Ticket của bạn" xếp ticket theo "Đang mở", "Đã trả lời" hoặc "Đã đóng".

API chuẩn cho đại lý: API key và request đầu tiên

Nếu bạn làm đại lý, giao diện panel chỉ là phương án dự phòng, còn API mới là sản phẩm chính. Đây là API chuẩn cho đại lý, nên nếu bạn từng tích hợp với kiểu endpoint này, mọi thứ bên dưới sẽ rất quen, và code sẵn có của bạn phần lớn chạy được khi chỉ đổi URL gốc và key. Nếu bạn đang chạy một website bán dịch vụ tương tác kết nối API nhà cung cấp, việc thêm PanelFollows thường chỉ là khai báo một nhà cung cấp mới trong trang quản trị.

Lấy key trước:

1. Mở "API" trong menu, trang được giới thiệu là "API chuẩn cho đại lý. Lấy danh sách dịch vụ và đặt hàng bằng API key bên dưới."
2. Trong thẻ "API key", bấm "Tạo key". Nếu đã có key, nút đổi thành "Tạo lại", kèm cảnh báo "Tạo lại sẽ vô hiệu hóa key cũ." Đây không phải lời nhắc cho có: key cũ ngừng hoạt động ngay lập tức, nên hãy đổi key khi bạn có thể triển khai lại, đừng đổi giữa giờ cao điểm.
3. Bấm "Sao chép". Key là một chuỗi hex dài 64 ký tự.
4. Lưu key như một bí mật phía máy chủ. Trang ghi rõ quy tắc: "Mọi request đều gửi kèm tham số 'key' trong body POST. Hãy giữ bí mật key của bạn; nếu bị lộ, hãy tạo lại ngay." Vì key nằm trong body request, nó tuyệt đối không được xuất hiện trong code chạy trên trình duyệt.

Quy tắc truyền tải:

• Endpoint. POST https://your-panel-domain/api/v2. Phiên bản /api/v2/tr trả về tên dịch vụ, tên danh mục, trạng thái và thông báo lỗi bằng tiếng Thổ Nhĩ Kỳ. Cùng một key dùng được cho cả hai. Hiện chưa có endpoint tiếng Việt, nên với khách Việt, bạn nên dùng endpoint mặc định (tiếng Anh) rồi tự đặt tên dịch vụ tiếng Việt trong hệ thống của mình. Các trường kỹ thuật giữ nguyên tiếng Anh ở cả hai endpoint: type, currency (luôn là USD) và refill_status.
• Định dạng. Body POST dạng application/x-www-form-urlencoded, đúng như trang mô tả: "Request được gửi bằng POST dạng application/x-www-form-urlencoded (form-data); response trả về JSON." Body JSON hoặc query string GET cũng được chấp nhận, tiện để thử nhanh, nhưng hãy xây tích hợp trên POST dạng form.
• Giới hạn tần suất. 240 request mỗi phút cho mỗi key và 300 request mỗi phút cho mỗi IP. Vượt một trong hai, bạn nhận HTTP 429 kèm nội dung lỗi chứ không bị bỏ qua âm thầm. Hãy dựng một hàng đợi nhỏ thay vì gửi lại dồn dập; một vòng lặp kiểm tra vài trăm đơn sẽ chạm giới hạn theo key rất lâu trước giới hạn theo IP.

Request đầu tiên, dùng để chứng minh key hoạt động:

curl -X POST https://your-panel-domain/api/v2 \
  -d "key=YOUR_API_KEY" \
  -d "action=balance"

Kết quả trả về số dư và đơn vị tiền tệ. Khi đã có phản hồi, lấy danh sách dịch vụ bằng action=services và lưu vào bộ nhớ đệm (cache). ID dịch vụ ổn định, giá thì không: giá theo sát chi phí của nhà cung cấp và được cập nhật định kỳ, nên tối thiểu cần làm mới mỗi đêm, và tốt hơn là đọc lại giá trước khi báo giá cho khách. Phần kinh doanh được bàn trong trang panel đại lý SMM và bài kinh doanh SMM panel từ số 0.

API chuẩn cho đại lý: action, loại dịch vụ đặc biệt và lúc chạy thật

Bảy action bao trọn toàn bộ API. Request nào cũng mang key và action; phần còn lại tùy action.

action	Tham số	Chức năng
services	key, action	Liệt kê mọi dịch vụ đang hoạt động với id, tên, danh mục, giá, min/max
add	key, action, service, link, quantity, tùy chọn runs và interval	Tạo đơn. service là mã dịch vụ trong danh sách
status	key, action, order hoặc orders	Trạng thái đơn, một đơn hoặc danh sách cách nhau bằng dấu phẩy
balance	key, action	Số dư và đơn vị tiền tệ
refill	key, action, order hoặc orders	Yêu cầu bảo hành
refill_status	key, action, refill hoặc refills	Kiểm tra tiến độ bảo hành
cancel	key, action, orders	Hủy đơn, danh sách cách nhau bằng dấu phẩy

Một đơn tiêu chuẩn, ví dụ follow TikTok:

curl -X POST https://your-panel-domain/api/v2 \
  -d "key=YOUR_API_KEY" \
  -d "action=add" \
  -d "service=1" \
  -d "link=https://www.tiktok.com/@username" \
  -d "quantity=1000"

Phản hồi thành công chỉ gồm ID đơn, không có gì khác: { "order": 23501 }. Lỗi trả về trong cùng khung đó nhưng với khóa error: { "error": "Incorrect data" }. Vì vậy việc đầu tiên client của bạn phải làm với mọi phản hồi là kiểm tra error trước khi coi đó là kết quả; ngoài mã 429 cho giới hạn tần suất, không có quy ước mã trạng thái riêng nào để dựa vào.

Các trường trả về đáng để bạn thiết kế cơ sở dữ liệu xoay quanh:

Lệnh gọi	Trường trả về
services	service, name, type, category, rate, min, max, refill, cancel, dripfeed
status	charge, start_count, status, remains, currency
refill	{ "refill": 55 }
cancel	[{ "order": 123, "cancel": 1 }], hoặc {"order":123,"cancel":{"error":"..."}} cho từng đơn

Hãy để ý ba giá trị boolean refill, cancel và dripfeed trong services. Chúng quyết định action tương ứng có chạy được về sau hay không, nên hãy lưu chúng cùng dịch vụ và dùng chúng để quyết định bạn bán gì cho khách của mình. Gọi bảo hành cho dịch vụ không có cờ sẽ nhận lỗi, và không có cách nào ép nó chạy. Khi kiểm tra trạng thái, dùng orders với danh sách cách nhau bằng dấu phẩy sẽ tiết kiệm hơn nhiều so với mỗi đơn một lệnh gọi: gom 50 đến 100 ID một lượt giúp đồng bộ một khối lượng đơn lớn mà vẫn nằm gọn trong giới hạn tần suất.

Tham số cho các loại dịch vụ đặc biệt

Action add xử lý cả các loại dịch vụ đặc biệt, dùng cùng tên tham số với các ô trên form:

Loại dịch vụ	Tham số thêm cho add
Bình luận tùy chỉnh	comments (mỗi dòng một bình luận)
Like bình luận, nhắc tên, nhắc tên từ người theo dõi	username
Trả lời bình luận	username, comments
Nhắc tên từ danh sách tùy chỉnh	usernames
Nhắc tên theo một hashtag	hashtag
Nhắc tên theo nhiều hashtag	usernames, hashtags
Nhắc tên từ người đã like một bài	media
Bình chọn	answer_number
Mời vào nhóm	groups
SEO	keywords
Gói tự động	username, posts, min, max

Hãy đọc type trong phản hồi services và rẽ nhánh theo nó. Nếu bạn xây tích hợp với giả định mọi dịch vụ đều là link cộng số lượng, các dịch vụ đặc biệt sẽ báo lỗi dữ liệu và bạn sẽ gỡ lỗi nhầm tầng.

Ba khác biệt giữa API và giao diện

1. Chặn đơn trùng link trong panel không áp dụng cho đơn qua API. Trên giao diện, đặt cùng dịch vụ cho cùng link khi đơn trước còn chạy sẽ bị từ chối ngay; qua API, bước kiểm tra này không chạy. Khóa riêng của nhà cung cấp vẫn áp dụng, và nó còn chặt hơn, vì nó khóa link bất kể bạn đặt dịch vụ nào. Khi khóa này kích hoạt, đơn bị hủy và số dư được hoàn tự động. Hãy tự chặn đơn trùng link ở phía bạn, nếu không bạn sẽ thấy đơn vừa xuất hiện đã tự hủy.
2. Trạng thái tài khoản sinh ra lỗi riêng. Tài khoản bị cấm nhận "Account is banned", khách child panel bị tạm khóa nhận "Account is suspended". Cả hai đều không nên thử lại: hiển thị lỗi cho người dùng thay vì lặp.
3. Hủy đơn và bảo hành vẫn bị ràng buộc bởi cờ của dịch vụ, đúng như trên giao diện. API trả "Cancel is not available for this service" hoặc "Refill is not available for this service", không có cách vượt qua.

Thứ tự làm việc hợp lý cho một tích hợp mới:

1. Gọi balance để xác nhận xác thực.
2. Gọi services, lưu toàn bộ phản hồi gồm cả type, refill, cancel và dripfeed, rồi làm mới theo lịch.
3. Làm add cho loại tiêu chuẩn trước, sau đó rẽ nhánh theo type cho các loại đặc biệt.
4. Làm phần kiểm tra status theo lô, và ánh xạ bảy trạng thái sang trạng thái trong hệ thống của bạn.
5. Làm cancel và refill sau lớp kiểm tra cờ dịch vụ, thay vì mở cho mọi dịch vụ.
6. Xử lý 429 bằng cơ chế chờ lùi dần (backoff), và coi mọi phản hồi đều có thể chứa error.

Tham chiếu endpoint đầy đủ có trên trang SMM panel API và trang tài liệu API. Nếu bạn tích hợp thay mặt khách hàng chứ không mở cửa hàng riêng, trang SMM panel cho agency mô tả đúng kiểu sử dụng đó.

Child panel và chương trình affiliate

Child panel (site con mang thương hiệu của bạn) là panel riêng trên tên miền của bạn, với khách hàng và tài khoản thanh toán của riêng bạn. Đây là mô hình đại lý trả trước: khách trả tiền trực tiếp cho bạn, còn chúng tôi trừ giá gốc của từng đơn của họ vào số dư của bạn bên chúng tôi. Phần cộng giá thuộc về bạn ngay từ đầu, vì tiền của khách không bao giờ đi qua chúng tôi. Đăng ký và thiết lập miễn phí; sau khi panel hoạt động có phí đại lý hằng tháng, mặc định 29 USD, tự trừ vào số dư bắt đầu từ 30 ngày sau khi panel hoạt động. Để đăng ký, mở "Panel của tôi" và điền thẻ đăng ký:

1. "Tên panel", từ 2 đến 100 ký tự.
2. "Tên miền", ví dụ panel.example.com. Gợi ý ghi rõ: "Tên miền hoặc tên miền phụ bạn sở hữu. Bạn sẽ trỏ bản ghi DNS A của tên miền này về máy chủ của chúng tôi."
3. "Hệ số giá (×)", từ 1 đến 10. Mặc định là 1,2, với bản xem trước trực tiếp "{value} = cao hơn giá niêm yết {percent}%". Ngoài khoảng đó, bạn nhận "Hệ số giá phải từ 1 đến 10."
4. Bấm "Gửi yêu cầu". Bạn thấy "Đã nhận yêu cầu của bạn." rồi "Yêu cầu của bạn đang chờ quản trị viên duyệt; sau khi được duyệt, panel sẽ tự động hoạt động."

Nếu tên miền đã được dùng, bạn sẽ thấy "Tên miền này đã được đăng ký cho một panel khác."

Sau khi được duyệt, trang panel trở thành phòng điều khiển của bạn:

• "Trạng thái đại lý" hiển thị "Số dư của bạn bên chúng tôi", "Phí đại lý hằng tháng", "Lần thu phí tiếp theo", "Giá gốc đơn hàng (tổng)" và "Phí đại lý đã trả", kèm cảnh báo số dư thấp. Cảnh báo đó cần được hiểu theo nghĩa đen: hết số dư thì đơn của khách bị từ chối, và nếu không thu được phí hằng tháng, panel bị tạm khóa cho tới khi bạn nạp tiền.
• "Cấu hình tên miền" đưa ra chỉ dẫn DNS: trỏ bản ghi A về địa chỉ hiển thị, tắt proxy hoặc CDN, chọn chế độ "DNS only". Chứng chỉ SSL được cấp tự động ở lần truy cập đầu tiên.
• "Phương thức thanh toán" là nơi bạn kết nối tài khoản của mình: PayTR (Merchant ID, Merchant Key, Merchant Salt và "Chế độ thử nghiệm"), chuyển khoản ngân hàng PayTR, Cryptomus (Merchant ID và API key), và chuyển khoản ngân hàng thủ công với hướng dẫn do bạn tự viết. PayTR là cổng thanh toán của Thổ Nhĩ Kỳ, nên với đại lý tại Việt Nam, lựa chọn thực tế là Cryptomus và chuyển khoản thủ công, nơi bạn ghi thông tin tài khoản ngân hàng của chính mình cho khách và tự duyệt từng khoản. Khi chưa cấu hình phương thức nào, khách của bạn không thể nạp tiền.
• "Thương hiệu" gồm "Tên panel", "Hệ số giá (×)", "URL logo", "URL favicon", "Màu nhấn" và "Email hỗ trợ". URL hình ảnh phải bắt đầu bằng https, và thay đổi hệ số giá chỉ áp dụng cho đơn mới.
• "Khách hàng", "Đơn hàng gần đây" và "Ticket hỗ trợ" cho phép bạn điều chỉnh số dư từng khách, "Tạm khóa" và "Mở khóa" tài khoản, và nắm được hoạt động của panel.

Panel có ba trạng thái "Đang chờ", "Đang hoạt động" hoặc "Tạm khóa", và việc tạm khóa do chưa trả phí sẽ tự gỡ khi bạn nạp tiền. Từ phía khách hàng, child panel hoạt động như một panel bình thường với ba khác biệt: không có chương trình affiliate, không có tính năng đánh giá, và không có thưởng nạp tiền hay phương thức thanh toán bổ sung. Phần giới thiệu thương mại nằm ở trang child panel.

Chương trình affiliate: mục "Kiếm tiền"

Chương trình affiliate (tiếp thị liên kết) của PanelFollows tính hoa hồng trên đơn hàng, không phải trên khoản nạp. Mở "Kiếm tiền", bấm "Tạo link của tôi", bạn nhận "Link giới thiệu của bạn", "Link đăng ký trực tiếp" và "Mã của bạn". Ai đăng ký qua link này, hoặc trong vòng 30 ngày sau khi bấm link, sẽ là người được bạn giới thiệu vĩnh viễn.

Doanh số giới thiệu	Hoa hồng trên mỗi đơn hoàn thành
Ngay từ đơn đầu tiên	5%
Từ 500 USD	7%
Từ 2.000 USD	10%

Hoa hồng tính trên giá trị đơn hoàn thành: với đơn hoàn một phần, chỉ phần đã giao được tính, còn đơn bị hủy hoặc hoàn tiền thì hoa hồng bị thu hồi. Thu nhập nằm trong một số dư affiliate tách riêng khỏi số dư panel, và có hai cách dùng. "Rút tiền mặt": tối thiểu 10 USD, mỗi khoản hoa hồng chỉ rút được sau 7 ngày kể từ khi đơn hoàn thành, yêu cầu được chi trả thủ công, thường trong 24 đến 72 giờ, qua USDT, chuyển khoản ngân hàng, PayPal hoặc Papara. "Chuyển vào số dư": ngay lập tức, không phải chờ, cộng thêm 10% để dùng cho đơn của chính bạn. Các con số trên là cấu hình tại thời điểm viết bài; con số áp dụng luôn là con số hiển thị trên trang. Tự giới thiệu và tài khoản trùng lặp bị loại bỏ. Cách tìm người mua và nội dung ra đơn có trong trang chương trình affiliate SMM panel và bài cách làm affiliate với SMM panel.

Tài khoản, bảo mật, ngôn ngữ và tiền tệ

"Tài khoản và bảo mật" có ba thẻ.

"Hồ sơ" hiển thị "Email" ở chế độ chỉ đọc kèm nhãn "Đã xác minh" hoặc "Chưa xác minh", và "Tên" có thể sửa, tối đa 100 ký tự. Bấm "Lưu", bạn thấy "Đã lưu."

"Đổi mật khẩu" hỏi "Mật khẩu hiện tại", "Mật khẩu mới" và "Nhập lại mật khẩu mới", với ghi chú "Tối thiểu 8 ký tự. Khi đổi mật khẩu, các phiên đăng nhập khác sẽ bị đăng xuất." Đó là mục đích chứ không phải tác dụng phụ: thành công, bạn thấy "Đã đổi mật khẩu. Các phiên đăng nhập khác đã bị đăng xuất." Nếu bạn đăng ký bằng Google và chưa có mật khẩu, form được thay bằng "Bạn đã đăng nhập bằng Google nên tài khoản chưa có mật khẩu. Dùng link bên dưới để tạo mật khẩu." cùng nút "Gửi link tạo mật khẩu qua email".

"Bảo mật" là phần xác thực hai yếu tố, hiển thị "Đã bật xác thực hai yếu tố" hoặc "Chưa bật xác thực hai yếu tố". Để bật: nhập mật khẩu, bấm "Bật 2FA", quét mã QR theo gợi ý "Quét mã QR bằng Google Authenticator, Authy hoặc ứng dụng tương tự, rồi nhập mã.", cất "Mã dự phòng" ở một nơi không phải chính chiếc điện thoại đó, rồi nhập "Mã xác minh" và bấm "Xác minh". Tắt thì cần mật khẩu và nút "Tắt 2FA". Nếu bạn giữ số dư lớn hoặc chạy việc kinh doanh đại lý ở đây, hãy bật 2FA.

Bên dưới menu có ba bộ chọn. Bộ chọn ngôn ngữ đổi giao diện ngay lập tức và, nếu bạn đang đăng nhập, lưu lựa chọn vào tài khoản; chính lựa chọn này quyết định ngôn ngữ email bạn nhận. Bộ chọn tiền tệ có USD, TRY và EUR, được lưu trong cookie nên dùng được cả khi chưa đăng nhập, và chỉ đổi cách hiển thị. Với giao diện tiếng Việt, mặc định là USD; VND chưa có trong danh sách. Bộ chọn giao diện có "Sáng", "Tối" và "Theo hệ thống". Trong tài khoản còn có công tắc "Email khuyến mãi" cho thông tin dịch vụ mới và ưu đãi; thông báo về đơn hàng, thanh toán và hỗ trợ không phụ thuộc vào công tắc này và vẫn được gửi.

Trang "Đánh giá của tôi" liệt kê đơn đã hoàn thành dưới mục "Đơn hàng chờ bạn đánh giá" với nút "Viết đánh giá". Hộp thoại hỏi "Điểm của bạn", "Tiêu đề", "Nội dung đánh giá" dài từ 10 đến 1.000 ký tự và "Tên hiển thị trên trang" không bắt buộc. Tên đầy đủ của bạn không bao giờ được công khai, và đánh giá ở trạng thái "Đang chờ" cho tới khi được kiểm duyệt, sau đó hiển thị "Đã đăng" hoặc "Bị từ chối". Các đánh giá đã đăng có thể đọc tại trang đánh giá của khách hàng.

Lỗi thường gặp, thông báo lỗi và bảng kiểm tra trước khi đặt hàng

Phần lớn đơn thất bại đến từ một vài nguyên nhân quen thuộc. Bảng này nối điều bạn thấy với điều đã xảy ra và việc cần làm.

Thông báo	Nguyên nhân	Cách xử lý
"Số dư không đủ."	Tổng tiền vượt số dư trong ví	Nạp thêm hoặc giảm số lượng. Nhìn dòng "Tổng cộng", không nhìn đơn giá
"Số lượng nằm ngoài phạm vi cho phép."	Ngoài khoảng min/max của dịch vụ	Xem ô "Số lượng Min - Max". Khi bật drip-feed, khoảng này áp dụng cho mỗi lần chạy
"Dịch vụ này không hỗ trợ drip-feed."	Số lần chạy lớn hơn 1 ở dịch vụ không có drip-feed	Bỏ tích và đặt một lần giao
"Bạn đã có một đơn đang chạy cho link này."	Cơ chế chặn đơn trùng đã kích hoạt	Xem giải thích bên dưới; chờ đơn hiện tại xong
"Vui lòng nhập bình luận hợp lệ (mỗi dòng một bình luận)."	Danh sách bình luận trống hoặc sai định dạng	Mỗi dòng một bình luận, từ 1 đến 10.000 dòng có chữ
"Vui lòng nhập tên người dùng công khai hợp lệ (không dùng link riêng tư/link mời)."	Kênh riêng tư, link mời hoặc tên người dùng không hợp lệ	Dùng tên công khai. Link riêng tư và link mời bị từ chối
"Thông số gói tự động không hợp lệ."	Số bài ngoài khoảng 1 đến 100, hoặc min/max sai	Sửa lại số. Nếu nút không phản hồi, min đang lớn hơn max
"Dịch vụ này tạm thời không khả dụng, vui lòng thử lại sau."	Dịch vụ hiện không nhận đơn	Thử lại sau hoặc chọn dịch vụ khác
"Thao tác không thành công."	Lỗi chung	Thử lại một lần; nếu lặp lại, tạo ticket kèm tên dịch vụ và link

Thông báo trùng link cần được giải thích riêng, vì nó đến từ hai nơi khác nhau nhưng đọc lên giống hệt. Nơi thứ nhất là cơ chế chặn của chính panel: cùng người dùng, cùng dịch vụ, cùng link, khi đơn trước còn đang chờ hoặc đang chạy. Đơn đó không bao giờ được tạo, nên không bị trừ tiền. Nơi thứ hai là khóa của nhà cung cấp, chặt hơn vì nó khóa link bất kể bạn đặt dịch vụ nào, trên toàn bộ các đại lý của nhà cung cấp đó. Khi nhà cung cấp từ chối vì lý do này, đơn bị hủy và tiền được hoàn tự động. Cùng một thông báo, cơ chế khác nhau, nhưng quy tắc thực tế là một: xong đơn này trên một link rồi mới đặt đơn tiếp theo.

Những điều panel không kiểm tra giúp bạn

Hãy thẳng thắn với chính mình về ranh giới này.

• Tài khoản riêng tư. Không có bước kiểm tra tài khoản đích có công khai hay không. Panel chỉ kiểm tra định dạng link, không kiểm tra tài khoản phía sau. Đặt cho một trang cá nhân riêng tư, việc giao sẽ thất bại ở phía nhà cung cấp. Bạn không được cảnh báo, và khoản đó không được hoàn.
• Đổi tên người dùng. Tương tự. Nếu tên tài khoản đổi sau khi bạn đặt, link trỏ vào chỗ vô dụng và không ai phát hiện ra.
• Link sai nhưng đúng định dạng. Link tới nhầm bài vẫn là một link hoàn toàn hợp lệ. Không có gì ngăn bạn lại.
• Dịch vụ có hợp với mục tiêu không. Dịch vụ làm cho một dạng nội dung sẽ không có tác dụng gì với dạng khác, chẳng hạn dịch vụ làm cho video không có tác dụng với một bài đăng chỉ có ảnh. Ô "Mô tả" là nơi ghi rõ điều đó.

Bảng kiểm tra trước khi bấm "Đặt hàng"

1. Ô "Số lượng Min - Max" có max bằng 1 không? Nếu có, ô giá là giá trọn gói.
2. Ô "Drip-feed" có đang được tích không? Nếu có, số lượng đã là số mỗi lần chạy chưa, và dòng "Tổng số lượng" có đúng ý bạn không?
3. Dòng "Tổng cộng" có hiển thị con số bạn dự tính không?
4. Link có công khai, đúng và đúng là link bạn định đặt, có https:// ở đầu không?
5. Bạn đã có đơn nào đang chạy trên link này chưa?
6. Nếu bạn lo chuyện tụt, dịch vụ có dấu bảo hành không?

Đơn đầu tiên ở bất kỳ dịch vụ mới nào nên đặt nhỏ. Mua mức tối thiểu, xem nó chạy, kiểm tra "Số ban đầu" và "Còn lại", rồi mới tăng dần. Thói quen đó tốn khoảng 1 USD và giúp bạn tiết kiệm hơn thế rất nhiều.

Câu hỏi thường gặp

Cách sử dụng SMM panel cho người mới có khó không?

Không khó nếu bạn đi đúng thứ tự: đăng ký, nạp tiền, chọn dịch vụ, dán link, nhập số lượng, kiểm tra dòng "Tổng cộng" rồi bấm "Đặt hàng". Ba chỗ người mới hay sai là dịch vụ dạng gói (max bằng 1, con số trong ô giá là giá trọn gói), drip-feed (số lượng là số mỗi lần chạy) và link riêng tư. Đặt đơn tối thiểu cho dịch vụ mới trước khi đặt số lớn. Nếu muốn xem quy trình dạng tóm tắt, trang cách hoạt động trình bày ngắn gọn.

Hướng dẫn nạp tiền vào PanelFollows từ Việt Nam như thế nào?

Mở "Nạp tiền", nhập số tiền bằng USD (tối thiểu 1 USD), chọn phương thức và thanh toán. Từ Việt Nam có hai cách: crypto qua Cryptomus hoặc Heleket, được cộng tự động khi giao dịch xác nhận, và chuyển khoản ngân hàng quốc tế qua Swift (tối thiểu 20 USD tại thời điểm viết bài), được cộng sau khi quản trị viên duyệt. Panel không nhận ví điện tử, thẻ cào hay VND, và số dư luôn tính bằng USD.

Có cần xác minh email mới đặt hàng được không?

Không. Email xác minh được gửi tự động khi bạn đăng ký, nhưng không bắt buộc: bạn vẫn nạp tiền và đặt hàng với địa chỉ chưa xác minh, trang tài khoản chỉ hiển thị nhãn "Chưa xác minh". Dù vậy vẫn nên xác minh, vì link đặt lại mật khẩu và thông báo đơn hàng được gửi tới đó.

Vì sao ô giá ghi "Giá mỗi 1.000" ở dịch vụ dạng gói?

Vì nhãn là cố định và không đổi theo dịch vụ giá cố định. Ở dịch vụ dạng gói, nơi số lượng tối đa bằng 1, con số hiển thị là giá của cả gói chứ không phải đơn giá mỗi 1.000. Hãy xem ô "Số lượng Min - Max" trước: max bằng 1 nghĩa là gói. Dòng "Tổng cộng" luôn hiển thị số tiền thật.

Drip feed là gì và nhập số lượng thế nào cho đúng?

Drip-feed (chạy nhỏ giọt) chia một đơn thành nhiều lần giao cách nhau theo "Khoảng cách (phút)". Khi bật, ô số lượng trở thành số cho mỗi lần chạy, nên tổng giao bằng số lượng nhân số lần chạy. Đặt 1.000 với 5 lần chạy là mua 5.000 và trả tiền cho 5.000. Muốn chia 1.000 thành năm lần, nhập 200 với 5 lần chạy và đối chiếu dòng "Tổng số lượng" trước khi gửi. Drip-feed chỉ hoạt động ở dịch vụ tiêu chuẩn; ở dịch vụ yêu cầu bình luận, tên người dùng, hashtag hay từ khóa, ô vẫn tích được nhưng không có tác dụng.

Nút "Bảo hành" biến mất sau khi bấm, đơn của tôi còn được bảo hành không?

Còn, nút chỉ bị khóa 24 giờ. Trong thời gian đó, dòng đơn hiển thị nhãn "Đang bảo hành" thay cho nút, và thử lại sớm qua ticket sẽ nhận "Đơn hàng này vừa được bảo hành gần đây, vui lòng thử lại sau." Ngoài ra, một tác vụ tự động kiểm tra các đơn hoàn thành có bảo hành trong 30 ngày gần nhất, nên follow tụt có thể được bù mà bạn không cần làm gì.

Vì sao tôi không hủy được đơn hàng?

Việc hủy phụ thuộc vào dịch vụ có hỗ trợ hủy hay không, đó là thuộc tính của dịch vụ chứ không phải của tài khoản. Nếu không hỗ trợ, nút "Hủy đơn" không bao giờ xuất hiện và ticket sẽ trả "Dịch vụ này không hỗ trợ hủy đơn." Nếu có hỗ trợ, yêu cầu đi thẳng tới nhà cung cấp; nhà cung cấp từ chối thì không có hoàn tiền và đơn tiếp tục chạy.

Đơn "Đang chờ" quá lâu thì tiền của tôi ở đâu?

Tiền bị trừ ngay khi đơn được tạo, nên vẫn bị trừ trong lúc đơn chờ. Trạng thái chờ kéo dài thường nghĩa là chưa nhà cung cấp nào nhận đơn, có thể do lỗi phía nhà cung cấp cần gửi lại chứ không phải hoàn tiền. Hãy tạo ticket với chủ đề "Vấn đề đơn hàng" và chọn đúng đơn đó.

Panel có cảnh báo khi tài khoản đích để riêng tư không?

Không. Không có bước kiểm tra tài khoản công khai hay riêng tư, cũng không kiểm tra tên người dùng bị đổi sau khi đặt. Panel chỉ kiểm tra định dạng link và quy tắc trùng đơn. Nếu không giao được tới mục tiêu, đơn thất bại ở phía nhà cung cấp và không được hoàn tiền. Kiểm tra mục tiêu là việc của bạn và chỉ mất năm giây. Các câu hỏi về chính sách khác có trên trang câu hỏi thường gặp.

Code API của panel khác có dùng được với PanelFollows không?

Phần lớn là được, vì đây là API chuẩn cho đại lý: cùng endpoint dạng /api/v2, cùng bảy action services, add, status, balance, refill, refill_status, cancel và cùng định dạng phản hồi. Thường bạn chỉ cần đổi URL gốc và API key. Hai điểm cần sửa thêm: tự chặn đơn trùng link ở phía bạn, vì API không chạy bước kiểm tra đó, và rẽ nhánh theo type cho các dịch vụ đặc biệt.

Kết luận: hướng dẫn sử dụng SMM panel gói gọn trong năm thói quen

Nếu phải rút cả bài hướng dẫn sử dụng SMM panel này thành vài dòng, đó là năm thói quen. Một: luôn nhìn dòng "Tổng cộng" trước khi bấm "Đặt hàng", không tin vào đơn giá. Hai: khi bật drip-feed, nhớ rằng số lượng là số mỗi lần chạy. Ba: chọn dịch vụ có bảo hành nếu bạn quan tâm chuyện tụt, và đọc kỹ cảnh báo ở dịch vụ "Không bảo hành". Bốn: chỉ đặt cho tài khoản và bài viết công khai, đang hoạt động bình thường, mỗi link một đơn tại một thời điểm. Năm: đơn đầu tiên ở dịch vụ mới luôn đặt nhỏ.

Với người dùng tại Việt Nam, thêm một điều: hãy chuẩn bị cách nạp tiền phù hợp từ trước, crypto nếu bạn cần tiền vào ngay, chuyển khoản quốc tế nếu bạn chấp nhận chờ duyệt, và tính chi phí bằng USD thay vì so thẳng với bảng giá VND của panel trong nước. Làm được những điều đó, bạn sẽ dùng PanelFollows như một nhà cung cấp gốc đúng nghĩa: đặt hàng nhanh, tự bấm bảo hành, và khi sẵn sàng thì chuyển toàn bộ việc kinh doanh sang API.