Fullstack Founder

Метка: дизайн

  • Сто часов на MVP

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

    Типичные блоки работ будут примерно такими:
    – Исследования, интервью, документация — 10-20 часов.
    – Проектирование пользовательских сценариев и прототипы — 10-20 часов.
    – Дизайн-макеты — 20-40 часов.
    – Работы программиста — 40-60 часов.
    – Инфраструктура и деплой — 5-10 часов.

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

    Без такого ограничения разработка легко растягивается на месяцы: продукт улучшается по внутренним критериям готовности, а не по обратной связи от аудитории.

    Первая версия почти всегда получается сырой, и это нормально. Ведь задача MVP — не произвести впечатление, а проверить продуктовую гипотезу.

  • Обычный день стартапера

    – Провёл встречи с двумя магазинами-партнёрами.
    – Багфикс после релиза — пришлось немного попрограммировать и выкатить три правки на продакшн.
    – Принял товарища в гости на чай.
    – Провёл общение с двумя разработчиками и дизайнером — с каждым отдельная переписка.
    – Посмотрел серию Футурамы с милой.
    – Провёл презентацию стартапа потенциальному клиенту.
    – Выпустил сингл на музыкальном лейбле — опубликовал его в десятке ресурсов и сделал почтовую рассылку.
    – Мониторил нагрузку на серверы магазина клиента во время распродажи — около 1000 заказов за день прошло.
    – Договорился о нескольких встречах на ближайшие дни.
    – Обсудил в деталях алгоритмы цифровой обработки звука и продюсирование виртуальных звёзд с коллегой по издательскому делу.
    – Три раза выгулял собаку.
    – Написал этот пост в канал.

    И вот я думаю, почему так каждый день нельзя отгружать? Иногда и одного дела не сделаешь…

  • Принципиальная схема заработка на телеграм-канале

    По итогам “Вопроса на миллион” решил расписать для себя принципиальную модель работы с телеграм-каналом, как с доходным делом. Публикую, вдруг и вам полезно будет.

    Доход
    – Продажа своих товаров или услуг — часто лучший вариант по отдаче
    – Партнёрские программы/CPA
    – Продажа рекламы прямым рекламодателям
    – Продажа рекламы через биржу
    – Продажа рекламы через РСЯ

    Расход
    – Менеджмент
    – Создание контента и вовлечение существующих подписчиков
    – Привлечение новых подписчиков — тратить не меньше 30% от выручки
    – Закупка бустов — чтобы канал мог постить сторисы
    – Налоги и рекламный сбор
    – Маркировка рекламы
    – Платные инструменты

    Роли в команде
    – Управляющий
    – Главный редактор
    – Автор контента (сдельно)
    – Дизайнер/иллюстратор (сдельно)
    – Менеджер по продаже рекламы (процент)
    – Маркетолог
    Один человек может совмещать несколько ролей.

    Чтобы посчитать потенциальный доход:
    – Попробовать купить рекламу в 10 каналах, чтобы выяснить цены.
    – Посмотреть средний CPM на бирже рекламы по аналогичным каналам.
    – Посмотреть, сколько просмотров в среднем генерирует один пост. Можно просто в tgstat подписчиков умножить на ER.
    – Посчитать, сколько денег принесёт один рекламный пост в нашем канале.
    – Сделать сетку рекламных размещений, чтобы понять максимальную выручку от рекламы за месяц. Помнить, что всё не продадим.
    Получим оценку через рынок, от которой можно отталкиваться при планировании.

    Нда, телеграм-канал — это не только весело и просто, а ещё куча работы.
    Как думаете, что забыл и что стоит ещё учесть?

  • 🔥 Прямой эфир «5 фатальных ошибок в продажах услуг» — бесплатно по промокоду!

    Хочешь продавать свои услуги без слива заявок?
    Игорь Уманский, автор курса «Простые продажи», проведёт прямой эфир, где разберёт:

    ✅ 5 фатальных ошибок в переписке, из-за которых клиенты пропадают

    ✅ 5 ошибок на видеозвонке, которые рушат сделку в первые минуты

    Это концентрат практики: ты уйдёшь с готовыми приёмами, которые можно применить сразу.

    🎯 Полезно всем, кто продаёт свои услуги онлайн — фрилансерам, маркетологам, коучам, дизайнерам, экспертам любых ниш в услугах B2B и B2C.

    Бонус: ты узнаешь, что такое Архетип Продавца
    Как продавать больше и легче
    Как тебе узнать бесплатно твой архетип.

    📅 Дата и время: вторник 23 сентября в 14:00 по мск.

    💡 Как попасть бесплатно
    Обычно участие стоит 2 000 ₽, но по промокоду SENSEI можно присоединиться бесплатно.
    Напиши этот промокод Руслане в Telegram 👉 @ruslana_guseva Она пришлёт все детали.

    ⚡️ Места ограничены, запись эфира не ведётся — успей написать прямо сейчас!

  • Как я два месяца не делал базу знаний

    Как я два месяца не делал базу знаний

    Пару месяцев назад я выбирал базу знаний. Думал про Open Source, думал про платные.

    При подробном разборе выяснилось, что наша база знаний состоит из нескольких частей:
    – Дизайн главной страницы с категориями и списком статей
    – Дизайн статьи
    – Интерфейс редактирования статей и категорий
    – Управление пользователями
    – Шапка, подвал
    – Дополнения в духе “была ли эта статья полезна?”

    Внутри SaaS продукта у нас уже были шапка, подвал, редактор статей, управление пользователями и общий дизайн проекта. Полный набор запчастей! Итог простой: базу знаний внутри проекта мы делаем сами.

    Модуль работы со статьями и категориями был написан за несколько часов с помощью Cursor. Код не критический, всё проверил вручную. Нарисуем и сверстаем дизайн ещё за пару дней — это уже в процессе работы. На старте допы, переводы и версии документации нам не нужны. Вот и всё приключение!

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

    В итоге потратил пару месяцев на инерцию и два дня на реализацию.

    Мой вывод: велосипеды можно изобретать, если задачи простые и понятные.

  • Как лигатуры в браузер попали

    Как лигатуры в браузер попали

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

    Это изобретение появилось одновременно из-за лени и ради красоты. Первые лигатуры писали вручную в манускриптах до изобретения печати. В типографском ручном наборе каждый символ был представлен отдельным кубиком ­— глифом. Но некоторые дополнительные глифы включали в себя сразу два символа. Получалась экономия времени при сборке страницы и экономия пространства на бумаге. Эту технику использовал Гутенберг при печати своих первых Библий.

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

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

    Adobe и Microsoft в середине 90-х объединились и сделали стандарт шрифтов OpenType. Это сделало лигатуры доступными на всех платформах. Но поддержку в интерфейсах и браузерах пришлось ждать ещё почти десятилетие.

    Apple, как известные фанаты дизайнерских мелочей, разработали свою технологию рендера шрифтов и свои шрифты. Так в интерфейсах на Mac OS, начиная с версии 8.5 (1998 год!), шрифты стали автоматически использовать лигатуры.

    В середине 2000-х движки браузеров внедрили OpenType, и это добавило поддержку лигатур в браузерах. Дизайнеры и верстальщики получили то, что было в типографике с момента изобретения книгопечати.

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

  • Разбил мобильник

    Разбил мобильник

    Сегодня я просто поною в канале, ладно?

    Уронил с высоты и разбил свой iPhone 12 mini. Он пережил множество падений, но это оказалось фатальным: теперь экран показывает яркие полосы вместо изображения. Это знак, что пора обновить телефон, подумал я.

    Я вспоминаю Стива Джобса, который говорил, что эргономичный телефон должен управляться одной рукой. Джони Айв, главный дизайнер Apple, поддерживал это решение. Я заметил, что сразу после смерти Джобса Apple внедрили большие телефоны, а после ухода Айва — прекратили производство линейки mini. Совпадение? Не думаю.

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

    Последний iPhone mini был 13-го поколения, то есть 4 года назад. Я стал искать, есть ли современные телефоны подобного размера. Меня удивило, но их больше не выпускают даже на Android! Десятки производителей выпускают линейки устройств разного размера. Но под управление одной рукой можно найти только ударопрочные смартфоны в бронированном корпусе со слабой начинкой или устаревшие модели нижнего ценового сегмента.

    Штош, я пытался. Заказал себе mini из старых запасов, благо стоит он как недорогой Android.

    Вопросы в воздух:
    – Я последний человек, кому нужен удобный телефон?
    – Почему в Apple забили на принципы эргономики?
    – Как лопатами пользуются люди с одной рукой?

  • QR-коды

    QR-коды

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

    Поэтому в 1994 году японец Масахиро Хара разработал новый тип кода быстрого считывания — Quick Response code. Масахиро работал на заводе по производству автозапчастей Denso Wave, одного из поставщиков Toyota. Сотрудникам завода приходилось постоянно сканировать штрих-коды. Благодаря разметке из трёх чёрных квадратов, QR-коды можно считывать под любым углом или даже вверх ногами. Изобретатель отказался патентовать свою разработку, что позволило QR-кодам распространиться повсеместно.

    Идея QR-кодов пришла в голову Масахиро, когда он смотрел на доску для игры в Го. Черные и белые фишки напомнили ему бинарный код, где чёрные кодируют единицы, а белые — нули.

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

    В код встроен механизм коррекции ошибок за счёт избыточности данных — это позволяет правильно считывать повреждённые наклейки. Этим свойством научились пользоваться дизайнеры — наверняка вы видели QR-коды с встроенными логотипами.

    В школе я играл в игру рендзю на доске для Го. Вероятно, поэтому QR-коды меня сразу зацепили. Впервые я использовал их в рекламных кампаниях примерно 15 лет назад — мы размещали их на флаерах и афишах, которые висели по городу. Тогда их практически не сканировали, поэтому я в них разочаровался. Кто знал, что позже они станут такими популярными.

    Большой толчок в распространении QR получили во время COVID-19 — ситуация требовала бесконтактную передачу информации. Очень скоро их адаптировали для платежей.

    Если захотите сгенерировать QR-код, воспользуйтесь проверенными сервисами:
    Генератор от Adobe.
    GoQR. Тут есть также API для программной генерации.

  • Машина времени для интернета

    Машина времени для интернета

    Помните фразу “интернет всё помнит”?
    Проект Wayback Machine, известный среди вебмастеров как Веб Архив, сохраняет копии сайтов. Интереса ради можно посмотреть как выглядели известные сайты в прошлом. А можно найти свои старые сайты, в том числе те, которые уже недоступны. В архиве хранятся копии, сделанные в разные даты, поэтому можно отследить эволюцию дизайна или как постепенно добавлялся контент.

    Частая боль веб-студий — сданные клиентам сайты со временем исчезают. Клиенты не продлевают домен, теряют доступ к хостингу, закрывают компании. Или новая команда изменяет оригинальный сайт так, что дизайнеру становится стыдно. Также вебмастеры используют этот проект, чтобы воскресить свои утерянные сайты или восстановить контент на выкупленном домене. Бэкэнд уже не восстановить, но можно сохранить вёрстку и статьи.

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

  • Я чайник!

    Я чайник!

    В 1990 году первым устройством, управляемым через интернет, стал тостер. А 1 апреля 1998 года был предложен шуточный стандарт RFC 2324 для управления кофе-машинами через HTTP-протокол.
    Браузер шлёт запрос на веб-сервер, а веб-сервер сообщает браузеру о своём состоянии кодом из трёх цифр. Для тех случаев, когда запрос на варку кофе получает чайник, был выделен специальный код статуса веб-сервера 418 — Я чайник. Он должен сообщить, что сервер не сможет сварить кофе, но вместо этого сервер сообщает, что он простой чайник. Ответ фактически правильный, но пользователю не помогает — ну, чайник, а мне что делать-то?

    Мы должны видеть страницу сайта или страницу с ошибкой и понятными инструкциями. Коды со статусом веб-сервера предназначены для программистов, сисадминов и SEOшников. Кодов более 60, с некоторыми из них вы наверняка сталкивались.
    404 — Страница не найдена. Самый известный код ответа. День вебмастера отмечается каждый год 4.04. Эти страницы часто оформляют веб-дизайнеры.
    301 — Документ переехал. Чаще всего этот статус появляется в результате работы SEOшника. Пользователя моментально перенаправляет на другой адрес.
    500 — Внутренняя ошибка сервера. Программист залил код с ошибками.
    502 — Шлюз недоступен. Позовите сисадмина.
    503 — Сервис недоступен. Позовите сисадмина и программиста.

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

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