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

Какой из 3 форматов вайтпейпера подходит вашему читателю?

Вайтпейпер: описание проекта, продукта и дизайна. Литпейпер: краткое объяснение проекта. Технический документ: механика системы и допущения.

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

Эти форматы могут дополнять друг друга. Они не должны противоречить друг другу. Храните один утверждённый набор фактов о продукте, затем адаптируйте глубину для каждого читателя. Услуга по написанию вайтпейпера может помочь превратить исходный материал в черновик, не изменяя факты.

7 блоков, которые делают аргументацию лёгкой для восприятия

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

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

Используйте заголовки, позволяющие быстро просмотреть аргументацию. Добавьте диаграмму, если она проясняет роли или движение активов. Объясните диаграмму также текстом. Выносите длинные расчёты или детали реализации в приложение, если они прерывают основное объяснение.

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

5 этапов написания с чёткой передачей на каждом

Пять проходов позволяют разделить сбор фактов, написание и утверждение. Дайте каждому проходу чёткие временные рамки и точку передачи.

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

Храните один версионированный рабочий файл. Фиксируйте решения, которые меняют текст. Это облегчает поиск старых утверждений во время редактирования. Чеклист токен сейла поможет согласовать вайтпейпер с другими материалами запуска.

Какие 5 проверок утверждений должны быть в черновике?

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

Для каждого важного утверждения запишите его источник и статус. Затем спросите:

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

Цитирования должны объяснять свою значимость. Не оставляйте читателям голый список ссылок. Для утверждения о производительности укажите, что именно тестировалось и при каких условиях. Для запланированной функции пометьте её как запланированную в тексте, на диаграмме и в дорожной карте.

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

• Общая эмиссия: укажите термин, используемый проектом.
• Эмиссия в обращении: объясните, что представляет собой эта цифра.
• Распределение: определите каждую категорию и её заявленную цель.
• Условия разблокировки: опишите применимые условия вестинга или распределения.
• Незавершённые цифры: пометьте их как нерешённые; не придавайте им окончательности.

Используйте источник, который команда может проверить. Гайд по листингу на CoinGecko описывает отдельный процесс для профиля. Он не заменяет проверку источников в документе.

6 ошибок в черновике, которые нужно исправить до публикации

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

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

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

Вайтпейпер может объяснить дизайн проекта. Он не может контролировать обзоры листинга или представление профиля на CoinGecko или CoinMarketCap. Эти платформы принимают решения о проверке и отображении. Документ не может гарантировать принятие или определённое отображение.

3 этапа ревью перед публикацией файла

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

В DigitalMedia1 мы сравниваем черновик с предоставленными вами материалами проекта. Мы отмечаем утверждения, требующие доказательств или подтверждения технического ответственного. Вы получаете конкретный список правок, а не расплывчатую обратную связь. Если черновику нужна помощь в написании, мы можем обсудить эту работу отдельно.

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

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

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