Bỏ qua nội dung
Bài viết & Hướng dẫn

Cách viết whitepaper crypto: Kế hoạch biên tập

Dành cho founder chuẩn bị bản công bố dự án, sách trắng cần trình bày rõ thiết kế và giới hạn. Quy trình biên tập thận trọng giữ các chi tiết chưa giải quyết ở trạng thái rõ ràng cho đến khi người phù hợp xác nhận.

Tóm tắtCách viết whitepaper crypto là giải thích mục đích, thiết kế, vai trò token (nếu có) và các câu hỏi mở của dự án. Người đọc nhận được bản tường trình mạch lạc về những gì đã có và những gì còn đang lên kế hoạch. Quá trình soạn thảo diễn ra theo các bước: thu thập nguồn, phê duyệt dàn bài, rà soát chuyên môn và chỉnh sửa cuối; thời gian phụ thuộc vào mức độ sẵn sàng của tài liệu và người rà soát.

Đã cập nhật:

Xác định mục đích của tài liệu trước khi viết

Sách trắng hoạt động tốt nhất khi phục vụ một đối tượng đọc rõ ràng và một quyết định cụ thể. Trước khi soạn thảo, hãy thống nhất xem đối tượng chính là người dùng, nhà phát triển, đối tác hay người tham gia token. Lựa chọn đó quyết định độ sâu, từ vựng và bằng chứng mà tài liệu cần. Nó cũng giúp nhóm giải quyết các yêu cầu cạnh tranh một cách kín đáo: giữ lại nội dung giúp đối tượng này hiểu dự án và chuyển thông tin phụ sang nơi khác.

Viết một brief biên tập ngắn bao gồm đối tượng đọc dự kiến, mục đích của tài liệu, thuật ngữ ưu tiên và người chịu trách nhiệm cho từng lĩnh vực. Ghi lại những gì người đọc nên hiểu sau khi đọc xong. Tách biệt thông tin đã xác nhận khỏi kế hoạch đề xuất và câu hỏi chưa có lời giải. Sự chuẩn bị nhỏ này tạo cho bản nháp một trung tâm có tổ chức; nó ngăn một tuyên bố tầm nhìn rộng lấn át các chi tiết mà người đọc cần để đánh giá.

Giữ các ghi chú làm việc và tuyên bố chưa công bố trong nhóm rà soát đã chọn của dự án. Một đầu mối liên hệ được chỉ định có thể thu thập các câu hỏi kỹ thuật mà không yêu cầu mọi người đóng góp chỉnh sửa cùng một đoạn. Nếu tài liệu có thể hỗ trợ tài liệu launch, hãy làm rõ mối quan hệ đó, sau đó giữ đối tượng và mục đích của nó khác biệt với danh sách kiểm tra marketing launch token.

Chọn hình thức phù hợp với người đọc

Định dạng phù hợp là định dạng cung cấp cho người đọc dự kiến đủ bối cảnh mà không làm lu mờ lời giải thích trung tâm. Một sách trắng đầy đủ có thể mang thông tin chi tiết về sản phẩm, kỹ thuật và token liên quan. Một tổng quan ngắn hơn có thể phù hợp với mục đích hẹp hơn, trong khi phụ lục có thể chứa tài liệu tham khảo làm gián đoạn nội dung chính.

Định dạng Phù hợp nhất với Những gì chúng tôi cần từ bạn
Sách trắng Giải thích kết nối về dự án, thiết kế và rủi ro liên quan Đối tượng chính, thông tin sản phẩm hiện tại, nguồn kỹ thuật và quyết định về token
Tổng quan ngắn Bản tường trình tập trung cho người đọc cần đề xuất và tình trạng hiện tại Câu hỏi chính người đọc cần được trả lời và thông tin dự án đã được phê duyệt
Phụ lục kỹ thuật Chi tiết hỗ trợ mà chuyên gia có thể tham khảo riêng Tài liệu nguồn, chủ sở hữu sơ đồ, thuật ngữ và trạng thái triển khai đã xác nhận

Coi đây là các lựa chọn biên tập, không phải nhãn tự thân tạo uy tín. Nếu tài liệu chính cố gắng phục vụ mọi đối tượng, hãy cho nó một đối tượng đọc chính và hướng người đọc chuyên môn đến tài liệu hỗ trợ được đặt tên rõ ràng. Các nhóm đang cân nhắc hỗ trợ viết có thể so sánh dịch vụ viết sách trắng và litepaper với định dạng dự kiến trước khi chốt dàn bài. Giữ lựa chọn có cân nhắc: sự rõ ràng đến từ một lời giải thích hữu ích, không phải từ việc thêm trang.

Nhận báo giá cho dự án của bạn

Gửi link dự án và thông tin liên hệ. Chúng tôi sẽ phản hồi với kế hoạch, thời gian và giá.

Người đọc nên hiểu điều gì trước tiên?

Người đọc trước tiên nên hiểu vấn đề, phản hồi được đề xuất và trạng thái hiện tại của dự án. Đặt những điểm đó trước các chi tiết phức tạp về token hoặc kiến trúc. Một phần mở đầu ngắn gọn có thể nêu tên đối tượng, nhu cầu đang được giải quyết và những gì sản phẩm hoặc giao thức hiện đang làm. Nó cũng nên phân biệt các khả năng có sẵn với công việc vẫn còn trên lộ trình.

Sau phần mở đầu đó, sắp xếp lời giải thích theo trình tự phù hợp với dự án. Một bản tường trình theo hướng sản phẩm có thể giới thiệu hành trình người dùng trước khi mô tả các thành phần. Một đề xuất giao thức có thể cần giải thích các lựa chọn thiết kế sớm hơn. Trong mọi trường hợp, hãy định nghĩa thuật ngữ chuyên môn ở lần sử dụng đầu tiên và giải thích tại sao một thành phần lại quan trọng. Sơ đồ thuộc về nơi chúng làm rõ mối quan hệ hoặc quy trình mà nếu không sẽ mất nhiều đoạn văn để giải thích.

Đối với dự án có token, hãy kết nối mỗi chức năng được nêu với một hoạt động thực tế của dự án. Mô tả nguồn cung, phân bổ và lịch phát hành chỉ trong phạm vi nhóm đã xác nhận. Đánh dấu các đề xuất là đề xuất và xác định các giả định có thể thay đổi. Một hướng dẫn riêng về cách listing trên CoinGecko đề cập đến quy trình đăng ký của nền tảng đó. Sách trắng nên tập trung giải thích dự án thay vì ngụ ý bất kỳ kết quả listing nào.

Quy trình biên tập bốn giai đoạn

Một quy trình soạn thảo cẩn thận di chuyển từ tài liệu nguồn đến ngôn ngữ đã phê duyệt qua bốn giai đoạn. Mỗi giai đoạn có chủ sở hữu rõ ràng, để founder không phải tự mình giải quyết mọi câu hỏi kỹ thuật.

  1. Thu thập và phân loại. Tập hợp mô tả sản phẩm, tài liệu kỹ thuật, quyết định về token, chi tiết lộ trình và tài liệu tham khảo đã phê duyệt. Đánh dấu từng mục là đã xác nhận, đề xuất hoặc chưa giải quyết.
  2. Thống nhất dàn bài. Xác nhận đối tượng đọc, mục đích, thuật ngữ và thứ tự phần với trưởng dự án. Dàn bài là điểm ký duyệt đầu tiên; nó ấn định hướng đi của tài liệu trước khi soạn thảo đầy đủ.
  3. Soạn thảo và xác minh. Xây dựng lời giải thích từ thông tin đã thống nhất. Chủ sở hữu chuyên môn kiểm tra các tuyên bố, sơ đồ, nhãn trạng thái và ngôn ngữ token so với nguồn của họ. Đầu mối liên hệ được chỉ định thu thập phản hồi của họ và trả lại các câu hỏi cụ thể để giải quyết.
  4. Chỉnh sửa để phát hành. Hòa giải các thay đổi, cải thiện khả năng đọc, kiểm tra liên kết và trình bày, sau đó nhận được phê duyệt nội bộ cần thiết. Không có gì được trình bày là sẵn sàng xuất bản cho đến khi dự án phê duyệt từ ngữ cuối cùng.

Giữ một danh sách nguồn và một bản ghi thay đổi đơn giản khi văn bản phát triển. Nếu thông tin sản phẩm thay đổi trong quá trình soạn thảo, hãy xem xét lại mọi phần bị ảnh hưởng, bao gồm tóm tắt và sơ đồ. Hướng dẫn giá dịch vụ sách trắng có thể hữu ích khi nhóm đang so sánh hỗ trợ viết bên ngoài; quyết định tiếp theo vẫn là tài liệu dự kiến và chủ sở hữu nguồn của nó.

Ran giới có tổ chức xung quanh các tuyên bố

Một tài liệu thuyết phục vẫn cần ngôn ngữ mà nhóm có thể chứng minh. Đối với mỗi tuyên bố quan trọng, hãy ghi lại nguồn, trạng thái hiện tại và người rà soát. Kiểm tra xem nguồn có hỗ trợ từ ngữ chính xác hay không, thay vì chỉ liên quan đến chủ đề. Gắn nhãn các tính năng đã thử nghiệm, đã lên kế hoạch và chưa giải quyết một cách rõ ràng, và tránh các tuyên bố tuyệt đối về bảo mật hoặc hiệu suất nếu không có bằng chứng và phê duyệt phù hợp.

Ran giới

Sách trắng không thể quyết định cách một nền tảng listing đánh giá đơn đăng ký, và việc xuất bản không thiết lập sự chấp thuận pháp lý hoặc một kết quả gọi vốn cụ thể. Giữ các quyết định đó tách biệt khỏi phê duyệt biên tập và yêu cầu tư vấn có thẩm quyền đánh giá các vấn đề pháp lý trước khi phát hành.

Trước khi làm layout, hãy so sánh tóm tắt, giải thích kỹ thuật, phần token và lộ trình để tìm thông tin mâu thuẫn. Xác nhận rằng sơ đồ phân biệt các thành phần hiện tại với thành phần đã lên kế hoạch và các trích dẫn có thể truy cập được đối với người đọc dự kiến. Một bản nháp bảo mật nên không được xuất bản cho đến khi dự án đưa ra phê duyệt bằng văn bản cho việc phát hành. Đây cũng là nơi một người đọc thứ hai kín đáo có thể hữu ích: ai đó bên ngoài nhóm soạn thảo có thể tiết lộ các giả định mà nhóm đã không còn nhận thấy.

Giữ bản công bố luôn cập nhật

Xuất bản là một điểm trong vòng đời của tài liệu, không phải lý do để bỏ mặc nó. Chỉ định một người theo dõi các thay đổi về tính khả dụng của sản phẩm, thiết kế kỹ thuật, giả định về token và công việc đã lên kế hoạch. Khi một trong những điều đó thay đổi, hãy yêu cầu chủ sở hữu chuyên môn chịu trách nhiệm xác nhận các đoạn bị ảnh hưởng và kiểm tra lại tóm tắt mở đầu.

Trước khi phát hành, xác nhận tệp cuối cùng mở rõ ràng, liên kết dẫn đến nguồn dự kiến, sơ đồ vẫn dễ đọc và tiêu đề giúp điều hướng dễ dàng. Giữ một bản sao nội bộ của tài liệu đã phê duyệt và các quyết định rà soát. Bản ghi đó cho phép một biên tập viên tương lai hiểu tại sao các tuyên bố chính được đưa vào và ai đã xác nhận chúng. Một đầu mối liên hệ được chỉ định cũng có thể nhận các câu hỏi sau này mà không cần mở lại toàn bộ nhóm soạn thảo.

Premium Promotions’s đánh giá biên tập trả về các câu hỏi cụ thể về cấu trúc, sự rõ ràng và tính nhất quán của tuyên bố, thay vì lấp đầy các khoảng trống mở bằng giả định. Sản phẩm bàn giao đầu tiên là bộ câu hỏi biên tập đó, sau khi tài liệu nguồn đã được tập hợp để rà soát. Một dàn bài hiện tại, tổng quan sản phẩm và người có thể xác nhận chi tiết kỹ thuật là một khởi đầu phù hợp; đầu mối liên hệ được chỉ định sau đó có thể xác định các câu hỏi đầu tiên cho nhóm của bạn.

Cách hoạt động

  1. Xác định người đọcNêu tên đối tượng chính, mục đích và quyết định mà tài liệu cần hỗ trợ. Chỉ định một đầu mối cho các câu hỏi về sản phẩm và kỹ thuật.
  2. Tập hợp nguồnThu thập tài liệu hiện tại về sản phẩm, kỹ thuật, token, lộ trình và tham khảo. Đánh dấu chi tiết là đã xác nhận, đề xuất hoặc chưa giải quyết.
  3. Phê duyệt dàn bàiThống nhất thuật ngữ và thứ tự phần trước khi soạn thảo đầy đủ. Giữ tài liệu tham khảo chuyên môn riêng khi nó làm gián đoạn nội dung chính.
  4. Xác minh và chuẩn bịYêu cầu chủ sở hữu chuyên môn kiểm tra tuyên bố và sơ đồ so với nguồn, sau đó hòa giải các chỉnh sửa và nhận phê duyệt trước khi xuất bản.

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

Những chi tiết nào nên có ở phần mở đầu của sách trắng crypto?

Bắt đầu với mục đích của dự án, vấn đề nó giải quyết và những gì hiện có sẵn. Người đọc không nên phải suy luận đề xuất trung tâm từ các thuật ngữ kỹ thuật hoặc chi tiết token. Một đầu mối dự án được chỉ định có thể xác nhận rằng phần mở đầu phản ánh sản phẩm hiện tại chứ không phải kế hoạch trước đó.

Làm thế nào để nhóm cho thấy kế hoạch token chưa phải là cuối cùng?

Gắn nhãn trực tiếp từng đề xuất và xác định các giả định có thể thay đổi. Giữ thông tin nguồn cung hoặc phân bổ đã xác nhận tách biệt với các lựa chọn vẫn đang thảo luận. Yêu cầu người chịu trách nhiệm về quyết định token phê duyệt các đoạn đó bằng văn bản trước khi chúng xuất hiện trong bản nháp xuất bản.

Có nên đưa sơ đồ kỹ thuật vào tài liệu chính không?

Sử dụng sơ đồ trong văn bản chính khi nó làm rõ mối quan hệ hệ thống hoặc luồng người dùng mà văn xuôi khó theo dõi. Gắn nhãn các thành phần hiện tại và đã lên kế hoạch, giải thích các chữ viết tắt gần đó và nêu tên người chịu trách nhiệm xác nhận nó. Đặt sơ đồ tham khảo chuyên môn trong phụ lục khi chúng làm gián đoạn nội dung chính.

Cần chuẩn bị tài liệu nguồn nào trước khi bắt đầu soạn thảo?

Tập hợp tổng quan sản phẩm hiện tại, tài liệu kỹ thuật, thông tin token đã phê duyệt, chi tiết lộ trình và tài liệu tham khảo hỗ trợ các tuyên bố quan trọng. Ghi chú mục nào đã xác nhận và ai sở hữu mỗi câu hỏi mở. Một dàn bài và một đầu mối liên hệ cho các vấn đề kỹ thuật giúp cuộc thảo luận biên tập đầu tiên tập trung hơn.

Khi nào sách trắng sẵn sàng để xuất bản?

Nó sẵn sàng khi chủ sở hữu chuyên môn đã kiểm tra các tuyên bố của họ, nhóm đã giải quyết các mâu thuẫn và dự án đã phê duyệt từ ngữ cuối cùng. Kiểm tra phát hành cũng nên bao gồm liên kết, sơ đồ, thuật ngữ và khả năng đọc tệp. Giữ bản nháp xuất bản ở chế độ riêng tư cho đến khi đầu mối dự án được ủy quyền đưa ra phê duyệt bằng văn bản.

Sách trắng có thể đảm bảo kết quả listing hoặc gọi vốn không?

Không. Một tài liệu có thể giải thích dự án và cung cấp cho người đọc tài liệu để đánh giá. Tuy nhiên, nó không thể quyết định quyết định của nền tảng listing hoặc việc ai đó chọn tài trợ hay sử dụng dự án. Giữ các tuyên bố có thể chứng minh và tìm kiếm lời khuyên có thẩm quyền cho các vấn đề pháp lý; quy trình biên tập có thể xác nhận sự rõ ràng, chứ không phải các quyết định bên ngoài đó.

Kể cho chúng tôi về dự án của bạn

Trả lời bốn câu hỏi nhanh và quản lý sẽ gửi kế hoạch, thời gian và mức giá trong vòng một giờ. Mọi thứ được bảo mật.

Đang tải biểu mẫu…

Nhận báo giá

Để lại thông tin liên hệ, chúng tôi sẽ gửi kế hoạch và giá.

Chat với quản lýThường phản hồi trong vài phút
Chào bạn! Kể cho chúng tôi về dự án và mục tiêu của bạn. Một người thật sẽ trả lời tại đây.
Tiếp tục trên Telegram