Chi phí viết whitepaper crypto bắt đầu bằng bản đồ phạm vi

Những mục nào nên có trên bảng báo giá whitepaper?

Một bảng báo giá nên kết nối từng bàn giao yêu cầu với công việc đằng sau nó. Tại GeoMarketing Experts, đánh giá phạm vi của chúng tôi ghi lại 5 trường: đối tượng, mục đích tài liệu, tài liệu nguồn, đánh giá kỹ thuật và tệp cuối cùng. Điều đó cung cấp cho cả hai bên cơ sở rõ ràng cho ước tính.

Sử dụng các trường để mô tả người đọc và quyết định mà tài liệu nên hỗ trợ. Nêu tên chi tiết sản phẩm hoặc giao thức mà người đọc cần hiểu. Sau đó liệt kê tài liệu đã có sẵn, chẳng hạn như tài liệu sản phẩm, thông tin token đã được phê duyệt hoặc bản nháp hiện có.

Đối với mỗi tuyên bố kỹ thuật hoặc kinh tế, ghi lại 1 trong 3 trạng thái: đã xác nhận, đang chờ xử lý hoặc chưa được cung cấp. Điều này tách biệt thông tin dự án đã được thiết lập khỏi các câu hỏi mở. Báo giá sau đó có thể cho thấy liệu nghiên cứu, phỏng vấn, soạn thảo, biên tập, sơ đồ hay bố cục có được yêu cầu hay không.

Kiểm tra xem đề xuất cũng nêu rõ trách nhiệm đánh giá và định dạng bàn giao. Một khoản phí không có những chi tiết đó thì khó so sánh. Để được hỗ trợ viết, hãy xem dịch vụ viết whitepaper và litepaper. Hướng dẫn viết whitepaper crypto có thể giúp nhóm của bạn chuẩn bị tài liệu nguồn.

Những đầu vào dự án nào thay đổi ước tính viết?

Thư mục nguồn cho thấy mức độ khám phá mà phạm vi viết có thể cần. Thông tin sản phẩm hoàn chỉnh, đã được phê duyệt cung cấp cho người viết cơ sở để soạn thảo. Các cơ chế còn thiếu, tài liệu mâu thuẫn hoặc quyết định token chưa được giải quyết đòi hỏi các câu hỏi và đánh giá trước khi giải thích có thể được hoàn tất.

Kiểm tra các đầu vào này trước khi yêu cầu báo giá:

• Trạng thái sản phẩm: có sẵn, đang phát triển hoặc vẫn đang được xác định.
• Tài liệu kỹ thuật: ghi chú kiến trúc, tài liệu sản phẩm và thuật ngữ.
• Chi tiết token: thông tin về nguồn cung, phân bổ, tiện ích và quản trị đã được phê duyệt, nếu có liên quan.
• Đối tượng: đối tác, người dùng, nhà phát triển hoặc một số nhóm người đọc.
• Nội dung hiện có: tài liệu cần sửa đổi, giữ lại hoặc thay thế.

Kiểm tra 2 phần giúp phân loại công việc: những gì nhóm của bạn có thể xác nhận ngay bây giờ và những gì cần điều tra hoặc quyết định dự án. Xác định người đánh giá kỹ thuật và người phê duyệt cuối cùng. Nếu thiết kế token vẫn còn mở, hãy tách việc ra quyết định đó khỏi việc viết tài liệu. Người viết có thể làm rõ các cơ chế đã được phê duyệt, nhưng một quyết định dự án mở cần chủ sở hữu riêng của nó. Bao gồm các phụ thuộc đã biết trong yêu cầu của bạn để các đề xuất phản ánh công việc thực tế thay vì các giả định.

Định dạng tài liệu thay đổi phạm vi như thế nào?

Định dạng yêu cầu xác định mức độ giải thích và biên tập mà báo giá cần bao gồm. Một whitepaper đầy đủ và một litepaper phục vụ các nhu cầu đọc khác nhau. Chúng nên xuất hiện dưới dạng các bàn giao riêng biệt khi cả hai đều được yêu cầu.

Một tài liệu đầy đủ có thể giải thích vấn đề dự án, sản phẩm, thiết kế hệ thống, cơ chế token liên quan và kế hoạch. Một litepaper trình bày một tài khoản nhỏ gọn hơn về ý tưởng cốt lõi và cơ chế. Nó có thể điều chỉnh từ một whitepaper đã được phê duyệt, nhưng nhóm vẫn cần quyết định thông tin nào giữ lại và thông tin nào có thể được đơn giản hóa.

Yêu cầu nhà cung cấp đánh dấu từng mục là bao gồm, tùy chọn hoặc ngoài phạm vi yêu cầu:

• Nghiên cứu, phỏng vấn, viết và biên tập.
• Đánh giá kỹ thuật và kiểm tra thông tin dựa trên tài liệu được cung cấp.
• Sơ đồ, thiết kế trực quan và bố cục.
• Điều chỉnh litepaper hoặc biên tập tài liệu hiện có.
• Các loại tệp cuối cùng và liệu tệp có thể chỉnh sửa có được bao gồm hay không.

Những chi tiết này làm cho các bàn giao trở nên rõ ràng trước khi công việc bắt đầu. Nếu dự án của bạn cũng cần một bài thuyết trình gọi vốn, hãy so sánh mục đích của nó với dịch vụ viết pitch deck. Coi nó như một phạm vi riêng biệt khi được cung cấp. Đừng cho rằng báo giá tài liệu bao gồm các tài liệu đi kèm trừ khi đề xuất nêu tên chúng.

Lịch trình whitepaper khả thi cho thấy điều gì?

Danh sách mốc cho thấy điều gì xảy ra tiếp theo và mỗi giai đoạn cần đầu vào nào. Một trình tự thực tế di chuyển từ đánh giá nguồn đến phê duyệt dàn ý, soạn thảo, đánh giá kỹ thuật, chỉnh sửa và tệp cuối cùng. Lịch trình phụ thuộc vào mức độ sẵn sàng của tài liệu của bạn và sự sẵn có của người đánh giá dự án.

Kế hoạch đề xuất của chúng tôi sử dụng 3 điểm kiểm tra đánh giá: xác nhận phạm vi, phê duyệt dàn ý và đánh giá nội dung cuối cùng. Điểm kiểm tra dàn ý cho phép nhóm của bạn xác định các chủ đề còn thiếu trước khi soạn thảo đầy đủ. Trong quá trình đánh giá kỹ thuật, người đánh giá được chỉ định kiểm tra các mô tả so với thông tin dự án hiện tại. Đánh giá cuối cùng tập trung vào độ chính xác, rõ ràng và nhất quán với brief đã được phê duyệt.

Giữ phản hồi phối hợp:

• Chỉ định 1 người thu thập nhận xét và giải quyết các bản sao.
• Xác nhận ai phê duyệt chi tiết kỹ thuật và token.
• Chia sẻ tài liệu nguồn hiện tại và thuật ngữ đã được phê duyệt khi bắt đầu.
• Thống nhất về khung thời gian phản hồi phù hợp với sự sẵn có của người đánh giá.
• Ghi lại các yêu cầu mới thay đổi các bàn giao đã thỏa thuận.

Một đề xuất nên nêu rõ trình tự, trách nhiệm và đầu vào của khách hàng. Nó cũng nên giải thích cách xử lý các chỉnh sửa. Trang cách chúng tôi làm việc cung cấp thêm chi tiết về quy trình làm việc của chúng tôi. Khi bạn so sánh lịch trình, hãy tìm các phụ thuộc thay vì chỉ một ngày bàn giao.

Làm thế nào để bạn so sánh hai đề xuất whitepaper?

Một bảng phạm vi so sánh tiết lộ liệu các đề xuất có bao gồm cùng một công việc hay không. So sánh trách nhiệm, các bước đánh giá, bàn giao và loại trừ trước khi xem xét con số được báo giá. Sự khác biệt thường nằm ở nghiên cứu, đánh giá kỹ thuật, thiết kế hoặc xử lý phản hồi.

Sử dụng cùng một brief cho mỗi nhà cung cấp. Sau đó kiểm tra xem mỗi đề xuất có nêu rõ ai thực hiện phỏng vấn, soạn thảo tài liệu, đánh giá các tuyên bố kỹ thuật và chuẩn bị bố cục hay không. Xác nhận xem sơ đồ và tệp có thể chỉnh sửa có được bao gồm hay không. Hỏi cách phản hồi đến nhóm viết và cách phạm vi xử lý thông tin dự án mới.

Một bảng so sánh có thể sử dụng các hàng sau:

Ví dụ: chỉ ghi lại 2 vòng chỉnh sửa theo kế hoạch khi đề xuất bao gồm chúng một cách rõ ràng. Nếu một dòng không rõ ràng, hãy yêu cầu xác định cùng một mục trong mỗi đề xuất. Tổng quan về giá có thể giúp phân biệt công việc viết với các dịch vụ tiếp thị riêng biệt. Một phạm vi có thể so sánh hữu ích hơn một con số tiêu đề đơn thuần.

Những tuyên bố nào cần sự phê duyệt từ nhóm dự án?

Tệp bằng chứng và ghi chú của người đánh giá cho thấy những tuyên bố nào đã sẵn sàng để xuất bản. Người viết có thể tổ chức tài liệu được cung cấp, cải thiện giải thích và gắn cờ các khoảng trống. Nhóm dự án phải xác nhận thông tin sản phẩm, quyết định token, tuyên bố pháp lý và các khả năng đã lên kế hoạch.

Trước khi soạn thảo, hãy chia sẻ mô tả sản phẩm hiện tại, tài liệu kiến trúc, thông tin token đã được phê duyệt, lộ trình và thuật ngữ ưa thích. Đánh dấu những gì đã được xác nhận và những gì đang được xem xét. Nêu tên những người có thể phê duyệt các phần kỹ thuật và kinh tế. Điều này cung cấp cho người viết một lộ trình rõ ràng để giải quyết các câu hỏi thay vì coi các chi tiết không chắc chắn là đã được giải quyết.

Phạm vi nên nêu rõ cách các tuyên bố chưa được giải quyết xuất hiện trong bản nháp. Các câu hỏi có thể vẫn hiển thị để nhóm xem xét cho đến khi một người có trách nhiệm xác nhận chúng. Giữ một bản ghi các phê duyệt cho các phần kỹ thuật và kinh tế. Điều đó cung cấp cho đánh giá cuối cùng một điểm tham chiếu cụ thể.

Người viết không thể độc lập xác thực dữ liệu dự án riêng tư hoặc làm cho người đọc bên ngoài chấp nhận các tuyên bố của nó. Các tuyên bố kỹ thuật và token cần bằng chứng và sự chấp thuận từ những người chịu trách nhiệm về dự án. Bao gồm các trách nhiệm đánh giá đó trong đề xuất, không phải như một nhiệm vụ không chính thức vào phút cuối.

Bạn nên gửi gì để được đánh giá cụ thể cho dự án?

Một brief dự án ngắn cung cấp cho nhà cung cấp đủ bối cảnh để xác định công việc có khả năng và các đầu vào còn thiếu. Bao gồm người đọc dự kiến, mục đích tài liệu, nguồn có sẵn và bàn giao mong muốn. Đánh dấu các chi tiết không chắc chắn thay vì trình bày chúng như các thông tin đã được phê duyệt.

Thêm một bản tóm tắt dự án bằng ngôn ngữ đơn giản, liên kết đến tài liệu hiện tại, trạng thái sản phẩm và thông tin hệ thống hoặc token đã được phê duyệt nếu có liên quan. Nêu rõ liệu bạn có cần nghiên cứu, phỏng vấn, bản nháp mới, chỉnh sửa, thiết kế hay litepaper hay không. Xác định người đánh giá kỹ thuật và người phê duyệt cuối cùng. Lưu ý bất kỳ mốc dự án nào ảnh hưởng đến trình tự công việc.

Bạn không cần phải giải quyết mọi câu hỏi trước khi yêu cầu đánh giá. Liệt kê các mục mở và người có thể trả lời chúng. Một phản hồi hữu ích sẽ phân biệt thông tin cần thiết trước khi soạn thảo với các câu hỏi có thể được xử lý trong quá trình khám phá. Điều đó cũng giúp bạn đánh giá xem phạm vi đề xuất có phản ánh tài liệu thực tế của bạn hay không.

Gửi GeoMarketing Experts tài liệu hiện tại, đối tượng dự kiến và bàn giao ưa thích của bạn qua liên hệ. Chúng tôi sẽ xem xét phạm vi, xác định các đầu vào còn thiếu và phác thảo công việc cần thiết cho một đề xuất cụ thể cho dự án.

Cách hoạt động

1. Gửi brief dự ánChia sẻ mục đích tài liệu, người đọc dự kiến, tài liệu hiện tại và các ràng buộc về lịch trình. Đánh dấu các thông tin đã được phê duyệt riêng biệt với các quyết định mở.
2. Xem xét nguồn và công việc yêu cầuChúng tôi ánh xạ các bàn giao yêu cầu đến nghiên cứu, phỏng vấn, viết, đánh giá và thiết kế. Các đầu vào còn thiếu và câu hỏi kỹ thuật được liệt kê trước khi đề xuất được hoàn tất.
3. Xác nhận phạm vi và mốcThống nhất về định dạng tài liệu, trách nhiệm, xử lý phản hồi và trình tự mốc. Đề xuất ghi lại công việc bao gồm và các thay đổi phạm vi.
4. Soạn thảo và thu thập đánh giáNhóm của bạn cung cấp các nhận xét tổng hợp. Người đánh giá được chỉ định xác nhận chi tiết kỹ thuật và token, trong khi các câu hỏi chưa được giải quyết vẫn hiển thị.
5. Phê duyệt các tệp đã chỉ địnhKiểm tra tài liệu đã hoàn thành so với brief đã thỏa thuận và xác nhận bàn giao các tệp đã nêu. Thảo luận các định dạng bổ sung riêng biệt.