Платные шрифты на сайте: как не попасть в неприятности ✏️

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

Чтобы такого не произошло — держите мини-гайд⬇️

Почему так случается ❤️‍🩹

1) Дизайнер использовал платный шрифт в макете
Часто дизайнеры работают с библиотеками, где шрифты уже «включены», и забывают, что для веб-лицензии нужно отдельное право.

2) Девелопер взял шрифт «как в макете»
Не всегда проверяется лицензия — главное, чтобы «всё выглядело одинаково».

3) Фриланс и начинающие дизайнеры
Бывает, что клиенты идут на фриланс и попадают на джун-дизайнера, который:
• не заинтересован глубоко разбираться в лицензиях;
• просто не знает про ограничения платных шрифтов;
• концентрируется на том, чтобы работа выглядела красиво и как можно быстрее пополнило его портфолио.

4) У шрифтов разные лицензии, о чем иногда забывают:
• Desktop (для локального использования — в программах)
• Webfont (для встраивания на сайт)
• App/Server (для приложений и генерации документов)

Как проверить✅

1) Включить DevTools → посмотреть font-family/@font-face.
2) Использовать WhatFont/Fontface Ninja.
3) Найти название шрифта и проверить его лицензию.

Как избежать проблем ☁️

1) Зафиксировать в ТЗ: «Используем только бесплатные web-шрифты или согласуем платные заранее».
2) Просить у дизайнера ссылку на источник и тип лицензии.
3) Дать список разрешённых шрифтов (Google Fonts и open source).

Что делать, если шрифт уже стоит 🫠

1) Проверить лицензию: можно ли купить web-версию.
2) Если дорого — заменить на бесплатный аналог.
3) На время разбирательства лучше убрать шрифт с сайта.
4) Если пришла претензия — отвечать корректно, проверить правообладателя, предложить выкупить или снять шрифт.

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

✔️ Подробнее читайте в статье на нашем сайте: «Купить нельзя создать! История разработки кастомного шрифта»

Причина тряски? Получаю новогодние поздравления от Kokoc.tech 🎁

Дорогие наши читатели!
Мы хотели поздравить вас с наступающим Новым годом. Все. И каждый по-своему.

Но если бы мы сделали это прямо здесь — вам пришлось бы скроллить этот пост до весны 🫠

Поэтому мы решили вопрос профессионально и сделали интерактивную открытку-лендинг!
🔮 Трясите шар и каждый раз получайте новое поздравление от одного из нас.

*Все поздравления мы писали сами от души. Никаких ИИ, только живые эмоции 💌

Чье поздравление вам попадётся — от нашего CEO, разработчика или, может, дизайнера? Напишите в комментариях 😉

❄️❄️
❄️❄️❄️❄️
С теплыми пожеланиями,
ваш Kokoc.tech

Иногда сайт мешает покупать.

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

С таким набором проблем к нам пришёл BASARAB — российский бренд обуви и одежды с интернет-магазином на Bitrix, где из-за старой логики и багов пользователи теряли время и желание покупать.

Что мы сделали:
✅ упростили и привели в порядок карточки товаров для одежды и обуви;
✅ доработали «Избранное», чтобы пользователь мог вернуться к покупке;
✅ исправили логику промокодов;
✅ добавили отзывы в карточки товаров — для доверия и принятия решения;
✅ усилили защиту сайта от DDoS и фрод-регистраций, сократив лишние расходы.

В итоге сайт стал понятнее для пользователей и спокойнее для команды — без потерь, багов и лишних расходов.

👉 Подробности кейса на сайте Kokoc.tech.

#кейсы #разработка

Традиция собираться за новогодним столом вышла за пределы оффлайна

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

Поэтому в этом году мы решили собрать Новогодний стол Telegram. Каждый канал внес свой вклад: одно блюдо, которое отражает его тему и подход.

🎆 Rafinad отвечает за сладкое

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

🎆 Кокос Тех - тарталетки с икрой

Икринки - это метафора разных команд и специалистов в одном продукте. А в едином блюде они дают максимум смысла и вкуса.
В технологиях, как и в еде, ценится ясность, когда каждый компонент на своём месте и работает на результат.

🎆 hello blogger - селедь под шубой

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

🎆 be all bright! group — лимонный пунш

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

🎁 Присоединяйтесь к нашему столу! Это идеальный способ провести праздники с интересным контентом.

Когда цифровые сервисы в медицине не работают как надо, страдают не метрики — страдают люди 🤩

Запись к врачу, проверка анализов и подготовка к госпитализации превращаются в квест с лишними шагами, потерянными данными и нервными звонками в регистратуру 🤩

С этой проблемой к нам обратился федеральный медцентр в Москве. Задача была не просто «переделать интерфейс», а разобраться, что именно мешает пациентам пользоваться сервисом и какие функции действительно нужны.

🤩 Мы провели комплексное UX-исследование: измерили удобство интерфейса с помощью UMUX-Lite, провели глубинные интервью, UX-тестирование и анализ лучших решений на рынке.

🤩 По итогам исследования мы подготовили аналитический отчёт с рекомендациями и приоритетами для доработки личного кабинета и улучшения клиентского сервиса. Результаты легли в бэклог команды и стали основой для редизайна цифровой экосистемы.

🤩 Подробнее об исследовании читайте на сайте Kokoc.tech.

#кейсы #исследования

Аналитик в проекте – порядок без лишних слов

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

Команда Kokoc.tech провела внутренний аудит и заметила закономерность: в проектах, где с первых дней был задействован аналитик, резко падала интенсивность переписки в рабочих чатах. Но главное — эти проекты выходили на финиш с более предсказуемыми сроками и, что критично в T&M, с большей экономией бюджета.

Выяснилось, что «тишина в чате» — не признак застоя, а лучший KPI качества технического задания. ✅

Как выглядит процесс:

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

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

3. Создаем дорожную карту, а не просто список. На выходе — структурированное ТЗ с приоритетами, четкими критериями приемки и измеримыми результатами. Команда видит не «что делать», а «зачем и как».

4. Ставим точку в неопределенности. Короткий, 15-минутный созвон по готовому ТЗ помогает синхронизироваться, прояснить последние нюансы и избежать недель беспорядочной переписки.

Какие выгоды это дает всей команде и проекту?

Для команды: 

Резко падает когнитивная нагрузка. Исчезает необходимость постоянно держать в голове контекст и «додумывать» требования. Можно просто делать.

Для менеджмента: 

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

Для бизнеса (особенно в T&M): 

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

Раннее включение аналитика — это не «еще один митинг» и не задержка старта. Это инвестиция в скорость, которая окупится в средней и финальной фазе проекта. Это переход от реактивного «тушим пожары» режима к проактивному и осмысленному движению! 🚀

Традиции соблюдаем — жабу в среду отправляем 😘

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

Спасибо, что были с нами в этом году, наши чюваки!
Всех поздравляем с наступающим Новым годом! 🎄

Новая статья — начинаем первую рабочую неделю с полезностей! 💯

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

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

💡Подробнее читайте в статье: «Как проходит процесс review кода? Основные правила»

#статьи