Как написать вайтпейпер для криптопроекта: структура, утверждения и проверка

Какую задачу должен решать ваш крипто-вайтпейпер?

Крипто-вайтпейпер должен помочь конкретному читателю понять, что строит проект, почему это важно и как работает предлагаемая система. Определите эту задачу до того, как выбирать объем страниц или писать вступительное утверждение.

Назовите основного читателя: потенциального пользователя, разработчика, партнера по экосистеме или участника токен сейла. Вы можете обслуживать более одной аудитории, но сначала определите, чьи решения должен поддерживать документ. Затем напишите цель в одном предложении и проверяйте каждый предлагаемый раздел на соответствие ей. Если деталь не помогает этому читателю оценить проект, перенесите ее в приложение или отдельный технический документ.

Перед написанием соберите исходные данные, которые обеспечат обоснованность документа:

• Краткое описание проблемы и описание целевых пользователей.
• Текущее состояние продукта с разделением на уже реализованное и запланированное.
• Обзор системы, который может подтвердить техническая команда.
• Функции токена и информацию о распределении, если в проекте есть токен.
• Известные зависимости, открытые вопросы и существенные риски.

Этот первый этап также определяет набор каналов: вайтпейпер — это долговечный исходный документ, а лайтпейпер, веб-сайт или анонс запуска могут суммировать его для разных контекстов. По вопросам планирования запуска см. чек-лист маркетинга токен сейла.

Какие разделы должны быть в крипто-вайтпейпере?

Полезный крипто-вайтпейпер движется от проблемы читателя к предлагаемому ответу проекта, а затем дает достаточно деталей для оценки этого ответа. Организуйте разделы в порядке, необходимом новому читателю, а не в порядке, в котором команда создавала продукт.

Гибкий план может выглядеть так:

• Краткое резюме: проект, проблема и предлагаемый подход.
• Проблема и пользователи: кто сталкивается с проблемой и что оставляют нерешенным существующие варианты.
• Продукт и система: как работает продукт, с диаграммой, где она проясняет поток.
• Архитектура: компоненты, зависимости и соответствующие технические решения.
• Роль токена: для чего используется токен и как его дизайн связан с системой.
• Дорожная карта и риски: что запланировано, что остается неопределенным и что может повлиять на реализацию.
• Команда, источники и определения: соответствующая ответственность, доказательства и термины, которые читатели могут не знать.

План должен отражать реальный проект. Протокол со значительной технической сложностью может потребовать более глубокого раздела об архитектуре; потребительский продукт может нуждаться в более подробном объяснении пользовательских сценариев. Держите технические детали достаточно конкретными для проверки, но определяйте термины при их первом появлении. Компактный pitch deck может нести повествовательную презентацию; он не должен заменять более полное объяснение вайтпейпера.

Как сделать утверждения в вайтпейпере понятными и проверяемыми?

Сделайте каждое важное утверждение прослеживаемым до источника, ответственного лица или четко обозначенного предположения. Читатели должны иметь возможность отличить то, что существует сегодня, от того, что команда намерена построить.

Создайте реестр утверждений до полировки текста. Для каждого утверждения о продукте, токене, рынке или техническом дизайне запишите его источник и члена команды, который может его подтвердить. Пометьте утверждения как проверенные, запланированные или неразрешенные. Удалите необоснованные превосходные степени и замените расплывчатые описания наблюдаемыми механизмами: объясните, что делает пользователь, что отвечает система и какой компонент за это отвечает.

Для деталей о токене проверьте, что терминология остается согласованной в вайтпейпере, на веб-сайте и в других публичных материалах. Если включена информация о предложении или распределении, попросите ответственного члена команды подтвердить цифры и определения перед публикацией. Руководство по проверке предложения токена на CoinGecko описывает отдельный процесс, связанный с профилем; оно не заменяет проверку собственной документации проекта.

Используйте целенаправленный этап проверки:

• Попросите технического ответственного подтвердить архитектуру и описания системы.
• Попросите основателя или руководителя продукта подтвердить объем и формулировки дорожной карты.
• Попросите квалифицированного юриста оценить утверждения и раскрытия информации для соответствующего контекста.
• Устраните противоречия до начала дизайна и распространения.

В BrandBoost Guru именованный «этап утверждение-и-источник» означает, что каждое материальное утверждение сопровождается своим источником и рецензентом до того, как черновик перейдет к финальному редактированию.

Как следует писать и проверять вайтпейпер?

Пишите вайтпейпер поэтапно, чтобы структура и точность были установлены до того, как команда потратит время на полировку предложений или макета. Назначьте одного ответственного за сбор решений и поддержание текущей версии.

Неделя 1: согласование и план. Поделитесь аудиторией, целью, статусом продукта, деталями токена, диаграммами и нерешенными вопросами. Подтвердите план с основателем и техническим ответственным. Если ключевое дизайнерское решение все еще открыто, обозначьте его, а не пишите тихо, как будто оно принято.

Черновик: пишите на основе утвержденных исходных данных. Сначала создайте основное объяснение: проблема, продукт, система и роль токена. Добавьте определения и примеры там, где читателю в противном случае пришлось бы догадываться, как работает компонент. Держите формулировки дорожной карты отдельно от текущих возможностей.

Подготовка к запуску: проверка и публикация. Проведите этап утверждение-и-источник, разрешите комментарии по ответственным и вычитайте сверстанный документ на соответствие утвержденному тексту. Проверьте ссылки, терминологию, метки версий и соответствие диаграмм объяснению.

Последующие действия: поддерживайте исходный документ в актуальном состоянии. Когда объем продукта или детали токена меняются, определите, какие разделы и публичные сводки нуждаются в проверке. Для продвижения создавайте сводки для конкретных каналов на основе утвержденного документа, а не создавайте новые утверждения в каждом посте. Услуга по написанию вайтпейпера и лайтпейпера может поддержать команды, которым нужна помощь в превращении их исходных данных в черновик, готовый к проверке.

Какие ошибки делают крипто-вайтпейпер менее заслуживающим доверия?

Самые вредные ошибки в вайтпейпере — это обычно несоответствия: между документом и реальным продуктом, между языком токена и его фактической функцией, или между уверенностью утверждения и доказательствами за ним. Выявите их до корректуры.

Следите за этими паттернами:

• Начинать с жаргона: представьте проблему и пользователя до специализированной терминологии.
• Смешивать реализованное и запланированное: четко обозначайте текущие возможности, активную работу и будущие намерения.
• Добавлять токен без объяснения его роли: опишите его функцию в системе, а не только его существование.
• Использовать широкие утверждения без подтверждения: укажите основание, сузьте утверждение или удалите его.
• Относиться к дорожной карте как к обещанию: описывайте предполагаемые вехи и соответствующие зависимости прямо.
• Писать для всей аудитории сразу: сохраняйте основное повествование читабельным и помещайте специализированные детали в четко обозначенный раздел или приложение.
• Позволять диаграммам расходиться с текстом: назначьте ответственного за проверку обоих вместе во время ревью.

Полезный финальный тест — попросить читателя, не участвовавшего в проекте, пересказать вам продукт. Отметьте, где он неправильно понимает систему, роль токена или статус проекта. Исправляйте эти отрывки напрямую, а не добавляйте больше рекламного текста. По вопросам стоимости и объема помощи в написании см. цены на крипто-вайтпейпер.

Как использовать вайтпейпер после публикации?

Опубликуйте вайтпейпер как стабильный справочный документ, затем используйте его для поддержания согласованности коммуникаций проекта. Анонс запуска, лайтпейпер, объяснение на веб-сайте и ответ сообществу могут быть короче, но их основные утверждения должны соответствовать проверенному документу.

Перед публикацией убедитесь, что версия идентифицируема и что читатели могут найти текущую копию. Ведите журнал изменений для существенных правок: отмечайте, какие разделы изменились, почему они изменились и кто утвердил обновление. Это упрощает команде обновление сводок и ответы на вопросы без использования устаревших формулировок.

Для отчетности отслеживайте выполнение, а не подразумевайте, что сам документ доказывает принятие. Записывайте, опубликована ли утвержденная версия, какие вспомогательные материалы были адаптированы и какие фактические вопросы остаются открытыми. Если команда использует кампании в каналах, сравнивайте их сообщения с исходным документом во время последующих действий. Блог о криптомаркетинге предлагает соответствующие рекомендации по планированию, включая темы видимости запуска, связанные с вайтпейпером.

Вайтпейпер не может сделать незавершенную функцию доступной или превратить предположение в установленный факт; команда проекта контролирует эти реалии, а не документ. Если вы хотите получить помощь в подготовке черновика, отправьте BrandBoost Guru ваши существующие материалы, целевую аудиторию и открытые вопросы; следующим шагом будет план и план проверки утверждений и источников.

Цены

Стартовые цены в долларах США. Индивидуальные пакеты и скидки за объём — по запросу. Оплата в USDT, USDC, BTC, ETH, SOL, TON или токеном проекта.

Как мы работаем

1. Определите читателя и цельНазовите основную аудиторию и решение, которое должен поддерживать документ. Напишите цель в одном предложении до сборки разделов.
2. Соберите и классифицируйте исходные данные проектаСоберите информацию о продукте, технической части, токене и дорожной карте. Отметьте, что проверено, запланировано или еще не решено.
3. Утвердите планРасположите разделы вокруг вопросов читателя, затем попросите основателя и технического ответственного подтвердить, что план отражает проект.
4. Напишите черновик и проведите этап утверждение-и-источникПишите на основе утвержденных исходных данных и связывайте важные утверждения с источниками и рецензентами. Разрешите фактические замечания до полировки.
5. Опубликуйте и поддерживайте исходный документПроверьте финальный документ на соответствие утвержденному тексту, затем используйте его для согласования сводок запуска и будущих обновлений проекта.