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

С чего начать перед написанием?

Начните с определения того, для кого предназначен документ и что этому читателю нужно понять. Короткая подготовительная последовательность поможет сохранить фокус первого черновика.

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

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

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

Проведите читателя по проекту

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

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

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

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

Что должно быть в документе и когда?

Включайте тему, если она помогает читателям понять проект или проверить важное утверждение. Таблица ниже даёт практическую отправную точку; адаптируйте её под свой проект и аудиторию.

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

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

Могут ли читатели проверить каждое важное утверждение?

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

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

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

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

Небольшие ошибки при написании, ведущие к большим вопросам

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

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

Попробуйте простое прочтение. Попросите человека, незнакомого с проектом, объяснить, что уже работает, что запланировано и какова роль токена. Затем сравните его объяснение с тем, что команда хотела донести. Исправьте запутанный отрывок и проверьте связанные разделы на ту же проблему.

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

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

Поддерживайте актуальность документа по мере изменений в проекте

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

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

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

Поддерживайте согласованность сводки на веб-сайте, материалов по токену и коммуникаций запуска с описанием в документе. Если вы хотите, чтобы кто-то ещё взглянул, отправьте Brand Community ваш текущий черновик или заметки. Укажите предполагаемого читателя и имена людей, которые могут подтвердить детали продукта, технические и токен-детали. Мы начнём с рецензирования плана и выявления вопросов, которые нужно решить до написания. Больше практических материалов вы найдёте в Блоге.

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

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