<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:tt="http://teletype.in/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:media="http://search.yahoo.com/mrss/"><channel><title>Маруся Шебанова</title><generator>teletype.in</generator><description><![CDATA[Я занимаюсь веб и продуктовым дизайном уже около 4 лет. За плечами работа в Т-Банке, Альфа Банке, стартапах и студиях. За дизайном: t.me/mmarrusyaa]]></description><image><url>https://img2.teletype.in/files/1c/d9/1cd99baa-3631-45ea-aeaa-239ca218075c.png</url><title>Маруся Шебанова</title><link>https://teletype.in/@mmarrusyaa</link></image><link>https://teletype.in/@mmarrusyaa?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=mmarrusyaa</link><atom:link rel="self" type="application/rss+xml" href="https://teletype.in/rss/mmarrusyaa?offset=0"></atom:link><atom:link rel="next" type="application/rss+xml" href="https://teletype.in/rss/mmarrusyaa?offset=10"></atom:link><atom:link rel="search" type="application/opensearchdescription+xml" title="Teletype" href="https://teletype.in/opensearch.xml"></atom:link><pubDate>Tue, 27 Oct 2026 14:22:58 GMT</pubDate><lastBuildDate>Tue, 27 Oct 2026 14:22:58 GMT</lastBuildDate><item><guid isPermaLink="true">https://teletype.in/@mmarrusyaa/brief_for_designer</guid><link>https://teletype.in/@mmarrusyaa/brief_for_designer?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=mmarrusyaa</link><comments>https://teletype.in/@mmarrusyaa/brief_for_designer?utm_source=teletype&amp;utm_medium=feed_rss&amp;utm_campaign=mmarrusyaa#comments</comments><dc:creator>mmarrusyaa</dc:creator><title>ТЗ для дизайнера: как составить бриф, который снижает количество правок</title><pubDate>Thu, 12 Mar 2026 14:02:43 GMT</pubDate><description><![CDATA[Запрос «как писать ТЗ для дизайнера» звучит просто. На практике — это причина недопониманий между заказчиком и дизайнером.]]></description><content:encoded><![CDATA[
  <p id="YgSO">Запрос «как писать ТЗ для дизайнера» звучит просто. На практике — это причина недопониманий между заказчиком и дизайнером.</p>
  <p id="cmDF">Я дизайнер и регулярно работаю с фриланс-заказами и внутренними командами. Чаще всего проблема ТЗ (в этой статье — бриф, а не формальный документ на подпись) в том, что оно либо слишком размытое, либо вообще не про то, что вам нужно.</p>
  <p id="JM4F">Разберемся, как составить ТЗ дизайнеру так, чтобы:</p>
  <ul id="zYOq">
    <li id="b7Ek">вы получили нужный результат,</li>
    <li id="ArHI">сроки и бюджет не поплыли,</li>
    <li id="8cC4">а коммуникация не превратилась в проблему.</li>
  </ul>
  <p id="T4wB">Статья подойдет:</p>
  <ul id="Znll">
    <li id="rqFp">бизнесу и стартапам, которые заказывают сайт или платформу</li>
    <li id="Oaue">экспертам, которые делают личный сайт или онлайн-продукт</li>
    <li id="tbbE">продактам, маркетологам и менеджерам, которые ставят задачу штатному дизайнеру</li>
  </ul>
  <hr />
  <h2 id="YacG"></h2>
  <h2 id="181X">Что такое ТЗ для дизайнера (и чем оно не является)</h2>
  <p id="JclE">ТЗ — это не про «сделай красиво и современно», но и не 20 страниц технических требований. В контексте дизайна это понятный бриф, который отвечает на 5 вопросов:</p>
  <ol id="j1R5">
    <li id="bU2J">зачем мы это делаем?</li>
    <li id="Vv0B">для кого?</li>
    <li id="uFcQ">что должно получиться?</li>
    <li id="pqcu">какие ограничения есть?</li>
    <li id="mlKJ">как поймем, что результат хороший?</li>
  </ol>
  <p id="KQLN">Если в вашем ТЗ нет ответов на эти вопросы — хороший дизайнер спросит, а менее компетентный начнет додумывать, значит риски могут увеличиться.</p>
  <p id="wJEI">И наоборот: если в ТЗ вы пишите конкретные предложения или описание финального результата, то вы пытаетесь за дизайнера сделать его работу, не учитывая множество факторов.</p>
  <p id="rH9X"><strong>Представим ситуацию:</strong> начальник просит секретаршу выбрать его жене букет. Если он скажет слишком абстрактное «выбери что-то простое», то она возьмет розы, как наиболее классический вариант, а жена обидеться на банальность выбора. А если скажет «букет из магазина Флора на 32 кустовые розы и 2 лилии», то хорошая секретарша напомнит, что у жены начальника аллергия на лилии, а плохая сделает как сказали, потому что думать не надо. Но в обоих вариантах результат будет слишком зависеть от решений секретарши, хотя начальник лучше знает свою жену.</p>
  <p id="yB8v">Как и с цветами, в ТЗ важно найти этот баланс.</p>
  <hr />
  <h2 id="nd4D"></h2>
  <h2 id="ZgK0">Как писать ТЗ для дизайнера: базовая структура</h2>
  <p id="3jat">Независимо от того, вы бизнес, эксперт или продакт, основа всегда одинаковая.</p>
  <h3 id="C4wY">1. <strong>Общая информация о компании</strong></h3>
  <p id="kBQw">Расскажите о бизнесе так, как объяснили бы его другу. Дизайнер не обязан знать особенности вашего рынка и компании, поэтому важно погрузить его в контекст.</p>
  <ul id="2QLl">
    <li id="UqzU">Когда вы начали работать? На какой стадии сейчас проект (стартап, стабилизированный бизнес, масштабирование)?</li>
    <li id="unpo">Ключевые продукты или услуги. Что из всего наиболее прибыльно и приоритетно?</li>
    <li id="H6gx">Какую проблему решает ваш продукт?</li>
    <li id="Bet8">География присутствия (локально / онлайн / международно)? Где вы сейчас, а куда стремитесь?</li>
    <li id="ix5D">Какие используете каналы продаж (онлайн / офлайн)?</li>
    <li id="x47h">Уникальные фишки бренда, особенности, УТП?</li>
    <li id="C3eK">Есть ли у проекта миссия, философия, ценности?</li>
  </ul>
  <p id="tIsB">Если позиционирование не сформулировано — лучше честно написать это и заложить время на проработку.</p>
  <p id="S6bO">Этот блок можете дополнить любыми другими данными, которые помогут человеку со стороны лучше понять суть вашего бизнеса.</p>
  <hr />
  <h3 id="ip4P">2. Цели проекта</h3>
  <p id="kUoQ">Сайт не делается просто чтобы был, у него есть конкретные причины и задачи, которые нужно решить.</p>
  <ol id="iQWw">
    <li id="zYKI">Сначала сформулируйте, <strong>какую проблему должен решать сайт.</strong> Есть ли конкретная ситуация, когда вы поняли, что текущий сайт ее не решает? Что в нем не работает?</li>
    <li id="8Zlu">После этого определите <strong>цели сайта</strong>. Лучше выделить одну или две: первичную и вторичную. Первичной может быть онлайн-продажа товаров, а вторичной — сбор контактных данных пользователей. Главное, чтобы эти цели не противоречили друг другу.</li>
    <li id="gQH5">Затем сформируйте конкретные <strong>бизнес‑цели</strong>, которые вы ставите перед собой: рост продаж, узнаваемость, доверие, ребрендинг продукта, выход на новый рынок и тд. Так вы задачу разработки сайта поместите в контекст, и дизайнер сможет учитывать текущие потребности бизнеса.</li>
    <li id="XUs5"><strong>Как вы поймете, что проект успешен?</strong> Какие измеримые результаты вы планируете? Если у вас ребрендинг сайта — подумайте, что в идеале должно измениться в восприятии бренда после обновления? Показателями успешности могут быть: повышение CTR или конверсии в продажу, снижение нагрузки на поддержку, привлечение заявок через сайт и тд.</li>
  </ol>
  <p id="lXsv">Постановка целей задает вектор работы и убирает субъективное мнение. Но помните, что не все задачи решает только дизайн и не стоит возлагать на дизайнера надежды вне зоны его ответственности.</p>
  <p id="H8rO"><strong>Плохая формулировка цели:</strong></p>
  <blockquote id="ZSQx">Нужен сайт компании, чтобы чувствовалась надежность и высокий сервис.</blockquote>
  <p id="n7FF"><strong>Хорошая формулировка:</strong></p>
  <blockquote id="3mVj">Малый бизнес часто не имеет собственного бухгалтера и опасается ошибок в отчетности и штрафов. Нужен сайт, который поможет предпринимателям быстро понять, какие бухгалтерские задачи мы может взять на себя, показать надежность сервиса и дать возможность оставить заявку на консультацию. Основной KPI — заявки через форму.</blockquote>
  <hr />
  <h3 id="WAP9">3. Целевая аудитория</h3>
  <p id="ngVG">Очень часто в ТЗ для дизайнера сайта пишут: «наша аудитория — мужчины и женщины 25–45». Этого мало. Пишите так:</p>
  <ul id="OUGi">
    <li id="LYHT">кто ваша аудитория, чем они живут, в каком контексте сталкиваются с вашим продуктом (возраст, пол, уровень дохода, профессия, интересы, ценности)</li>
    <li id="YiAZ">что для них важно при выборе вашего продукта</li>
    <li id="aTkk">почему они выбирают вас (или почему еще не выбирают)</li>
    <li id="AMcv">какие вопросы чаще всего задают клиенты перед покупкой</li>
    <li id="AlF0">для чего и в какой момент процесса покупки они приходят на сайт</li>
    <li id="e4OH">если у вас несколько сегментов клиентов — какие между ними различия (по поведению, восприятию, мотивации)</li>
  </ul>
  <p id="GUyT">Без этого понимания сайт получится «для всех» — а значит ни для кого.</p>
  <p id="n7mm">Если у вас есть отдел маркетинга — лучше запросите информацию у них, а еще лучше будет подключить их на проект на этапе аналитики, чтобы дизайнер мог обсудить с ними свои гипотезы.</p>
  <p id="nSHL">Если у вас нет даже этой информации — не придумывайте из головы, опишите честно, что знаете, а дальше дизайнер сориентирует, как лучше действовать.</p>
  <hr />
  <h3 id="XGkD">4. Конкуренты и окружение</h3>
  <p id="Qb0k">Дизайнеру важно понимать, <strong>в каком визуальном и смысловом поле будет существовать сайт</strong>. Если не показать конкурентов, дизайнер сам будет их искать и делать предположения — и они могут не совпасть с реальностью. В ТЗ лучше указать:</p>
  <ul id="wyZf">
    <li id="EYaK">кто ваши прямые конкуренты + ссылка на их сайт (в идеале 2-5 примеров)</li>
    <li id="9c6r">есть ли косвенные — те, кто предлагает схожую ценность другим способом</li>
    <li id="yXxr">что, на ваш взгляд, у них хорошо работает, а что отталкивает</li>
    <li id="hBVs">чем вы сейчас отличаетесь от конкурентов (в хорошую и плохую сторону)</li>
    <li id="4IPR">как вы хотите отличаться от них визуально и по тону коммуникации</li>
    <li id="V5Av">есть ли бренды из других сфер, на которых вы ориентируетесь</li>
  </ul>
  <p id="lxvN">Эти знания дадут дизайнеру понять стандарты рынка, не повторять решения конкурентов, найти точки дифференциации.</p>
  <p id="PSx0">Иногда именно анализ конкурентов помогает понять, как должен выглядеть сайт, чтобы выделяться.</p>
  <hr />
  <h3 id="dKZ7">5. Контент — что уже есть?</h3>
  <p id="DATY">В идеальной ситуации к началу работы уже готовы тексты, фотографии, иллюстрации или хотя бы черновики. Тогда дизайнер может строить дизайн вокруг реального содержания, понимая объем текста и особенности контента.</p>
  <p id="Go6K">Но я заметила, что все чаще заказчик приходит без всего и это уже нормальная практика. В таком случае нужно расписать:</p>
  <ul id="QL9z">
    <li id="Ypyu">есть ли у вас фирменный стиль или логотип</li>
    <li id="VtoP">что вам в нем нравится, а что — устарело или не работает</li>
    <li id="5OmU">есть ли брендбук, гайдлайны, документация по стилю, tone of voice</li>
    <li id="sGJz">нужна ли полная переработка или развитие текущего стиля</li>
    <li id="S0Yu">что категорически нельзя менять (например, логотип, цветовая гамма, шрифты)</li>
    <li id="CEPy">есть ли тексты на сайт или кто-то, кто может их написать</li>
    <li id="2mLW">есть ли фото и видео контент</li>
  </ul>
  <p id="FnHt">Так дизайнер поймет реальный объем работы и сможет ли он самостоятельно его выполнить или нужно привлекать сторонних специалистов.</p>
  <hr />
  <h3 id="8cYX">6. Характер бренда</h3>
  <p id="42Em">Этот блок вопросов нужен не всем дизайнерам, но он помогает нащупать то ощущение, которое вы хотите заложить в сайт.</p>
  <p id="q2Rl">Помимо проработанной структуры и логики нам же еще важно вызвать эмоцию, верно? Эти ответы синхронизируют представление о будущем сайте на уровне ассоциаций, а может помогут и вам лучше понять, какой результат вы ждете.</p>
  <ul id="Hrad">
    <li id="nect">Если бы ваш бренд был персонажем фильма или книги или известной личностью, — то кем? Кто подошел бы ему по характеру?</li>
    <li id="6SzW">Есть ли вдохновение вне бизнеса (фильмы, архитектура, культура, личные хобби), которые отражают эстетическое направление бренда?</li>
    <li id="7Red">Какие эмоции вы хотите, чтобы клиенты испытывали при взаимодействии с вашим брендом?</li>
    <li id="QITo">Опишите в 3‑5 прилагательных атмосферу будущего сайта</li>
    <li id="JQYa">Опишите в 3‑5 словах то, каким он точно быть не должен</li>
    <li id="LWDb">Какие сайты вам нравятся вне зависимости от ниши и почему? (обязательный вопрос)</li>
    <li id="WGrU">Какие сайты вам не нравятся и почему? (обязательный вопрос)</li>
  </ul>
  <p id="3bHv">Если по каким-то причинам вы не хотите отвечать на все вопросы, последние два остаются обязательными. Это примеры, которые помогут дизайнеру лучше понять ваши ожидания и визуальный вкус. Для каждого из приведенных сайтов укажите, что именно вам понравилось и нет.</p>
  <p id="aQE1"><strong>Например:</strong> нравится подача продукта, яркие цвета и простота интерфейса, нравится анимация на первом экране, но не нравятся большие тексты по всему сайту.</p>
  <p id="EKiK">Пара хороших референсов с пояснениями будет полезнее, чем десять ссылок без контекста.</p>
  <hr />
  <h3 id="wj6F">7. Технические <strong>требования</strong></h3>
  <p id="t37g">Именно из-за технических ограничений иногда приходится переделывать уже готовый дизайн.</p>
  <p id="1T4n">Самый простой пример — платформа, на которой будет собран сайт. Одно дело, если сайт разрабатывается полностью с нуля, и совсем другое, если он будет сделан на конструкторе вроде Tilda, Webflow или другой платформе. У таких инструментов есть свои особенности: готовые блоки, ограничения по анимации, логике форм или структуре страниц.</p>
  <p id="ICrU">Если дизайнер знает об этом заранее, он может сразу учитывать эти ограничения. Если нет — иногда получается красивая концепция, которую потом сложно или дорого реализовать.</p>
  <p id="eUK4">Чтобы избежать работы в стол, обозначьте сразу:</p>
  <ul id="EDOC">
    <li id="8bGR">сколько у вас товаров, их характеристики и категории (если есть)</li>
    <li id="kesz">сайт будет делать разработчик или нужна верстка на конструкторе</li>
    <li id="wy5j">под какие устройства нужна адаптация (десктоп, планшет, телефон)</li>
    <li id="KrUp">как будет идти трафик на сайт</li>
    <li id="fjHu">какие необходимы технические настройки (языки, рассылки, оплата, доставка, CRM, ЛК и т. д.)</li>
    <li id="m4lt">готовы ли по необходимости организовать фото или видеосъемку для нового сайта по ТЗ от дизайнера</li>
    <li id="au2Y">какие внутренние или внешние перемены могут повлиять на ход проекта (новые продукты, партнеры, расширение и т. д.)</li>
  </ul>
  <p id="4dmQ">Из моего опыта, все технические ограничения почти всегда становятся заметны уже в процессе работы. Поэтому лучше обозначить их хотя бы на базовом уровне в самом начале: на какой платформе будет сайт, какие нужны адаптивы, какие интеграции планируются и есть ли требования со стороны разработки.</p>
  <hr />
  <h3 id="YAxt">8. Сроки, бюджет, коммуникация</h3>
  <p id="QvKv">На первый взгляд организационные детали проекта кажутся второстепенными, но на практике именно от них часто зависит, насколько комфортно будет идти работа.</p>
  <p id="govc"><strong>Бюджет</strong></p>
  <p id="uqxY">Многие заказчики не любят первыми его разглашать, в надежде сэкономить . Но на самом деле прозрачность здесь помогает обеим сторонам. Зная масштаб проекта, дизайнер может предложить реалистичный объем работы. Например, один и тот же сайт можно сделать с уникальной графикой и сложными анимациями, а можно использовать стоковые изображения и минимальную анимацию, что будет дешевле в реализации.</p>
  <p id="TGtH">Важно не столько точное число, сколько порядок бюджета или диапазон. Например: «бюджет проекта — до 150 000 ₽» или «закладываем диапазон 150 000 – 200 000 ₽»</p>
  <p id="DUWt"><strong>Сроки</strong></p>
  <p id="0nEe">Полезно сразу обозначить желаемый период разработки или дедлайн, связанный с запуском продукта или рекламной кампанией.</p>
  <p id="gGsF">Иногда ожидания по срокам сильно отличаются. Заказчик может рассчитывать на неделю, а дизайнер понимает, что за этот период он сделает только аналитику. В таком случае лучше заранее обозначить:</p>
  <ul id="klBI">
    <li id="fWiX">как разделяется приоритет: скорость VS качество VS масштаб</li>
    <li id="OEFg">можем ли реализовать проект поэтапно (сначала MVP версия, дальше развиваем).</li>
  </ul>
  <p id="FNdA"><strong>Коммуникация</strong></p>
  <p id="V8VS">Даже в небольших проектах полезно понять, как будет происходить работа: в каком формате обсуждаются правки, кто принимает финальные решения и сколько людей участвует со стороны заказчика.</p>
  <p id="8Ozb">Например, бывает, что дизайнер общается с менеджером проекта, но финальное решение принимает руководитель. Или наоборот — правки приходят сразу от нескольких людей. Если это не оговорить заранее, обсуждение может затянуться.</p>
  <p id="ROe1">Из моего опыта, чем понятнее устроена коммуникация в проекте, тем спокойнее проходит вся работа. Иногда достаточно просто договориться о базовых вещах: кто основной контакт, где обсуждаются задачи и как фиксируются правки.</p>
  <hr />
  <h2 id="Y39k"><br />Разные ситуации — разный фокус в ТЗ</h2>
  <p id="ROsd"></p>
  <h3 id="rvNQ">Если вы бизнес или стартап и заказываете сайт у фрилансера</h3>
  <p id="Sexu">Здесь главная ошибка — ставить задачу «как руководитель», а не как владелец продукта. Заказчик часто старается описать внешний вид будущего сайта, но почти не рассказывает про сам бизнес.</p>
  <p id="gjkE">Для владельца компании многое очевидно: как приходят клиенты, как устроен продукт, чем вы отличаетесь от конкурентов. Но дизайнер видит проект впервые и не знает этого контекста. Поэтому в таких проектах особенно важно добавить в ТЗ несколько вещей, которые на первый взгляд могут показаться очевидными:</p>
  <ol id="9yBT">
    <li id="1VOP"><strong>Дать контекст бизнеса</strong> Чем занимается компания, какие услуги или продукты вы продаете, на каком рынке работаете. Даже несколько предложений помогают дизайнеру лучше понять задачу.</li>
    <li id="oVhP"><strong>Описать роль сайта в привлечении клиентов</strong> Иногда сайт — это основной канал продаж, иногда он поддерживает рекламу или выступает как визитка компании. В стартапах сайт часто помогает проверить спрос на продукт. От этого сильно зависит логика дизайна. Например, если сайт работает как лендинг под рекламу, акцент будет на конверсии и понятной структуре. Если это корпоративный сайт компании, важнее доверие и репутация.</li>
    <li id="sSgu"><strong>Обозначить стадию бизнеса</strong> Для стартапа сайт может быть частью MVP: быстрым способом показать продукт и посмотреть, как реагирует рынок. В таком случае дизайн обычно строится вокруг скорости запуска и понятного объяснения идеи. В зрелых компаниях задачи могут быть другими: обновить визуальный стиль, систематизировать информацию о продуктах или улучшить пользовательский опыт.</li>
  </ol>
  <p id="xeUt">Когда заказчик добавляет в ТЗ немного бизнес-контекста, дизайнеру становится гораздо проще предложить решения, которые действительно работают на задачу. Если этого не сделать, дизайнер будет работать вслепую, а вы — оценивать результат субъективно.</p>
  <hr />
  <h3 id="NI3Q">Если вы эксперт и заказываете сайт у фрилансера</h3>
  <p id="tc03">Когда сайт заказывает эксперт (консультант, коуч, преподаватель или автор продукта) в ТЗ обычно появляется проблема — задача формулируется вокруг личности самого эксперта. Например: «хочу стильный сайт про себя», «нужен личный сайт», «хочу аккуратный лендинг для моего бренда».</p>
  <p id="O53W">Это понятное желание. Но на практике хороший сайт эксперта нужен не для того, чтобы рассказать историю владельца, а, чтобы человек, который пришел на сайт, быстро понял: чем вы можете ему помочь. <strong>Сайт — не про вас. Он для клиента.</strong> Поэтому в таких проектах в ТЗ особенно важно:</p>
  <ol id="iygv">
    <li id="2TLk"><strong>Описать аудиторию</strong> Кто эти люди, с какой задачей они приходят, в какой момент жизни или бизнеса им может понадобиться ваш продукт.</li>
    <li id="mvnf"><strong>Подсветить результат, который получит клиент</strong> Экспертам часто кажется, что ценность их работы очевидна, но для человека, который впервые попадает на сайт, это не всегда так. Чем понятнее в ТЗ сформулировано, какую проблему вы решаете и какую трансформацию даете клиенту, тем проще дизайнеру выстроить структуру сайта.</li>
    <li id="IUYc"><strong>Обозначить следующий шаг</strong> Какой следующий шаг должен сделать человек после знакомства с сайтом? Иногда это запись на консультацию, иногда покупка продукта, иногда подписка на рассылку или заявку на участие в программе. От этого зависит логика страниц и акценты в интерфейсе.</li>
  </ol>
  <p id="8G6B">Сайты экспертов начинают работать намного лучше, когда в ТЗ появляется фокус не только на личности автора, но и на пути клиента. Тогда дизайн помогает не просто красиво представить эксперта, а выстроить понятную историю для человека, который пришел за решением своей проблемы.</p>
  <hr />
  <h3 id="xe1X">Если вы продакт, маркетолог или менеджер со штатным дизайнером</h3>
  <p id="lJrY">Когда дизайнер работает внутри команды, кажется, что ТЗ можно сильно упростить. Контекст ведь и так всем понятен: продукт известен, аудитория известна, команда работает вместе. От этого появляется другая крайность — слишком короткое ТЗ.</p>
  <p id="n4i3">Поэтому в задачах внутри команды особенно полезно описывать не только само изменение, но и контекст.</p>
  <ol id="9rN0">
    <li id="60eP"><strong>Опиши проблему и текущий бизнес процесс</strong> Сейчас запись на консультацию происходит через форму внизу лендинга. Пользователь должен сначала прочитать страницу, затем найти форму и оставить заявку. По данным аналитики, до формы доходит только 35% пользователей. Предполагаем, что часть людей не понимает, как записаться, или откладывает это действие.</li>
    <li id="ZyzB"><strong>Какая аудитория затронута проблемой</strong> Проблема в основном касается новых пользователей, которые впервые попадают на сайт из рекламы или поиска. Это люди, которые только знакомятся с услугой и еще не приняли окончательное решение о записи.</li>
    <li id="0jN6"><strong>Цели бизнеса и пользователей</strong> Бизнес-цель — увеличить количество заявок на консультацию. Цель пользователя — быстро понять, как записаться и сколько это будет стоить.</li>
    <li id="5tRB"><strong>Ценность и метрики</strong> Предполагаем, что проблема связана с тем, что точка входа в запись находится слишком поздно в структуре страницы и неочевидна для пользователя. Гипотеза: если сделать запись более заметной и доступной, конверсия в заявку увеличится. Целевые метрики после изменений:</li>
    <ul id="QWZb">
      <li id="YRWF">scroll depth до блока записи: с 35% до 53%</li>
      <li id="87ig">CTR кнопки записи: с 12% до 19%</li>
      <li id="QaBa">конверсия лендинга в заявку: с 4,5% до 7%</li>
    </ul>
    <li id="TkPz"><strong>User stories</strong> Как новый пользователь, который впервые попал на сайт, я хочу быстро понять, как записаться на консультацию, чтобы не тратить время на поиск формы и сразу оставить заявку. Как пользователь, который сомневается в покупке, я хочу видеть понятную кнопку записи рядом с описанием услуги, чтобы принять решение и записаться в тот момент, когда я готов.</li>
    <li id="Z7o4"><strong>Дополнительные требования</strong> Форма должна работать на мобильных устройствах. Необходимо сохранить интеграцию с CRM, куда автоматически отправляются заявки.</li>
    <li id="3Uas"><strong>Блокеры</strong> Форма записи уже связана с CRM, поэтому нельзя менять ее структуру без согласования с разработкой. Также нужно учитывать ограничения текущей платформы сайта.</li>
  </ol>
  <p id="cgih">Такое описание может занимать всего несколько абзацев, но оно дает дизайнеру гораздо больше понимания задачи, чем формулировка «обновить блок записи».</p>
  <hr />
  <h2 id="JuZW"></h2>
  <h2 id="aNC2">Чек-лист: как составить ТЗ на дизайн сайта</h2>
  <p id="W27m">Перед тем как отправить бриф, проверьте, что:</p>
  <ul id="kSZ4">
    <li id="n79p">ваш бизнес и продукт / услуга понятно описан человеку со стороны</li>
    <li id="GHE8">есть достижимые цели проекта</li>
    <li id="JdzI">ясна аудитория, чем они живут и в каком контексте сталкиваются с продуктом</li>
    <li id="TsNf">есть понимание ниши и кто ваши основные конкуренты</li>
    <li id="Q5c0">описан контент, который уже есть и который нужно создать</li>
    <li id="TR9b">понятны ваши визуальные предпочтения и есть референсы</li>
    <li id="V4aT">описаны все ограничения и технические требования</li>
    <li id="qM3E">прописан примерный объем работ</li>
  </ul>
  <p id="GNUm">Полный список вопросов я составила в <a href="https://api.vc.ru/v2.8/redirect?to=https%253A%252F%252Fdocs.google.com%252Fdocument%252Fd%252F1wljkAeBGqGMHRYmuSpa82gTkjxh4zsXE-gjp4PPJIVE%252Fedit%253Fusp%253Dsharing&postId=2791504" target="_blank">текстовом документе</a> — можете сохранить себе и заполнить прям там.</p>
  <p id="UMdk">Если на что-то вы не можете ответить — возможно, дизайнеру стоит подключиться уже на этом этапе и обсудить эти моменты вместе.</p>
  <p id="2v06"></p>
  <section style="background-color:hsl(hsl(0, 0%, var(--autocolor-background-lightness, 95%)), 85%, 85%);">
    <p id="tIGi">С вами была Маруся, я занимаюсь веб и продуктовым дизайном уже около 4 лет. Имею опыт работы в бигтехе (Т-Банк, Альфа Банк), стартапе, студии и на фрилансе.</p>
    <p id="oBW5">Если вам нужен сайт / презентация / офорлмение другой диджитал продукции и вы не хотите самостоятельно заполнять ТЗ — напишите мне и я сама вас пробрифую на бесплатной консультации.<br /><a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Ft.me%2Fmmarrusyaa&postId=2791504" target="_blank">Написать в личные сообщения</a></p>
  </section>

]]></content:encoded></item></channel></rss>