Web3 프로젝트를 위한 암호화폐 백서 작성

암호화폐 백서는 무엇을 설명해야 하나요?

암호화폐 백서는 프로젝트의 목적, 시스템 및 설계 선택을 평가해야 하는 사람들이 이해할 수 있도록 해야 합니다. 단순히 기능을 길게 설명하는 것이 아닙니다: 정보의 순서는 독자가 문제에서 제안된 접근 방식으로 이동한 다음, 자신의 결정과 관련된 세부 사항을 검토할 수 있도록 도와야 합니다.

초안 작성 전에 독자와 문서가 수행해야 할 작업을 매핑합니다. 기술적으로 경험이 많은 독자는 아키텍처, 구성 요소 및 상호 작용을 먼저 필요로 할 수 있습니다. 더 넓은 독자는 사용 사례와 제품 모델을 먼저 필요로 하며, 기술적 깊이는 나중 섹션이나 연결된 문서에서 제공할 수 있습니다. 토큰 정보는 시스템을 명확히 하는 위치에 속하며, 설명을 방해하는 위치에 있으면 안 됩니다.

MediaStrategy와의 시작 검토는 다음을 식별합니다:

• 문서를 읽을 사람과 그들이 이해해야 할 사항.
• 어떤 제품 또는 프로토콜 주장에 뒷받침하는 소스 자료가 있는지.
• 무엇이 라이브 상태이고, 개발 중이며, 제안되었거나 아직 결정되지 않았는지.
• 문서가 기존 문서, 피치덱 또는 웹사이트와 함께 작동해야 하는지 여부.

우리는 이러한 답변을 산문을 작성하기 전에 제안된 개요로 전환합니다. 이를 통해 팀은 변경이 여전히 간단할 때 우선순위를 수정하고, 누락된 증거를 표시하며, 용어를 확정할 수 있는 실질적인 기회를 얻습니다.

백서 또는 라이트페이퍼: 어떤 형식이 적합한가요?

백서는 주제에 대해 더 충분한 설명을 제공합니다. 라이트페이퍼는 프로젝트의 필수 사례에 대한 더 짧은 소개입니다. 올바른 선택은 어떤 라벨이 더 중요해 보이는지가 아니라 독자가 얼마나 평가해야 하는지에 따라 달라집니다.

프로젝트가 제품, 기술 접근 방식, 시스템 설계 및 토큰 모델에 대한 연결된 설명을 필요로 할 때 백서를 사용하세요. 즉각적인 작업이 독자를 빠르게 안내하고 더 자세한 자료로 명확한 경로를 제공하는 것일 때 라이트페이퍼를 선택하세요. 하나의 문서가 밀도가 높거나 불완전해지지 않고 두 가지 목적을 모두 수행할 수 없는 경우, 두 형식을 일관된 세트로 계획할 수 있습니다.

최종 개요는 또한 지원 자료가 속한 위치(주 문서, 제품 페이지 또는 기존 문서)를 보여줄 수 있습니다. 인접 자산에 대해서는 Web3 카피라이팅 및 암호화폐 콘텐츠 제작을 참조하세요. 다른 청중을 위한 덱을 준비 중이라면 피치덱 작성을 별도로 범위를 정할 수 있습니다.

유용한 문서 구조를 어떻게 구축하나요?

독자가 반드시 이해해야 하는 것과 확인하거나 더 탐구해야 할 수 있는 것을 분리하여 문서 구조를 구축합니다. 이 구분은 중요한 기술적 세부 사항을 숨기지 않으면서 중심 내러티브를 명확하게 유지합니다.

개요는 고정된 템플릿을 강요하는 것이 아니라 제공하는 자료에 맞게 조정됩니다. 프로젝트에 따라 문제와 제품, 사용자 또는 시스템 흐름, 프로토콜 구성 요소, 토큰 설계, 로드맵, 위험 및 용어를 구성할 수 있습니다. 어떤 주제가 백서에 속하고 어떤 주제가 기술 문서 또는 기타 프로젝트 자료에서 더 잘 처리되는지 확인합니다.

검토를 효율적으로 만들기 위해 가장 신뢰할 수 있는 입력 자료를 준비하세요:

• 현재 제품 및 프로토콜 문서, 다이어그램 및 제품 설명.
• 최신 합의된 토큰 정보 및 프로젝트별 용어 정의.
• 승인되었거나, 검토 중이거나, 아직 결정되지 않은 진술 목록.
• 기술 및 비즈니스 검토자의 입력을 조정할 수 있는 연락 담당자 한 명.

개요에 대해 미해결 질문을 추적하여, 누락된 세부 사항이 확신에 찬 듯하지만 뒷받침되지 않는 진술이 되기 전에 드러나도록 합니다. 현재 자료가 충돌하는 경우, 팀은 조용히 한 버전을 선택하는 대신 불일치를 결정을 위해 표시합니다. 결과는 검토자가 적용 범위와 순서를 모두 평가하는 데 사용할 수 있는 실용적인 콘텐츠 맵입니다.

백서 작성 프로세스는 어떻게 진행되나요?

작성 프로세스는 합의된 범위에서 개요, 초안 및 통제된 수정으로 진행되며, 주제 전문가가 중요한 입력이 필요한 시점에 참여합니다. 이를 통해 프로젝트에 명확한 편집 책임자가 생기면서 팀의 제품 사실 및 결정에 대한 권한을 유지합니다.

시작 후, 소스 자료를 검토하고 해결해야 할 질문과 함께 제안된 구조를 반환합니다. 개요가 승인되면, 검토자가 한 번에 익숙하지 않은 전체 내러티브에 응답하는 대신 정확성, 논리 및 용어에 집중할 수 있도록 문서를 섹션별로 초안을 작성합니다. 합의된 프로젝트 연락 담당자를 통해 피드백을 통합하고, 미해결 결정을 적절한 소유자에게 기록합니다.

일반적인 프로젝트는 다음 단계를 거칩니다:

1. 범위: 청중, 형식, 소스 자료 및 검토자 합의.
2. 검토: 기존 증거, 격차 및 용어 충돌 식별.
3. 개요: 내러티브 순서 및 섹션 적용 범위 승인.
4. 초안: 문서 개발 및 팀을 위한 질문 표시.
5. 수정: 통합된 피드백 적용 및 합의된 최종 파일 준비.

시작 시, MediaStrategy는 소스 및 주장 체크리스트를 사용하여 어떤 자료가 최신이고 각 영역을 승인할 수 있는 사람을 설정합니다. 프로젝트 연락 담당자는 검토를 위해 개요와 초안을 받은 후, 필요한 결정, 적용된 피드백 및 미해결 항목을 나열한 간결한 상태 메모를 받습니다.

범위에 영향을 미치는 것은 무엇이며, 먼저 무엇을 보내야 하나요?

범위는 형식, 소스 자료의 상태, 설명이 필요한 주제의 수 및 팀이 지원할 수 있는 검토 경로에 따라 결정됩니다. 정착된 자료를 기반으로 한 집중된 라이트페이퍼는 여러 미해결 기술 또는 토큰 설계 질문이 있는 전체 백서와 다른 편집 계획이 필요합니다.

시작 가격은 $1,400 / 프로젝트부터입니다. 초기 검토 후, 특정 브리프에 대한 문서 유형, 개요, 인도물, 검토 지점 및 예상 일정을 정의할 수 있습니다. 옵션을 비교하는 경우, 백서 가격 가이드는 범위가 작업과 어떻게 관련되는지 설명하고, 암호화폐 백서 작성 방법은 팀이 입력을 준비하는 데 도움이 될 수 있습니다.

작성자는 제공하는 정보를 구성하고 명확히 할 수 있지만, 프로토콜 정확성을 인증하거나 프로젝트를 대신하여 법적, 경제적 또는 기술적 결정을 해결할 수 없습니다. 주제 및 법적 검토자는 주장을 검증하고 민감한 콘텐츠를 승인할 책임이 있습니다. 우리의 인도 약속은 합의된 작성 및 편집 작업입니다.

시작하려면 현재 문서, 의도된 독자에 대한 간단한 설명, 문서의 목적 및 검토를 조정하는 사람의 이름을 보내주세요. MediaStrategy는 자료를 검토하고, 올바른 형식을 식별하며, 제안된 참여의 범위가 정해진 개요를 반환합니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 브리프 정의청중, 문서 목적, 선호 형식 및 내부 의사 결정자에 합의합니다.
2. 소스 자료 검토현재 문서를 수집하고 누락된 세부 사항, 일관되지 않은 주장 및 확인이 필요한 용어를 식별합니다.
3. 개요 승인전체 초안 작성 전에 내러티브 순서와 문서 적용 범위를 확인합니다.
4. 초안 작성 및 검토기술 및 비즈니스 검토자의 집중된 피드백으로 초안을 작업합니다.
5. 합의된 파일 최종화통합된 수정 사항을 적용하고 범위 지정 중 합의된 형식으로 문서를 인도합니다.