Token Launch Marketing Checklist: T-60 đến T+30

Một checklist marketing launch token nên kiểm soát những gì?

Một checklist marketing launch token là một tài liệu kiểm soát công việc: nó kết nối câu chuyện công khai, hoạt động launch và những người chịu trách nhiệm cho mỗi quyết định. Nó không phải là lời hứa về phản ứng thị trường. Giá trị của nó là nhóm có thể thấy những gì đã sẵn sàng, những gì bị chặn và ai phải giải quyết điểm chặn trước khi hoạt động tiếp theo bắt đầu.

Giữ tài liệu đủ ngắn để sử dụng trong một buổi review trực tiếp. Với mỗi nhiệm vụ, ghi lại chủ sở hữu, khung thời gian, đầu mối phê duyệt, sự phụ thuộc và bằng chứng hoàn thành. Bằng chứng có thể là một thông báo đã được phê duyệt, một liên kết đích hoạt động hoặc một hồ sơ nền tảng đã gửi; nó phải là thứ mà một thành viên khác trong nhóm có thể xác minh.

Bắt đầu với bốn luồng công việc:

• Sẵn sàng: mô tả dự án đã phê duyệt, thông tin chi tiết về token, tài liệu và các kênh liên hệ.
• Truyền thông: đối tượng, thông điệp, kênh, ngôn ngữ và chủ sở hữu phê duyệt.
• Vận hành: vai trò ngày launch, lộ trình leo thang và nguồn thông tin hiện tại.
• Theo dõi: câu hỏi cộng đồng, chỉnh sửa, phối hợp đối tác và cập nhật trạng thái.

Giữ các quyết định vận hành tách biệt khỏi nội dung quảng bá. Nếu việc phân phối token, chi tiết hợp đồng hoặc thời gian launch thay đổi, hãy chuyển thay đổi đó đến những người được ủy quyền phê duyệt trước khi cập nhật tài liệu công khai. Để có cái nhìn rộng hơn về công việc xung quanh một TGE, hãy xem token launch và tăng trưởng và marketing launch token.

T-60 đến T-31: thiết lập nền tảng cho launch

Giai đoạn đầu tiên là để thống nhất, không phải vội vàng công bố. Ở T-60, hãy thống nhất launch nhằm đạt được điều gì, đối tượng nào quan trọng và sự thật nào được phê duyệt để sử dụng bên ngoài. Một brief rõ ràng ngay bây giờ ngăn chặn các kênh khác nhau mô tả các dự án khác nhau sau này.

Xây dựng một nguồn thông tin duy nhất chứa tổng quan dự án, mục đích token, chain, các liên kết liên quan, trình tự launch, danh bạ nhóm và câu trả lời đã được phê duyệt cho các câu hỏi có khả năng xảy ra. Đánh dấu bất cứ điều gì chưa được xác nhận là đang chờ xử lý thay vì lấp đầy khoảng trống bằng các giả định. Yêu cầu trưởng dự án xác định ai có thể phê duyệt các tuyên bố về trạng thái sản phẩm, phân phối token và thời gian.

Sau đó, lập bản đồ công việc dựa trên các phụ thuộc. Ví dụ: một thông báo công khai có thể yêu cầu từ ngữ đã được phê duyệt và một trang đích hoạt động; tiếp cận người sáng tạo có thể yêu cầu một brief đã hoàn chỉnh và hướng dẫn tiết lộ rõ ràng. Làm cho sự phụ thuộc trở nên rõ ràng để một nhiệm vụ không xuất hiện như đã hoàn thành chỉ vì ai đó đã phác thảo nó.

Các kiểm tra hữu ích cho giai đoạn này:

• Xác nhận mô tả công khai của dự án và thuật ngữ chính.
• Chỉ định một chủ sở hữu cho mỗi luồng công việc và một đầu mối phê duyệt cuối cùng.
• Chuẩn bị bản đồ kênh: đối tượng, mục đích, chủ sở hữu và loại nội dung dự kiến.
• Xác định các câu hỏi cần phản hồi từ founder, pháp lý hoặc kỹ thuật.
• Đặt nhịp độ review và ghi lại các quyết định trong cùng một tài liệu.

Nếu listing là một phần của kế hoạch, hãy tách biệt việc chuẩn bị hồ sơ khỏi bất kỳ giả định chấp nhận nào. Xem xét các bước thực tế để chuẩn bị listing CoinGecko và chuẩn bị listing CoinMarketCap, sau đó theo dõi các lần gửi và theo dõi như các nhiệm vụ riêng biệt.

T-30 đến T-8: làm cho câu chuyện công khai có thể sử dụng được

Trong giai đoạn này, hãy biến các sự kiện dự án đã được phê duyệt thành các tài liệu nhất quán, dễ xem xét và sẵn sàng cho các kênh bạn đã chọn. Mục đích không phải là xuất bản ở khắp mọi nơi; mà là làm cho mỗi thông tin liên lạc đã lên kế hoạch trở nên chính xác và được kết nối với một hành động tiếp theo rõ ràng.

Chuẩn bị một bộ thông điệp với giải thích ngắn về dự án, giới thiệu đầy đủ hơn, thông tin launch đã được xác nhận và câu trả lời cho các câu hỏi lặp lại. Giữ các tuyên bố có thể truy xuất nguồn gốc từ tài liệu dự án. Nếu sản phẩm vẫn đang phát triển, hãy mô tả trạng thái hiện tại của nó một cách chính xác thay vì viết như thể các tính năng trong tương lai đã tồn tại. Cung cấp cho mỗi mục một chủ sở hữu và trạng thái như bản nháp, đang review, đã phê duyệt hoặc đã lên lịch.

Tạo một lịch nội dung nhỏ xoay quanh các cột mốc có ý nghĩa. Bao gồm ai xuất bản, ai kiểm tra liên kết, câu hỏi được chuyển đến đâu và điều gì xảy ra nếu thông tin cơ bản thay đổi. Đối với công việc với người sáng tạo hoặc KOL, hãy sử dụng một brief bằng văn bản nêu rõ đối tượng mục tiêu, bối cảnh cần thiết, định dạng phân phối, quy trình phê duyệt và kỳ vọng tiết lộ. Hướng dẫn chiến dịch KOL crypto có thể giúp bạn cấu trúc công việc đó; sử dụng hướng dẫn sàng lọc KOL để lên kế hoạch xem xét các đối tác tiềm năng.

Trước khi bất cứ điều gì được lên lịch, hãy để người thứ hai kiểm tra tên, chi tiết token, ngày tháng, liên kết và các kênh liên hệ so với nguồn thông tin duy nhất. Giữ một phiên bản đã được phê duyệt có sẵn cho nhóm và loại bỏ các bản nháp lỗi thời để chúng không thể được sử dụng lại một cách vô tình.

T-7 đến launch: diễn tập bàn giao, không phải thổi phồng

Giai đoạn cuối cùng trước launch là để xác nhận bàn giao và đảm bảo nhóm có thể phản ứng bình tĩnh khi kế hoạch thay đổi. Chạy qua trình tự launch với những người sẽ xuất bản, trả lời câu hỏi, phê duyệt chỉnh sửa và liên hệ với trưởng kỹ thuật hoặc dự án.

Sử dụng một bảng chạy ngày launch với các khung thời gian thay vì dựa vào các tin nhắn rải rác. Với mỗi hành động đã lên kế hoạch, hiển thị chủ sở hữu, trạng thái phê duyệt, vị trí xuất bản, liên kết đích và đầu mối dự phòng. Giữ một dòng riêng cho những gì phải xảy ra trước khi hành động có thể tiến hành. Ví dụ: một bài đăng đã lên lịch không nên được đưa lên cho đến khi văn bản và liên kết của nó đã được kiểm tra so với thông tin đã được phê duyệt hiện tại.

Một đánh giá cuối cùng thực tế đặt câu hỏi:

• Một người đọc mới có thể hiểu dự án làm gì từ lời giải thích công khai đầu tiên không?
• Tất cả các liên kết đã lên kế hoạch có dẫn đến đích dự định, hiện tại không?
• Cộng đồng có biết nơi để đặt câu hỏi và cách tìm các bản cập nhật chính thức không?
• Nhóm có thể xác định ai có thể phê duyệt một chỉnh sửa hoặc thay đổi thời gian không?
• Có một lộ trình tạm dừng và leo thang rõ ràng nếu một chi tiết vận hành chưa được giải quyết không?

Đối với một kế hoạch khả năng hiển thị hướng đến DEX, hãy đảm bảo nhóm hiểu sự khác biệt giữa một chiến dịch và một quyết định của nền tảng. Đọc các ghi chú chuẩn bị cho DEXScreener và DEXTools trước khi đưa một trong hai nền tảng vào truyền thông launch. Giữ các nhiệm vụ đó được giao cho một chủ sở hữu có thể xác minh vị trí hiển thị và báo cáo trạng thái của nó.

Ngày launch: giữ một nguồn thông tin duy nhất

Vào ngày launch, trưởng nhóm marketing nên phối hợp các thông tin liên lạc đã được phê duyệt trong khi các trưởng kỹ thuật và ra quyết định của dự án xử lý trách nhiệm riêng của họ. Nhóm cần một nguồn thông tin duy nhất hiện tại về trạng thái, một đầu mối leo thang rõ ràng và một quy trình để chỉnh sửa thông tin công khai.

Giữ một nhật ký trực tiếp đơn giản với khung thời gian, hành động, chủ sở hữu, trạng thái và bất kỳ quyết định nào đã thay đổi kế hoạch. Ghi lại những gì đã được xuất bản và nơi nó có thể được kiểm tra. Nếu một chi tiết vẫn chưa được xác nhận, đừng để một bản nháp cũ biến nó thành một tuyên bố công khai. Chuyển câu hỏi đến người được ủy quyền trả lời, sau đó cập nhật nguồn chia sẻ sau khi được phê duyệt.

Trưởng nhóm launch cũng nên giữ cho các phản hồi của cộng đồng hữu ích và nhất quán. Nhóm các câu hỏi lặp lại, hướng mọi người đến lời giải thích đã được phê duyệt và gửi các câu hỏi kỹ thuật hoặc cụ thể về tài khoản đến đúng đầu mối liên hệ. Điều này có giá trị hơn là yêu cầu mọi kênh lặp lại cùng một thông điệp. Nếu có lỗi, hãy chỉnh sửa đích liên quan và giải thích việc chỉnh sửa thông qua kênh chính thức thích hợp.

Đối với một chiến dịch được hỗ trợ bởi MediaStrategy, trưởng nhóm tài khoản cấp cao sử dụng checklist khởi động để xác nhận brief, đầu mối phê duyệt, kế hoạch kênh và định dạng báo cáo trước khi công việc bắt đầu. Trong quá trình thực hiện, nhóm ghi lại công việc đã hoàn thành và bằng chứng vị trí hiển thị trong một báo cáo trạng thái ngắn gọn, sau đó đánh dấu các quyết định còn bỏ ngỏ cho khách hàng thay vì âm thầm đưa ra quyết định.

T+1 đến T+30: biến hoạt động launch thành theo dõi

Tháng đầu tiên sau launch là để giữ cho thông tin liên lạc chính xác, giải quyết các câu hỏi còn bỏ ngỏ và học hỏi phần nào của kế hoạch vận hành cần được chú ý. Checklist nên duy trì hoạt động sau thông báo ban đầu; nếu không, nhóm sẽ mất dấu các cam kết đã thực hiện trong tuần launch.

Lên lịch review thường xuyên các câu hỏi cộng đồng, thông tin dự án công khai, sản phẩm bàn giao của đối tác và bất kỳ lần gửi listing hoặc hồ sơ nào vẫn còn đang chờ xử lý. Ghi lại mỗi vấn đề với chủ sở hữu và hành động tiếp theo. Khi bạn cập nhật một lời giải thích công khai, hãy đảm bảo thay đổi được phản ánh ở những nơi mọi người được hướng dẫn để tìm hiểu thêm.

Sử dụng một báo cáo ngắn phân tách công việc đã hoàn thành khỏi phản hồi quan sát được. Một định dạng hữu ích bao gồm:

• Đã bàn giao: nội dung, tiếp cận hoặc nhiệm vụ chiến dịch đã được phê duyệt và hoàn thành.
• Đã xác minh: liên kết, bài đăng hoặc vị trí mà nhóm đã kiểm tra trực tiếp.
• Đang mở: phê duyệt đang chờ xử lý, câu hỏi chưa được trả lời và các lần gửi chưa hoàn tất.
• Đã học được: sự nhầm lẫn lặp lại của khán giả hoặc thông tin cần làm rõ.
• Tiếp theo: chủ sở hữu và hành động tiếp theo cho mỗi mục chưa được giải quyết.

Đừng coi sự chú ý là sự thay thế cho sự sẵn sàng hoặc hiểu biết của cộng đồng. Nếu mọi người liên tục hỏi cùng một câu hỏi, hãy cải thiện tài liệu nguồn và lộ trình thay vì chỉ đơn thuần tăng số lượng bài đăng. Để có hoạt động rộng hơn sau giai đoạn launch, hãy so sánh các bước tiếp theo trong phát triển cộng đồng và tương tác với năng lực thực tế của dự án để hỗ trợ thảo luận liên tục.

Các quyết định của nền tảng nằm ở đâu ngoài checklist?

Một checklist cải thiện sự chuẩn bị và trách nhiệm giải trình; nó không cho dự án quyền kiểm soát các đánh giá độc lập của nền tảng hoặc quyết định hiển thị. CoinGecko và CoinMarketCap đánh giá các lần gửi theo quy trình riêng của họ và một hồ sơ đã gửi không giống như một listing được chấp nhận. Tương tự, một vị trí hiển thị trên DEXScreener hoặc DEXTools không thể thiết lập những gì các nền tảng đó sẽ hiển thị ngoài công việc và vị trí thực sự đã được thỏa thuận. MediaStrategy ghi lại các lần gửi và xác minh các sản phẩm bàn giao có thể nhìn thấy, nhưng không coi kết quả đánh giá của nền tảng là một kết quả chiến dịch có thể kiểm soát được.

Sự khác biệt đó sẽ định hình kế hoạch. Giữ các mục checklist riêng biệt cho thông tin mà nhóm của bạn kiểm soát, lần gửi mà nhóm của bạn có thể thực hiện và quyết định thuộc về nền tảng. Chỉ định một chủ sở hữu để theo dõi trạng thái và trả lời các yêu cầu, nhưng đừng làm cho truyền thông launch phụ thuộc vào một phê duyệt chưa được xác nhận. Đối với các vấn đề về hồ sơ cần được chú ý, hãy xem xét khắc phục cảnh báo CoinGecko và xác minh nguồn cung trên CoinGecko như các chủ đề chuẩn bị riêng biệt.

Để làm cho checklist hữu ích trong thực tế, hãy gửi cho MediaStrategy khung thời gian launch mục tiêu của bạn, tài liệu dự án hiện tại, đối tượng mục tiêu, kênh đã lên kế hoạch và đầu mối phê duyệt. Trưởng nhóm tài khoản sẽ xem xét brief, xác định các phụ thuộc và quyết định còn thiếu, và trả lại một kế hoạch công việc theo trình tự để nhóm của bạn phê duyệt.

Bảng giá

Giá khởi điểm bằng USD. Gói tùy chỉnh và chiết khấu theo số lượng theo yêu cầu. Thanh toán bằng USDT, USDC, BTC, ETH, SOL, TON hoặc token dự án của bạn.

Cách hoạt động

1. Thiết lập brief launchXác nhận mục tiêu, đối tượng mục tiêu, khung thời gian launch, sự kiện dự án đã được phê duyệt và những gì vẫn chưa được quyết định.
2. Chỉ định chủ sở hữu và phụ thuộcChỉ định một chủ sở hữu chịu trách nhiệm và đầu mối phê duyệt cho mỗi luồng công việc. Ghi chú những gì phải sẵn sàng trước khi mỗi nhiệm vụ có thể tiến hành.
3. Chuẩn bị và xem xét tài liệuTạo nội dung cụ thể cho từng kênh từ nguồn thông tin duy nhất, sau đó kiểm tra các tuyên bố, liên kết và kênh liên hệ trước khi phê duyệt.
4. Phối hợp giai đoạn launchSử dụng một bảng chạy chung để theo dõi các hành động, chủ sở hữu, trạng thái và đầu mối leo thang. Giữ các thay đổi trong cùng một bản ghi.
5. Báo cáo và theo dõiSau launch, phân tách công việc đã bàn giao khỏi bằng chứng đã xác minh, các mục đang mở và hành động tiếp theo được giao cho mỗi chủ sở hữu.