Cách làm pitch deck crypto: từ tuyên bố đầu tiên đến slide cuối cùng

Pitch deck crypto nên giúp người đọc quyết định điều gì?

Pitch deck crypto nên giúp một người đọc hiểu dự án của bạn và chọn một bước tiếp theo hữu ích. Đó có thể là một cuộc trò chuyện khác, một đánh giá sản phẩm hoặc một cuộc thảo luận về các điều khoản đầu tư. Pitch deck hoạt động tốt nhất khi mục đích của nó được xác định rõ trước khi viết slide đầu tiên.

Bắt đầu với một mô tả ngắn về người đọc. Ghi chú những gì họ đã biết, những gì họ cần đánh giá và quyết định nào bạn hy vọng sẽ theo sau. Một quỹ đầu tư, một đối tác tiềm năng và một người đánh giá kỹ thuật có thể cần các chi tiết khác nhau trước tiên. Giữ các thông tin cơ bản ổn định trong khi thay đổi thứ tự và độ sâu của lời giải thích.

Sau đó viết luận điểm thành 3 phần: vấn đề, phản hồi của bạn và lý do cách tiếp cận của bạn phù hợp. Thêm trạng thái hiện tại của sản phẩm và điều bạn cần tiếp theo từ người đọc. Nếu câu chuyện phụ thuộc vào một số thuật ngữ chuyên ngành, hãy giải thích các thuật ngữ đó hoặc thay thế chúng bằng ngôn ngữ hàng ngày.

Thử một bài kiểm tra đọc lại đơn giản. Đưa các slide mở đầu cho một người bên ngoài dự án, sau đó yêu cầu họ mô tả người dùng, sản phẩm và yêu cầu. Nếu họ không thể, hãy sửa lại câu chuyện trước khi thêm nhiều slide hơn. Một phần mở đầu rõ ràng hơn giúp người đọc dành sự chú ý cho quyết định, thay vì giải mã phần giới thiệu của bạn.

Để khoảnh khắc thực tế của dự án định hình phần mở đầu

Một khoảnh khắc cụ thể của dự án có thể làm cho phần mở đầu dễ hiểu hơn. Hãy tưởng tượng một nhóm khu vực đang thâm nhập thị trường ngôn ngữ mới vào tuần báo cáo audit được công bố. Họ muốn một pitch deck giải thích sản phẩm cho người đọc mới mà không coi báo cáo là bằng chứng cho mọi tuyên bố kinh doanh.

Nhóm có thể mở đầu bằng đối tượng mà nó phục vụ và vấn đề nó giải quyết. Sau đó, nó có thể giải thích sản phẩm làm gì hôm nay, báo cáo audit phù hợp ở đâu và những gì nằm ngoài mục đích của báo cáo đó. Thứ tự đó cho phép nhóm hiển thị bằng chứng liên quan mà không yêu cầu một tài liệu phải gánh vác toàn bộ luận điểm.

Sử dụng loại khoảnh khắc này để tìm câu hỏi tự nhiên của người đọc. Một báo cáo, bản phát hành, thử nghiệm hoặc thị trường mới có thể là bối cảnh kịp thời, nhưng nó không nên thay thế lời giải thích trung tâm của dự án. Hãy tự hỏi khoảnh khắc đó thay đổi điều gì đối với người dùng, đối tác hoặc nhà đầu tư. Nếu câu trả lời không rõ ràng, hãy giữ nó như chi tiết hỗ trợ thay vì tuyên bố mở đầu.

Một slide mở đầu hữu ích đưa ra tên dự án, mô tả đơn giản và đối tượng mà nó phục vụ. Các slide tiếp theo có thể giải thích nhu cầu và phản hồi. Điều này giữ ấn tượng đầu tiên bắt nguồn từ dự án, đồng thời để lại chỗ để thảo luận về khoảnh khắc đã thúc đẩy cuộc trò chuyện.

Giao cho mỗi slide một nhiệm vụ trong lập luận

Một pitch deck hữu ích có một chuỗi các câu trả lời rõ ràng, không phải một số lượng slide cố định. Giao cho mỗi slide 1 nhiệm vụ: đưa ra một điểm và chuẩn bị cho người đọc điểm tiếp theo. Một dàn ý thực tế có thể bao gồm:

• Mở đầu: dự án là gì và nó phục vụ ai.
• Vấn đề và phản hồi: nhu cầu, các lựa chọn thay thế hiện tại và cách tiếp cận của bạn.
• Sản phẩm và thị trường: những gì tồn tại ngay bây giờ, ai có thể sử dụng nó và tại sao cơ hội lại quan trọng.
• Kinh doanh và tiến độ: dự án có thể tự duy trì như thế nào và những gì đã có thể kiểm chứng.
• Đội ngũ và yêu cầu: ai đang thực hiện công việc, bạn tìm kiếm sự hỗ trợ nào và nó sẽ cho phép điều gì.

Một token thuộc về câu chuyện chính khi nó giúp giải thích cách sản phẩm hoặc sự tham gia hoạt động. Nếu chi tiết vẫn còn là đề xuất, hãy nói rõ. Một giải thích kỹ thuật dài, lịch trình phân bổ hoặc ghi chú nghiên cứu có thể phù hợp hơn trong phần phụ lục. Điều đó cho người đọc quan tâm thêm chiều sâu mà không làm lộn xộn luận điểm chính.

Chỉ đọc các tiêu đề slide theo thứ tự. Chúng vẫn nên kể một câu chuyện mạch lạc. Nếu hai slide đưa ra cùng một điểm, hãy kết hợp hoặc phân biệt chúng. Nếu một slide cố gắng trả lời nhiều câu hỏi, hãy chia nội dung của nó hoặc chuyển tài liệu hỗ trợ ra khỏi chuỗi chính.

Kết nối các tuyên bố với nguồn mà người đọc có thể kiểm tra

Bằng chứng giúp người đọc đánh giá một tuyên bố khi nguồn và giới hạn của nó dễ thấy. Đối với mỗi tuyên bố quan trọng, hãy ghi chú điều gì hỗ trợ nó và thông tin đó ở đâu. Bằng chứng về sản phẩm có thể là một bản walkthrough hoặc ghi chú phát hành hiện tại. Nghiên cứu có thể hỗ trợ một điểm thị trường khi bạn giải thích những gì nó đã kiểm tra. Nếu pitch deck nằm cạnh kế hoạch launch, danh sách kiểm tra marketing launch token có thể giúp giữ câu chuyện nhất quán.

Sử dụng kiểm tra nhỏ gọn này trước khi định hình một biểu đồ hoặc slide bằng chứng:

Ví dụ, giả sử một nhóm có phản hồi sớm từ một nhóm nhỏ người dùng tiềm năng. Nhóm có thể mô tả các cuộc trò chuyện và câu hỏi đã được hỏi, mà không trình bày chúng như bằng chứng thị trường rộng rãi. Các tuyên bố cụ thể, khiêm tốn dễ thảo luận hơn các tuyên bố chung chung không có cơ sở rõ ràng.

Giữ một danh sách nguồn bên cạnh pitch deck đang làm việc. Kiểm tra rằng các con số và trạng thái dự án khớp với các tài liệu hỗ trợ. Đối với thông tin hướng đến sàn giao dịch, hướng dẫn của chúng tôi về chuẩn bị listing CoinGecko bao gồm một nhiệm vụ chuẩn bị liên quan, không phải là sự thay thế cho việc giải thích dự án của riêng bạn.

Làm cho chi tiết token dễ đọc mà không làm lộn xộn luận điểm

Một slide token nên giải thích vai trò dự kiến của token và cách các quy tắc của nó liên quan đến dự án. Nêu rõ ai có thể sử dụng nó, nguồn cung được mô tả như thế nào và chi tiết phân bổ nào đã được quyết định. Người đọc không nên phải suy luận mô hình kinh doanh của sản phẩm từ một biểu đồ token.

Tách biệt các chi tiết đã xác nhận khỏi các quyết định còn mở. Nếu token chưa hoạt động, hãy nói rõ. Nếu một quy tắc phân bổ hoặc quản trị vẫn đang được thảo luận, hãy gắn nhãn nó là đề xuất. Sử dụng các thuật ngữ và con số nhất quán trong toàn bộ pitch deck và các tài liệu công khai của dự án. Nhờ thành viên phù hợp trong nhóm kiểm tra các tuyên bố kỹ thuật và token trước khi bạn chia sẻ chúng.

Một hình ảnh nhỏ gọn có thể giới thiệu các điểm chính, trong khi phần phụ lục hoặc lịch trình hỗ trợ giữ chi tiết cụ thể hơn. Giữ các nhãn dễ đọc và giải thích bất kỳ danh mục nào mà người đọc mới có thể không biết. Tránh các tuyên bố về giá trị token trong tương lai; tập trung vào chức năng, quy tắc và những gì dự án thực sự đã quyết định.

Pitch deck nên vẫn dễ hiểu đối với người mới làm quen với giao thức. Nếu một cơ chế token cần một lời giải thích dài, hãy cung cấp một tài liệu tham khảo riêng và tóm tắt sự liên quan của nó trong bài thuyết trình chính. Đối với các chi tiết nguồn cung công khai, hướng dẫn của chúng tôi về thông tin listing CoinGecko bao gồm một nhiệm vụ chuẩn bị liên quan, không phải là sự thay thế cho việc giải thích các quy tắc của riêng bạn.

Định hình cùng một câu chuyện cho một cuộc họp và một tệp được chia sẻ

Cùng một câu chuyện cốt lõi có thể phục vụ một cuộc trò chuyện trực tiếp và một tệp được đọc độc lập. Đối với một cuộc họp, hãy sử dụng các tiêu đề rõ ràng và để lại chỗ cho người thuyết trình giải thích các lựa chọn. Đối với một pitch deck được gửi trước, hãy thêm đủ bối cảnh để mỗi slide có ý nghĩa mà không cần ghi chú bằng lời nói.

Giữ một pitch deck nguồn thực tế, sau đó chuẩn bị các phiên bản cho người đọc bằng cách thay đổi trọng tâm và chi tiết hỗ trợ. Một đối tác kỹ thuật có thể cần kiến trúc sớm hơn. Một nhà đầu tư có thể cần thị trường, đội ngũ và trường hợp kinh doanh trước tiên. Đừng đưa ra các tuyên bố khác nhau để phù hợp với những người đọc khác nhau. Thay đổi lộ trình qua các thông tin, không phải bản thân các thông tin. Nếu pitch deck hỗ trợ tiếp cận người sáng tạo, hướng dẫn về chiến dịch KOL crypto có thể giúp ích cho việc lập kế hoạch đó.

Kiểm tra tệp như người nhận sẽ làm. Đọc pitch deck trong 2 lượt: đầu tiên cho câu chuyện, sau đó cho tính dễ đọc và các liên kết. Xác nhận biểu đồ có nhãn và loại bỏ các bình luận nội bộ hoặc ghi chú của người thuyết trình không nhằm mục đích đi kèm. Làm rõ bước tiếp theo được yêu cầu trên slide cuối cùng.

Để có cái nhìn rộng hơn về lập kế hoạch liên quan, hãy duyệt blog Web3 marketing, nơi bạn có thể khám phá các hướng dẫn thực tế khác.

Kiểm tra những gì pitch deck có thể hiển thị trước khi bạn gửi nó

Một pitch deck có thể làm cho luận điểm của bạn dễ đánh giá hơn, nhưng nó không thể thay thế việc đánh giá độc lập. Đánh dấu mỗi tuyên bố là thông tin đã xác nhận, ước tính hoặc kế hoạch. Nhờ thành viên phù hợp trong nhóm kiểm tra các chi tiết kỹ thuật, pháp lý và token. Chia sẻ tài liệu của đối tác hoặc khách hàng chỉ khi bạn có sự cho phép.

Các nhà đầu tư quyết định xem bằng chứng và cơ hội có phù hợp với tiêu chí của riêng họ hay không, và đánh giá của họ có thể đặt ra những câu hỏi mà pitch deck không thể giải quyết. Không có bài thuyết trình nào có thể hứa hẹn rằng người đọc sẽ tài trợ cho dự án. Giữ mục tiêu của bạn thực tế: làm cho câu chuyện rõ ràng, làm cho các nguồn có thể tìm thấy và cho thấy những gì bạn muốn thảo luận tiếp theo.

Trước khi chia sẻ, chỉ đọc các tiêu đề, sau đó xem xét từng tuyên bố với nguồn của nó. Yêu cầu một người bên ngoài dự án giải thích sản phẩm, vai trò token và yêu cầu sau khi đọc. Coi sự nhầm lẫn như một tín hiệu để sửa lại slide liên quan. Đừng thêm chi tiết chỉ để tránh một câu hỏi khó.

Tại Brand Community, chúng tôi đọc bản nháp theo thứ tự slide và đánh dấu các tuyên bố không rõ ràng cùng với nguồn mà mỗi tuyên bố cần. Nếu bạn muốn có một đôi mắt thứ hai, hãy gửi pitch deck hiện tại của bạn, một bản tóm tắt ngắn về dự án và đối tượng bạn dự định tiếp cận. Chúng tôi có thể giúp xác định phần nào của câu chuyện cần được chú ý trước; xem dịch vụ pitch deck crypto.

Cách hoạt động

1. Xác định người đọcViết ra người đọc dự kiến, sau đó nêu tên quyết định tiếp theo bạn hy vọng họ sẽ cân nhắc. Điều này giữ cho câu chuyện tập trung.
2. Viết luận điểm trung tâmGiải thích nhu cầu, phản hồi của bạn và lý do nó phù hợp. Giải quyết các điểm chưa rõ trước khi soạn thảo nội dung slide.
3. Ánh xạ slide với bằng chứngGiao cho mỗi slide một mục đích và ghi chú nguồn cho mỗi tuyên bố quan trọng.
4. Phác thảo trước khi trau chuốtViết các tiêu đề rõ ràng và văn bản hỗ trợ trước. Thêm thiết kế trực quan khi lập luận đã đọc trôi chảy.
5. Xem xét như một người đọc mớiKiểm tra tính nhất quán, khả năng đọc, sự cho phép và bước tiếp theo. Sử dụng các câu hỏi để hướng dẫn một bản sửa đổi tập trung.