Cách làm pitch deck crypto mà nhà đầu tư có thể theo dõi trong năm phút

Deck nên giúp nhà đầu tư hiểu điều gì?

Kiểm tra nhanh: Hãy kể câu chuyện của deck trong 60 giây. Nếu bạn cần nhiều hơn, câu chuyện chưa sẵn sàng cho slide.

Một pitch deck crypto nên giúp dễ dàng hiểu dự án làm gì, tại sao nó quan trọng, làm thế nào nó có thể bền vững và bạn đang yêu cầu người đọc xem xét điều gì. Nó không phải là sách hướng dẫn sản phẩm hay một bài giải thích token riêng lẻ; nó là một tài liệu quyết định để giành được một cuộc trò chuyện sâu hơn.

Trước khi phác thảo slide, hãy viết câu trả lời bằng ngôn ngữ đơn giản cho các câu hỏi sau:

• Ai có vấn đề, và họ giải quyết nó như thế nào hiện nay?
• Sản phẩm của bạn cho phép họ làm gì khác biệt một cách có ý nghĩa?
• Ai sử dụng nó, ai trả tiền, và bằng chứng nào hỗ trợ bức tranh đó?
• Tại sao đội ngũ này có lộ trình đáng tin cậy để thực thi?
• Nếu có token, nó đóng vai trò gì trong hệ thống?

Sử dụng những câu trả lời đó để tạo ra một luận điểm một câu. Một bài kiểm tra hữu ích là liệu một người không quen thuộc với dự án có thể lặp lại luận điểm một cách chính xác sau khi đọc nó một lần hay không. Nếu họ không thể, hãy đơn giản hóa câu chuyện trước khi thêm slide. Giữ các tuyên bố cụ thể: “chúng tôi giúp các giao thức phối hợp liquidity xuyên chuỗi” rõ ràng hơn một tuyên bố rộng về việc thay đổi tài chính. Mục đích của deck là để đưa ra lý do tiếp tục thảo luận, không phải để nhồi nhét mọi chi tiết kỹ thuật hoặc thương mại lên màn hình.

Xây dựng câu chuyện trước khi thiết kế

Xây dựng câu chuyện như một chuỗi các câu trả lời, sau đó gán mỗi câu trả lời cho một slide. Điều này giúp deck không trở thành một tập hợp các thông tin rời rạc và giúp phát hiện lỗ hổng trước khi bắt đầu công việc thiết kế.

Một cấu trúc câu chuyện thực tế là:

• Bối cảnh: người dùng, vấn đề và chi phí của giải pháp thay thế hiện tại.
• Phản hồi: sản phẩm, cách nó hoạt động và tại sao cách tiếp cận này phù hợp với vấn đề.
• Cơ hội: thị trường có thể tiếp cận, mô hình kinh doanh và lộ trình áp dụng.
• Bằng chứng: trạng thái sản phẩm, bằng chứng người dùng, quan hệ đối tác hoặc tiến độ có thể kiểm chứng khác.
• Thực thi: đội ngũ, ưu tiên và những gì giai đoạn tiếp theo yêu cầu.
• Yêu cầu: loại hỗ trợ được tìm kiếm và nó thúc đẩy kế hoạch như thế nào.

Kết nối mỗi phần với một sự chuyển tiếp nguyên nhân-kết quả đơn giản: vấn đề tạo ra nhu cầu, sản phẩm giải quyết nhu cầu đó, và bằng chứng cho thấy liệu cách tiếp cận có hiệu quả hay không. Tránh giới thiệu một thị trường, tính năng hoặc khái niệm token mới mà không giải thích tại sao nó thuộc về câu chuyện. Nếu một điểm cần bối cảnh đáng kể, hãy chuyển chi tiết của nó vào phụ lục và giữ slide chính tập trung vào kết luận. Để được trợ giúp biến bản nháp thành một câu chuyện thân thiện với người đọc, hãy xem dịch vụ pitch deck crypto.

Những slide nào thuộc về một deck crypto

Bao gồm các slide cần thiết để giải thích trường hợp của dự án, không phải một số lượng slide cố định. Một deck tập trung thường bao gồm các công việc sau; kết hợp hoặc tách chúng ra để phù hợp với độ phức tạp của sản phẩm và đối tượng.

Đừng ép mọi chủ đề vào một trang riêng biệt. Một sản phẩm đơn giản có thể kết hợp vấn đề và giải pháp; một giao thức phức tạp về mặt kỹ thuật có thể cần một sơ đồ và phụ lục. Sử dụng deck chính cho câu chuyện ra quyết định, và dành các chi tiết hợp đồng, kiến trúc, giả định tài chính mở rộng hoặc lịch trình token cho tài liệu dự phòng. Danh sách kiểm tra launch token có thể giúp điều chỉnh giải thích token của deck với kế hoạch launch rộng hơn.

Giải thích tokenomics và mô hình kinh doanh

Giải thích mô hình kinh doanh và thiết kế token như những phần liên quan nhưng riêng biệt của dự án. Mô hình kinh doanh mô tả cách tổ chức hoặc giao thức tạo ra và nắm bắt giá trị; phần token giải thích tài sản làm gì trong hệ thống và tại sao chức năng đó là cần thiết.

Đối với mô hình kinh doanh, hãy nêu rõ ai trả tiền, họ nhận được gì và những giả định nào cần giữ vững để mô hình hoạt động. Nếu doanh thu chưa được thiết lập, hãy ghi rõ trạng thái hiện tại và tách biệt các thông tin quan sát được khỏi các dự báo. Đừng trình bày một kịch bản tương lai như traction đã đạt được.

Đối với token, hãy làm cho lộ trình của người đọc qua các chi tiết trở nên đơn giản:

• Nêu rõ vai trò thực tế của token trong sản phẩm hoặc mạng lưới.
• Giải thích nguồn cung và phân bổ theo cách phù hợp với tài liệu đã công bố của dự án.
• Mô tả vesting, phát hành và quản trị chỉ khi áp dụng, sử dụng các thuật ngữ nhất quán.
• Chỉ ra các ưu đãi token liên quan đến việc sử dụng sản phẩm như thế nào thay vì coi chúng là sự thay thế cho nhu cầu.
• Xác định các giả định và quyết định mở thay vì ngụ ý chúng đã được giải quyết.

Yêu cầu đội ngũ xác minh mọi con số nguồn cung, nhãn phân bổ và mô tả phát hành dựa trên các tài liệu có thẩm quyền của dự án. Để có giải thích tập trung về xác minh nguồn cung, hãy xem cách xác minh nguồn cung token. Nếu dự án cũng cần một câu chuyện kỹ thuật, hướng dẫn sách trắng có thể giúp giữ tài liệu chuyên sâu nhất quán với bài trình bày.

Bằng chứng nào làm cho deck đáng tin cậy

Nguyên tắc chung: Một ý tưởng mỗi slide và 12 slide hoặc ít hơn cho lần gửi đầu tiên.

Một deck đáng tin cậy cho phép người đọc phân biệt bằng chứng với tham vọng. Đính kèm nguồn, ngày tháng hoặc giải thích rõ ràng cho các tuyên bố quan trọng, và đảm bảo bằng chứng thực sự hỗ trợ từ ngữ trên slide.

Bằng chứng hữu ích có thể bao gồm một sản phẩm đang hoạt động, một quy trình làm việc của người dùng đã được ghi lại, xác nhận của khách hàng hoặc đối tác, hoạt động giao thức, một đánh giá bảo mật, hoặc một giải thích minh bạch về những gì còn chưa được kiểm tra. Chọn bằng chứng phù hợp với tuyên bố: ảnh chụp màn hình sản phẩm có thể cho thấy một tính năng tồn tại, nhưng bản thân nó không chứng minh được việc sử dụng lặp lại. Một thông báo quan hệ đối tác không chứng minh doanh thu thương mại. Giải thích bằng chứng chứng minh điều gì và nó không chứng minh điều gì.

Trước khi chia sẻ deck, hãy kiểm tra rằng:

• Các tuyên bố về thị trường xác định phân khúc thay vì chỉ dựa vào một con số lớn tiêu đề.
• Ngôn ngữ sử dụng phân biệt lượt truy cập, đăng ký, sử dụng tích cực và hoạt động trả phí.
• Tên và logo đối tác đã được phê duyệt để sử dụng và được thể hiện chính xác.
• Ảnh chụp màn hình sản phẩm phản ánh trải nghiệm hiện tại và không tiết lộ thông tin cá nhân.
• Các tuyên bố hướng tới tương lai được gắn nhãn là kế hoạch hoặc giả định.

Giữ một file nguồn với các liên kết, tài liệu hỗ trợ và chủ sở hữu chịu trách nhiệm cho mỗi tuyên bố. Điều này làm cho việc xem xét và cập nhật sau này dễ dàng hơn nhiều. Nếu deck hỗ trợ một nỗ lực listing sắp tới, hãy phối hợp ngôn ngữ thực tế với hướng dẫn listing CoinGecko hoặc hướng dẫn listing CoinMarketCap, thay vì để các tài liệu riêng biệt mô tả dự án khác nhau.

Danh sách kiểm tra pitch deck 7 điểm của bạn

Kiểm tra từng bản nháp dựa trên 7 điểm này trước khi nó rời khỏi tay bạn. Một người đánh giá không phải trong nhóm của bạn sẽ có thể trả lời chúng từ deck một mình.

• Nêu vấn đề trong 1 câu.
• Cho thấy sản phẩm và ai đang sử dụng nó hôm nay.
• Giải thích cách doanh nghiệp kiếm tiền, ngoài token.
• Giải thích vai trò và nguồn cung của token bằng từ ngữ đơn giản.
• Cho thấy đội ngũ và công việc liên quan của họ.
• Thêm bằng chứng: sản phẩm trực tiếp, đối tác bạn có thể nêu tên, audit.
• Thêm một slide rủi ro trung thực.

Thuật ngữ trong một dòng

Tokenomics có nghĩa là thiết kế nguồn cung, phân phối và công dụng của token.

Narrative: câu chuyện ngắn kết nối vấn đề, sản phẩm và lý do tại sao bây giờ.

Làm cho nó hoạt động trên màn hình và như một tài liệu

Thiết kế mỗi slide sao cho điểm chính của nó có thể nhìn thấy ngay lập tức, trong khi toàn bộ file vẫn có ý nghĩa khi được chuyển tiếp mà không có người thuyết trình. Người đọc không nên phải đoán biểu đồ đo lường cái gì, từ viết tắt có nghĩa là gì hoặc tại sao ảnh chụp màn hình lại quan trọng.

Sử dụng một tiêu đề trực tiếp nêu kết luận của slide, sau đó hỗ trợ nó bằng một số lượng nhỏ các chi tiết liên quan. Ưu tiên một sơ đồ rõ ràng hơn văn xuôi dày đặc khi giải thích luồng sản phẩm, nhưng hãy gắn nhãn các tác nhân, đầu vào và đầu ra. Đặt tiêu đề, đơn vị, khung thời gian và nguồn cho biểu đồ. Xác định các thuật ngữ chuyên ngành khi chúng xuất hiện lần đầu; đừng cho rằng mọi nhà đầu tư đều sử dụng từ vựng nội bộ của dự án.

Thực hiện hai lần đánh giá riêng biệt. Đầu tiên, trình bày deck bằng lời nói và ghi chú nơi giải thích có vẻ không theo thứ tự hoặc cần sửa chữa bằng lời nói. Sau đó, mở file một mình và kiểm tra rằng các tiêu đề, chú thích và chuyển tiếp mang câu chuyện mà không cần tường thuật. Xác nhận rằng văn bản vẫn dễ đọc trên máy tính xách tay, các liên kết hoạt động, file mở đáng tin cậy và phụ lục dễ dàng điều hướng. Giữ một phiên bản sạch để chuyển tiếp và một phiên bản trình bày với bất kỳ ghi chú diễn giả nào được giữ riêng. Một hệ thống hình ảnh trau chuốt giúp ích, nhưng sự rõ ràng đến từ việc quyết định mỗi slide cần chứng minh điều gì trước khi tạo kiểu cho nó.

Đánh giá lần cuối trước khi bạn gửi

Xem xét deck về tính nhất quán, sự chứng minh và sự phù hợp với đối tượng trước khi gửi. Một lần kiểm tra cuối cùng sẽ phát hiện ra thuật ngữ không nhất quán, tuyên bố không được hỗ trợ, cơ chế token không rõ ràng và các yêu cầu quá mơ hồ để hành động.

Kiểm tra file dựa trên danh sách này:

• Người đọc có thể giải thích sản phẩm và người dùng của nó bằng ngôn ngữ đơn giản không?
• Mọi tuyên bố chính có nguồn gốc được xác định hoặc nhãn rõ ràng là kế hoạch không?
• Mô tả nguồn cung có phù hợp với tài liệu hiện tại của dự án không?
• Yêu cầu có rõ ràng về loại cuộc trò chuyện hoặc hỗ trợ được tìm kiếm không?
• Deck có trả lời các câu hỏi tiếp theo có khả năng xảy ra mà không chôn vùi câu chuyện chính không?
• Các chi tiết bảo mật, cá nhân hoặc nhạy cảm về mặt thương mại có phù hợp để chia sẻ không?

Các giới hạn là cụ thể: một deck thuyết phục có thể làm rõ trường hợp, nhưng nó không thể quyết định quyết định của nhà đầu tư, thay thế thẩm định hoặc làm cho một tuyên bố chưa được xác minh trở nên đáng tin cậy. Kết quả gây quỹ vẫn thuộc về những người đang xem xét cơ hội, vì vậy hãy giữ bài trình bày chính xác và sử dụng nó để mở ra một cuộc thảo luận thực chất.

Tại MarketingExtra, một người đánh giá kiểm tra câu chuyện dựa trên tài liệu gốc và đánh dấu các tuyên bố cần làm rõ trước khi thiết kế được coi là hoàn thiện. Gửi deck hiện tại, đối tượng mục tiêu, tài liệu dự án và quyết định hoặc cuộc họp cụ thể mà nó cần hỗ trợ; bước tiếp theo là một đánh giá tập trung vào câu chuyện và bằng chứng. Bạn cũng có thể so sánh vai trò của deck với hướng dẫn chiến dịch KOL crypto rộng hơn nếu tiếp cận người sáng tạo là một phần của cùng một kế hoạch.

Cách hoạt động

1. Xác định người đọc và mục đíchĐặt tên cho đối tượng và cuộc trò chuyện tiếp theo mà bạn muốn deck giành được. Ghi chú những gì người đọc đó đã biết và những gì cần được giải thích.
2. Thu thập và kiểm tra tài liệu nguồnThu thập thông tin sản phẩm, tiểu sử đội ngũ, tài liệu tham khảo đối tác đã được phê duyệt, số liệu và tài liệu token. Đánh dấu tuyên bố nào đã được xác nhận và tuyên bố nào là kế hoạch.
3. Viết câu chuyện bằng ngôn ngữ đơn giảnPhác thảo luận điểm và tiêu đề slide trước khi thiết kế. Sắp xếp vấn đề, giải pháp, bằng chứng và yêu cầu thành một trình tự mà người đọc mới có thể theo dõi.
4. Xây dựng slide và phụ lụcSử dụng sơ đồ và hình ảnh trực quan khi chúng làm rõ sản phẩm, và chuyển chi tiết kỹ thuật hỗ trợ vào tài liệu dự phòng. Giữ các định nghĩa và thuật ngữ nhất quán.
5. Thực hiện đánh giá bài trình bày và tài liệuTrình bày deck bằng lời nói, sau đó đọc nó mà không có tường thuật. Giải quyết các tuyên bố không rõ ràng, kiểm tra nguồn và xác nhận file chia sẻ đã sẵn sàng để chuyển tiếp.