Бриф на сайт: какие вопросы задать себе перед созданием проекта

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

За годы работы на Tilda я собрал больше полусотни проектов — от быстрых лендингов до интернет-магазинов с каталогом из сотен позиций. Каждый раз, когда клиент приходил с чётко заполненным брифом, проект шёл в два раза быстрее, а правок после запуска было в разы меньше. Когда же мы начинали с абстрактного «сделайте нам современный сайт», до рабочего результата приходилось пробираться через слои несогласованных ожиданий.

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

Что такое бриф на сайт и зачем он нужен

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

На практике бриф экономит три самых дефицитных ресурса — деньги, время и нервы. Причём все три одновременно. Когда у вас перед глазами лежит осмысленная вводная, вы:

• не проектируете лишние страницы или блоки, которые никто не будет смотреть;
• до старта понимаете, какой тип сайта актуален: лендинг на один экран, многостраничный корпоративный сайт, каталог услуг или полноценный интернет-магазин с корзиной и системой учёта;
• реалистично оцениваете объём работ — и в деньгах, и в сроках (а на Tilda, поверьте, многие вещи, которые кажутся «лёгкими», в Zero Block могут занять полдня);
• избегаете переделок после запуска, когда вдруг выясняется, что форма заявки должна отправлять данные в CRM, а не просто на почту;
• согласовываете ожидания всех участников — владельца бизнеса, дизайнера, разработчика, маркетолога и того, кто будет потом всё это вести.

Без брифа проект строится на догадках. А догадки в сайтах стоят дорого — иногда буквально: однажды я переделывал интернет-магазин, где владелица на старте не продумала, что товары будут с артикулами и несколькими вариантами цвета. В готовом проекте пришлось пересобирать каталог с нуля, потому что стандартные карточки Tilda не тянули нужную логику без кастомных решений в Zero Block. Три недели дополнительной работы из-за отсутствия одного уточнения в брифе.

Какие вопросы нужно задать себе до начала работы

1. Зачем вам нужен сайт

С этого вопроса начинается любой вменяемый проект. Ответ «чтобы был» или «у всех есть, а у нас нет» — это не цель, а эмоция. Такая эмоция быстро проходит, а сайт остаётся.

Сайт может создаваться под конкретную бизнес-задачу. Например:

• получать заявки на услугу — здесь фокус на оффер, форму, доверие и CTA-элементы;
• продавать товары напрямую через корзину — нужна чёткая логика каталога, карточек, вариантов доставки и оплаты;
• объяснять сложную услугу и прогревать доверие — много смысловых блоков, кейсов, этапов работы, разбора сомнений;
• показать экспертность и собрать аудиторию вокруг бренда — блог, материалы, подписка, бесплатные продукты;
• собирать записи на консультацию или диагностику — максимально простой путь к целевому действию;
• упаковать компанию для партнёров, инвесторов или оптовых покупателей — другой тон, другие доказательства;
• заменить старый неудобный сайт, который тормозит бизнес и создаёт негативный опыт.

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

2. Какую задачу сайт должен решать для бизнеса

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

Примеры:

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

Я всегда прошу сформулировать это одной фразой: «После посещения сайта человек должен сделать что?» Если ответ размыт или вы ловите себя на том, что перечисляете пять разных действий, значит, структура будет расплывчатой, а пользователь на выходе не сделает ничего.

3. Кто ваша целевая аудитория

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

Полезно задать себе несколько уточняющих вопросов:

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

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

4. Что именно вы продаёте

Формулировки «мы делаем сайты», «оказываем бухгалтерские услуги», «у нас интернет-магазин одежды» — это обще и не даёт зацепиться. Человек, который видит такую фразу, не понимает, подходит ему это или нет. Ему нужно больше конкретики.

В брифе стоит описать:

• конкретный продукт или услугу — со всеми существенными характеристиками;
• состав предложения: что входит, что вы получаете на выходе;
• стоимость или хотя бы вилку цен (даже если не публикуете на сайте, для понимания позиционирования это важно);
• сроки оказания услуги или доставки товара;
• географию работы — вся Россия, только Москва, работаете ли с другими странами;
• какие опции включены по умолчанию, а что оплачивается отдельно и может быть добавлено как дополнительные услуги.

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

5. Чем вы отличаетесь от конкурентов

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

Вопросы, которые помогают это вытащить:

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

Честность здесь работает лучше всего. Не нужно искусственно придумывать уникальность, если её нет. Лучше искренне подсветить сильные стороны: реальный опыт в конкретной нише, узкую специализацию, прозрачную схему работы без скрытых платежей, быстрый запуск или сопровождение после сдачи проекта. На Tilda, кстати, удобно оформлять блоки с отзывами и кейсами через стандартные контейнеры, но если хочется нешаблонной подачи — Zero Block позволяет сделать галерею с любым расположением карточек.

6. Какой результат вы ждёте от пользователя

Сайт всегда ведёт к действию. Это аксиома веб-разработки. Если действие не определено заранее, пользователь не догадается, что ему делать. Он просто уйдёт.

Варианты целевого действия могут быть разными:

• оставить заявку через форму обратной связи;
• написать в мессенджер (WhatsApp, Telegram, Viber);
• купить товар, оформив заказ через корзину;
• скачать прайс-лист, презентацию или каталог;
• записаться на встречу или консультацию через интеграцию с календарём;
• подписаться на рассылку, чтобы получить полезные материалы;
• изучить каталог и перейти к сравнению позиций;
• просто позвонить — для некоторых ниш это до сих пор основной канал продаж.

Ошибка, которую я часто наблюдаю, — желание вместить на одном экране сразу всё: и «купить», и «подписаться», и «узнать подробнее», и «скачать бесплатно». Пользователь теряется, в итоге не делает ничего. Лучше выбрать одно основное действие и 1–2 второстепенных, выстроив визуальную иерархию так, чтобы главное перетягивало внимание. На Tilda это решается настройкой кнопок — разные размеры, цвета, положение в блоке, анимация при наведении.

7. Какая структура сайта вам нужна

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

Подумайте над следующими пунктами:

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

Для услуги базовая структура обычно такая: главная → описание услуги (или несколько услуг) → портфолио или кейсы → отзывы → информация о компании и команде → контакты. Для интернет-магазина всё сложнее: каталог, карточки товаров, система фильтров, корзина, страницы оформления заказа, условия доставки и оплаты, возврат, гарантии, публичная оферта. На Tilda магазин собирается из стандартных блоков каталога, но если нужна нестандартная сетка товаров или фильтры со сложной логикой — подключаются Zero Block и иногда сторонние сервисы через API.

8. Какие материалы у вас уже есть

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

Проверьте, что у вас есть на руках:

• тексты — хотя бы черновики по блокам и страницам;
• фотографии — предметные, портретные, процесса работы, офиса, производства;
• логотип в векторном формате (SVG или хотя бы качественный PNG);
• фирменные цвета (желательно в HEX или RGB, чтобы точно попасть в палитру Tilda);
• презентации, коммерческие предложения, буклеты — из них можно вытащить много смыслов;
• прайсы и тарифные сетки;
• сертификаты, дипломы, лицензии — всё, что повышает доверие;
• отзывы клиентов — текстовые, видео, скриншоты из переписок;
• кейсы — с описанием задачи, решения и результата;
• видеоматериалы — обзоры, интервью, записи вебинаров;
• доступы к домену, хостингу, Google Analytics, Яндекс Метрике, CRM.

Если каких-то материалов нет, это нужно честно закладывать в сроки и бюджет. Хороший сайт не собирается «из воздуха» — если нет текстов, либо вы пишете их сами, либо нанимаете копирайтера. Если нет фото — либо организуете съёмку, либо подбираете качественный стоковый материал (на Tilda есть встроенная интеграция с фотостоками, но уникальные кадры всегда работают лучше).

9. Кто будет наполнять и поддерживать сайт после запуска

Этот вопрос тонет в энтузиазме старта, а потом больно бьёт через пару месяцев после запуска. Сайт требует регулярного внимания: цены меняются, тексты устаревают, появляются новые товары, нужно добавлять акции или новости. Если не назначить ответственного, сайт очень быстро превращается в «заброшенный магазин» с неактуальной информацией.

Чётко проговорите:

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

Если сайт должен жить без постоянной технической поддержки, это нужно закладывать в саму архитектуру: выбирать понятную блочную логику, избегать избыточно сложных конструкций в Zero Block, использовать стандартные модули Tilda там, где это возможно, и обязательно обучить того, кто возьмёт на себя ведение. Я не раз делал короткие инструкции для клиентов — буквально на два листа со скриншотами, — и это закрывало 90% типовых задач по обновлению контента.

10. Какие сроки и бюджет вы готовы заложить

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

Ответьте себе:

• когда нужен запуск и есть ли жёсткая дата (мероприятие, сезон, рекламная кампания);
• какой объём работ критично закрыть в первом этапе, а что можно отложить на вторую очередь без потери эффективности;
• какой бюджет выделен на разработку, контент, тексты, фото и последующее продвижение;
• готовы ли вы инвестировать время в самостоятельное наполнение сайта, если бюджет ограничен — на Tilda это вполне реально, если всё грамотно настроить.

Практика показывает: лучше сделать качественный минимально жизнеспособный сайт (MVP), который чётко решает одну задачу, чем распыляться на множество функций с посредственной реализацией каждой. Собрать лендинг на 6–8 блоков с проработанным текстом и формой — гораздо эффективнее, чем интернет-магазин на 50 товаров, где половина карточек пустая, а корзина работает с багами.

Удобная таблица для самопроверки

Чтобы не держать всё в голове, я советую выписать ответы по каждому блоку в сжатом виде. Таблица ниже — это минимальный каркас брифа, который можно заполнить за час и который закроет 80% подготовительной работы. Оставшиеся 20% — нюансы вашей ниши и специфика проекта.

Эта таблица — не догма. Если в вашем проекте появляются дополнительные строки (например, интеграция с CRM или настройка платёжной системы для интернет-магазина), смело их добавляйте. Главное — чтобы по каждому пункту был ответ, а не прочерк.

Как заполнить бриф: пошаговый порядок

Шаг 1. Зафиксируйте цель проекта

Напишите 1–2 предложения без витиеватых конструкций и маркетинговых штампов. Не «нужен современный продающий сайт», а что-то вроде: «Нужен сайт, который будет системно приводить заявки на услугу X от руководителей малого бизнеса, ищущих подрядчика на Tilda». Сразу видно: ниша, платформа, аудитория, действие. На такое уже можно нанизывать структуру.

Шаг 2. Опишите клиента

Соберите портрет аудитории максимально конкретно: кто этот человек, что он ищет, чего боится, что влияет на его решение, почему он может не купить сразу. Если вы никогда этого не делали, попробуйте просто описать одного своего реального клиента, с которым было комфортно работать. Какие у него были сомнения до заказа? Что его зацепило? На каком этапе он колебался? Ответы на эти вопросы — это прямые подсказки для контента на сайте.

Шаг 3. Сформулируйте оффер

Оффер — это не просто описание услуги. Это ответ на вопросы: что вы предлагаете, чем это полезно, в чём выгода именно сейчас, почему стоит действовать, а не откладывать. Например, вместо «разработка сайтов» — «лендинг на Tilda под ключ за 2 недели с настройкой приёма заявок в Telegram». Сразу понятно: срок, платформа, результат.

Шаг 4. Определите структуру

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

Шаг 5. Соберите материалы

Проверьте, что всё нужное лежит в одной папке и к этому есть доступ: изображения, тексты, документы, доступы к домену и аналитике, референсы, список конкурентов. Я рекомендую сразу готовить папку на Google Диске или в Dropbox со структурой по разделам — это экономит уйму времени и избавляет от пинг-понга в мессенджерах «скинь логотип, скинь фото, скинь текст».

Шаг 6. Назначьте критерии успеха

Как вы поймёте, что сайт работает? Без этого любой итог будет субъективным. Критерии могут быть такими: заявки поступают регулярно и их количество растёт, посетители доходят до формы и заполняют её, пользователи изучают кейсы и проводят на сайте больше 40 секунд, растёт конверсия в целевое действие, сотрудники могут без помощи разработчика обновлять контент. Выберите 2–3 ключевых показателя и отслеживайте их после запуска.

Частые ошибки при подготовке брифа

Размытая цель

«Нужен сайт для имиджа» — я слышу это регулярно. Но имидж — не самоцель, он всегда должен работать на что-то конкретное: привлекать партнёров, вызывать доверие у клиентов, помогать в найме сотрудников. Если цель сформулирована как «имидж», копните глубже: имидж с какой прикладной задачей? Что человек должен подумать и сделать после посещения сайта?

Отсутствие приоритета

Когда сайт пытается одновременно продавать, обучать, развлекать, собирать базу и формировать сообщество — он не делает хорошо ничего. У вас должен быть один приоритет. Всё остальное подстраивается под него. На Tilda это выражается в прямом смысле: главный CTA-элемент — самая заметная кнопка на странице, и она ведёт к одному действию.

Игнорирование аудитории

Сайт, сделанный под своё представление о прекрасном, но без учёта реальных запросов клиента, работает слабо. Я не раз переделывал проекты, где владелец хотел «модный минимализм», а его аудитории — людям 45+ — нужны были крупный шрифт, подробные объяснения и телефон на видном месте. Поставьте себя на место того, кто будет пользоваться сайтом, а не того, кто его заказывает.

Слишком ранний уход в дизайн

Желание поскорее увидеть картинку понятно, но вредно. Сначала смысл, структура и контент — потом визуал. Иначе вы получите красиво оформленные блоки, в которых текст не отвечает на вопросы пользователя, а логика переходов противоречит задаче. На Tilda я всегда собираю сначала скелет из стандартных блоков с черновым текстом, и только когда логика выверена, иду в Zero Block за индивидуальным визуалом.

Нет реальных материалов

Проект, в котором на старте нет фотографий и текстов, почти гарантированно затянется по срокам. Я предупреждаю об этом всех: если вы не готовы предоставить контент сейчас, закладывайте на его подготовку минимум 2–3 недели после утверждения структуры. Иначе разработчик будет ждать, а вы — нервничать.

Не учтена дальнейшая поддержка

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

Что обязательно стоит проверить перед стартом

Мини-чек-лист

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

• Есть ли у сайта одна главная цель, или он пытается усидеть на нескольких стульях?
• Понятно ли, кто ваша целевая аудитория, и можете ли вы описать этого человека в трёх предложениях?
• Сформулировано ли конкретное предложение, которое вы делаете посетителю, — что он получает и почему это ценно?
• Определены ли ваши реальные конкурентные преимущества — не на уровне абстракций, а фактов?
• Есть ли список обязательных страниц и понимание, зачем каждая из них нужна?
• Собраны ли исходные материалы, и если нет — кто, когда и в каком виде их подготовит?
• Понимаете ли вы, кто будет вести сайт после запуска, и достаточно ли у этого человека компетенций или инструкций?
• Зафиксированы ли сроки и бюджет — хотя бы вилка и понимание, что критично, а что можно отложить?
• Известно ли, по каким конкретным метрикам вы будете оценивать результат через месяц после запуска?

Когда бриф особенно важен

Бриф полезен всегда, но есть ситуации, когда его отсутствие критично и почти гарантированно ведёт к сливу ресурсов.

Особенно важно проработать бриф, если:

• вы запускаете свой первый сайт и у вас нет опыта — интуиция в веб-разработке работает плохо, нужна опора на структуру;
• ниша сложная, продукт требует объяснения, а клиент принимает решение долго и с оглядкой на множество факторов;
• сайт планируется масштабировать — сегодня это лендинг, а завтра интернет-магазин на 200 товаров, и текущая архитектура должна это предусматривать;
• над проектом работает несколько человек, и каждому нужно синхронизированное понимание задачи — дизайнеру, разработчику, копирайтеру, маркетологу;
• бюджет ограничен, и вы не можете позволить себе переделки — бриф в этом случае это страховка от дорогостоящих правок на финальной стадии;
• вы планируете делать сайт самостоятельно на Tilda или другом конструкторе — без брифа легко уйти в бесконечную перестановку блоков и потерять фокус.

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

Вывод

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

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

FAQ

Что делать, если на часть вопросов пока нет ответов?

Это нормальная ситуация, с которой сталкиваются даже опытные предприниматели. Зафиксируйте то, что уже известно, а пробелы вынесите в отдельный список на уточнение. Бриф — это живой документ, его можно дополнять по мере появления ясности. Главное — не игнорировать пустые места и не заполнять их «от балды», потому что одно неверное предположение о целевой аудитории может увести в сторону весь проект.

Можно ли обойтись без брифа, если сайт совсем небольшой?

Технически можно, но риск переделок остаётся даже для одностраничного лендинга. Я не раз видел, как простой сайт из пяти блоков пересобирался дважды, потому что на старте не продумали, на кого рассчитан текст и куда должна вести кнопка. Для лендинга бриф может занимать один лист А4, но в нём всё равно должны быть зафиксированы цель, аудитория, структура и целевое действие.

Кто должен заполнять бриф?

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

Сколько времени занимает подготовка брифа?

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

Нужно ли включать референсы в бриф?

Да, и это сильно ускоряет взаимопонимание. Примеры сайтов, которые вам нравятся и не нравятся, с коротким комментарием «почему» — это самый быстрый способ передать визуальные и функциональные ожидания. Только не ограничивайтесь скриншотами первого экрана: если вас зацепила конкретная логика, покажите её. Разработчику или дизайнеру это сэкономит часы угадывания.