UX Boost

#Кейс Подводный камень №2 в Lettofy.com Как мы споткнулись о прозрачные стаканы на цветастой скатерти, и UX снова помог - - - Через 3-4 недели наш AI-комбайн снова 🤮 Мы только-только наладили подсчет предметов, перестали напрасно посылать клинеров переснимать вилки и ложки. И вдруг опять начались жалобы. «Опять он врет про количество. И кружек, и тарелок — сколько надо, а он сказал, что нехватает. Стаканов специально поменьше поставил, а он не заметил» Мы уперлись в стеклянно-металлический потолок Я поисследовал и выяснил, а какие именно кейсы вызывают проблему. Прозрачные стаканы в беспорядке на скатерти. Тарелки в стопке. Куча вилок. Именно это вызывало проблемы — ложные ошибки, ложные «ок, нормально». На тот момент OpenAI нечего было нам предложить для подсчета таких штук. Но остальные предметы все еще считались нормально. Первый багфикс не сработал • Поиграл с шрифтами промптами и проиграл. • Заставил AI перечислять, а код — считать. • Еще какие-то подходы покрутил... Не помогло. Серые и малоконтрастные предметы стали считать лучше. Стекло и стопки-кучи — все еще нет. Пошел рисерчить, как системно и по-взрослому решить проблему. Варианты не порадовали Можно было пойти в классический ML. Я попробовал локально развернуть Grounding DINO. • развалилась на версиях torch / numpy / transformers. • Replicate-модели Grounding DINO / OWLv2 были недоступны Вот тут уже нужен был бы взрослый machine learning. • Отдельная модель. • Датасет. • Разметка. • Тесты. И можно, конечно, начать героически это чинить. Потратить месяц. Потом ещё один. Потом ещё три. Потом понять, что рынок уже уехал, команда устала, деньги закончились, зато у нас теперь почти хорошо считаются стаканы. Ну такое. Решили не строить ML-завод Надо решать то, что ограничивает бизнес. А кейсы со стаканами были штучные. Да, они неприятные. Но коммерчески они продукт не блокировали. • Бизнес уже ускорялся. • Контроль качества уже улучшался. • Основные сценарии работали. Поэтому я сделал workaround. Для стеклянных предметов и прочих сложных кейсов клинерам смогли указать «нет, AI ошибается, на самом деле количество вот такое». И мы в этом случае верили именно клинерам, а не AI. А причем тут UX? • Локализовать проблему • Помочь оценить ее значимость • Предложить сценарий, который и закрывает вопрос и удешевляет техничку

#Кейс Подводный камень №1 в Lettofy.com Это не стол, это письменный стол - - - Началось всё бодро: • Первый прототип вышел за пару дней. Моя приложенька транслировала изображение с камеры, захардкоженный набор вилл-комнат-предметов и прходила по ним флоу. • В меня не совсем поверили, но дали время «Ну конечно же ты не напишешь нормальный бек». Но разработчики уже задолбались «это кодить» и дали мне пару недель. Написать бек, подключить мою поделку к БД (или сделать свою), интегрировать с LLM и dropbox (для хранения видосиков и картинок). • Я таки осилил — посидел пару недель с 8 утра до двух ночи, и сделал рабочий MVP. Список вилл и предметов забирался из Aiatrable (уже потом я мигрировал на нормальную БД), уборки жили уже в Postgress, статусы предметов гонялись через вебсокет, видео нарезалось на скриншоты и дедуплицировалось, самые нормальные фотки отправлялись в OpenAI и пр. • В перый раз настроил боевой VPS + CI/CD:) фаервольчик, прокси, бекапы-мониторинги-алерты и прочие радости. Забавно сейчас вспоминать. • Мне полностью отдали развивать этот проект. То есть и UX/UI, и разработка, и девопс — стали на мне. И... дальше я влетел в «запилили, теперь надо внедрить», где сдувается большинство вайбкодеров. - - - «Это не кухонный стол. Это письменный стол» Какого хрена? Через пару недель начались проблемы 🙂 Мы проверяли предметы по названию. С однозначными предметами всё нормально. Холодильник — холодильник. Телевизор — телевизор. Но потом... 1. В базе написано — глубокая тарелка. 2. Клинер снимает предмет. 3. Модель делает клинеру голову. «Слушай, чувак, это не глубокая тарелка. Это боул. Убери боул и покажи глубокую тарелку». И так по многу раз. Это резко удорожало сдачу уборки и убивало продукт. Как спасли: сделали инвентаризацию и референсные фото Я сделал отдельную мини-аппликуху для инвентаризации: 0. Выбираем объект и зону. Когда объект подключается к системе, владелец или наш хоумстейджер указывает, какую собсно виллу / апарты он сейчас будет инвентаризовать 1. Снимаем все предметы на видео. 2. Нарезаем референсные фото. Бьем видео на кадры, убираем дубли, выбираем самые неразмыты (без участия LLM, чтобы не сжигать деньги) 3. Выбираем лучшие кадры. Отправляем в LLM, сначала дешевой моделью отбираем кадры, где есть наш предмет. Потом, более дорогой и умной — выбираем самые хоршие, в рахных ракурсах 4. Разруливаем конфликты про количество / отсутствие. При регистрации вилллы владелец мог указать, что у него 111 вилок, а там их по факту 108. Мог недовнести что-нибудь, мы могли докупить этот предмет позже. Все эти кейсы надо разрулить. И оно заработало Команда объехала всю сотню с лишним объектов, которые уже были в управлении. Сняли референсы. Для новых объектов мы встроили инвентаризацию в онбординг владельца. Он мог провести ее сам, а мог запросить у нас. Стало не «сравни это фото с твоими представлениями о глубоких тарелках» А «вот фото глубокой тарелки из конкретной квартиры. Совпадает с вот этим референсом?» И на какое-то время всё стало нормально :)

#Кейс Упрощаем космолет в Lettofy.com Telegram-бот, длинное видео и магия OpenAI Идея была простая и нерабочая — «Клинер все запишет, потом ИИ всё сделает». 1. У клинеров уже есть чатик. Добавим туда бота. 2. Убравшись, клинер снимает на видео (и называет голосом) вилу, комнаты и предметы. 3. Выкладывает в чатик. 4. Бот забирает видео и отправляет в OpenAI. 5. OpenAI отдает нужные ответы, система складывает в БД и чат. Что могло пойти не так? 🙂 На уровне презентации — классно. «AI смотрит видео уборки и автоматически принимает работу клинера». Можно рисовать лендинг, ставить градиент, писать «powered by AI» и идти питчить. Но... Факап: мы заставили клинера делать атомный взрыв Сценарий заставляет низкооплачиваемого клинера, который не хочет думать (это не стереотип, а культурная особенность в Тайланде): «Пройди по всей квартире. Покажи все зоны. Назови все предметы. Ничего не забудь. Снимай нормально. Говори понятно. Не перепутай. Не закрывай пол, потолок и половину видео своим пальцем». А таких объектов несколько в день. И в каждом — 150–200 предметов - - - А потом мы просим систему этот атомный взрыв проглотить • Получасовое видео. • Тайский язык. • Сотни предметов. • Разные комнаты. • Разные ракурсы. • Разное освещение. Где-то холодильник. Где-то глубокая тарелка. Где-то куча прозрачных стаканов на цветастой скатерти, чтоб жизнь мёдом не казалась. Мы закопались Примерно через месяц разработка зашла в тупик. Заставить AI распарсить 30-40 мин видео на предметы в разумный срок — мы не успевали. Да, есть VLM, есть другие инструменты. «Еще полгодика и заработает»... Но у нас не было столько ресурсов. Помог классический UX. Клинер, иди на кухню, сними холодильник В какой-то момент меня осенило — ЗОЧЕМ мы так сильно ужимаем пользовательский сценарий? Мы же можем сделать проще! БД знает, что есть кухня, спальня, и еще вот такие зоны. На кухне должно быть вот это. В ванной — другое. В спальне — третье. Давайте сами вести по ним клинера, давая атомарные задачи! Добавляем 3 экрана, упрощаем всем жизнь Если обрабатывать предметы по одному — это буквально на порядок упрощает: • жизнь клинера (фокус на одном атомарном действии, вместо «сними всё правильно за один подход») • псевдожизнь AI (проанализировать одно фото вместо получасового видео) • жизнь разработчика (простой http аплоад 4-5 секундных файлов вместо сложного стриминга) Это и есть UX. Менять жизни. Что за экраны? 1. Преход в следующую зону. «Привет клинер, иди на кухню» + кнопка «я пришел». Этот же экран используем для всех переходов в следующие комнаты. 2. Экран съемки. Привью с камеры, список предметов, на верхнем предмете — кнопки «снято / проблема». Список обновляется, в него «подмешиваются» неудачно снятые предметы, с объяснением что не так. 3. Саксесс-скрин. Конечно, это было только начало... По пути добавились и дашборды, и пара приложений для инвентаризации и генерации отчетов-актов-договоров...

#Кейс Таски-доки-схемы Lettofy.com Привет-привет! С одной стороны, ни дня без поста:) С другой — хорошо чуть расслабиться в пятницу. Поэтому сегодня — небольшое видео с обзором моего сетапа и шаблончиков. 1. Схемы — традиционно в whimsical.com 2. Задачи-доки — сначала в Notion, потом переехали в курсор 3. Дизайн — поначалу хотели вообще без интерфейсов, и это чуть не убило проект 4. Разработка — сначала вообще ее не касался, потом — Cursor с Claude + shotgun code для анализа больших фич 5. Ествественно гит, докер, CI/CD и адекватная настройка сервера А завтра — расскажу, как разработка зашла в тупик и как UX/UI ей помог.

#Кейс Проблемы Lettofy.com — расти на 100 вилл в мес. вместо 5 Бизнес растет. Приходят новые домовладельцы и отдают в управление свои виллы и апарты. Их нужно принимать, приводить в привлекательный вид, сдавать и обслуживать. Фаундер сказал мне: «Сейчас мы ведем больше сотни объектов. Но я могу принимать всего 5 новых вилл в месяц. А хочется 50-100. Давай сделаем несколько продуктов про всю операционку?» «Давай! С чего начнем?» — и мы рещили начать с уборки. Никто не любит уборку. Есть тайские клинеры. Они приводят всё в порядок после гостей. Не очень любят напрягаться, ни ментально, ни эмоционально 🙂 Фаундер уже очень заморочился с поиском клинеров. Набрал две неплохих бригады. Находить новых-нормальных было все сложнее. А вилл/аппартаментов становилось всё больше. В чем проблема с этой уборкой? Объект — это не «одна комната, один диван, одна раковина». Несколько зон, сотни предметов: • кухня; • спальня; • ванная; • гостиная; • балкон; • иногда несколько спален; • иногда несколько санузлов... В каждой зоне есть предметы. Их может быть 150–200 на объект. Тарелки, стаканы, полотенца, чайник, холодильник, телевизор, пульт, стол, стулья, подушки, лампы, декор, бог знает что ещё. Клинер должен всё убрать, помыть, расставить, проверить. И почему это тяжело проверить? Нужно убедиться, что: • ничего не пропало; • ничего не сломано; • всё помыто; • всё стоит на месте; • объект готов к следующему гостю; • владелец потом не приходит и не говорит: “Ребята, а какого хрена?” Нужен «контролер маминой подруги» Живой человек, который ездит по объектам и проверяет качество. Он должен быть внимательным, ответственным, быстрым, не забивать, не ошибаться, всё успевать. Такого тяжело найти. Вдвое тяжелее его найти среди тайцев. Таец, которому предлагают повышение (то есть больше работать и больше получать) — запросто может уволиться. И что у нас получается? Давайте сделаем AI-контролёра! И на этом началось наше уввввлекательное приключение 🙂 До встречи завтра! Надеюсь, что уже начну добираться до самого решения. В нем было очень много pure product design.

#Кейс AI-управление 150 виллами на Пхукете для Lettofy.com [UPD] Да, интерфейсики там тоже будут :) Более того, они прямо вытащили этот проект из... точки А :) Привет-привет! Я сел писать большой и жирный лонгрид и подзакопался. Разобью на части и попробую выкладывать ежедневно. Посмотрим, надолго ли меня хватит 🙂 Контекст: 150 объектов на Пхукете и больной контроль клининга Прошлой осенью ко мне пришёл мой знакомый предприниматель. Агентство по разработке, несколько других бизнесов и управляющая компания на Пхукете. Управляет ±150 виллами и апартами: • сдаёт в аренду, • организует уборку, • заменяет поломанные/утерянные вещи, • общается с владельцами, гостями, подрядчиками... В чем боль, брат? Арендная недвижимость (тем более посуточная) — это операционка. Хочешь быстро расти — оптимизируй, масштабируй. Документы, уборка, ключи-заселения, деньги, вопросы гостей и 100500 мелочей. Сделаем AI-продукт для проптеха? Мы решили сделать и потом продавать софт, который поможет в своей операционке. То есть потенциальный B2B SaaS для управляющих компаний в недвижимости. Я сначала выступал как продакт. Нашли разработчика, начали делать продукт. И в какой-то момент зашли в тупик... До завтра 🙂️️️️

Был дизайнер, а стал... Про кодинг, девопс, свои проекты, и поиск себя. Привет-привет! Почти год прошел с последнего сообщения. Я успел: 1. Закрыть @recappy (не смогли масштабировать) 2. Научиться нормальному программированию с AI 3. Зайти как разработчик и девопс в несколько проектов, заработать денег и набить себе гит/портфолио 4. Трудоустроиться middle+ девелопером в зарубежку — anyone.fr 5. Пройти испытательный (спойлер: потом наш отдел сократили:)) 6. Написать своего кодингового агента @rbcode_ai и получить первые B2B-заказы в нем 7. Продолжать менторить дизайнеров 8. Пойти продактом и дизайнером в команду, которая строит маркетплейс Что ждать в канале? Скоро расскажу вам один прикольный кейс из Proptech. На стыке UX/UI, управления продуктом и программирования. Клиент, мой давний знакомый, управляет ±150 аппартаментами на Пхукете. Аренда, уборка, и пр. Бутылочное горлышко (одно из) — контроль и приемка в клининге. И вот я сделал продукт для контроля уборки. Приложенька, дашборды, уведомления и пр. Клиент получил: • Первые заявки от B2b-пользователей, которые хотят этот продукт • Миллиардера в качестве эдвайзера Не переключайтесь🙂

#Recappy Свой продукт, первые 50 т.р. оборота — видеообзор 🙂 В апреле, в инкубаторе дизайн-лида мы запустили продукт @recappy Кстати, подписывайтесь на канал @recappy_meow — мы публикуем там часть вебинаров, заказанных пользователями. Расскажу, что происходит, поделюсь схемками, макетами и пр. - - - В Recappy входит 2 продукта: + Выжимки — расспрашивает про твою жизнь-цели-задачи, ходит вместо тебя на вебинары и возвращает оцень полезные выжимки (заметно ценнее тех, которые делает все рыночные продукты). Цена — 1000 рублей за один вебинар. Пользователи платят и возвращаются. + Продюссер — помогает эксперту/специалисту/предпринимателю писать текстовый контент, поддерживать актуальное портфолио, описывать кейсы и пр. - - - В выжимках мы неплохо обкатали продукт, обслужили пару десятков платящих пользователей. Пробовали разные цены, получили 13 т.р. оборота. Если подробней: 1. Пробежали от рисерча до платящих пользователей — за пару недель 2. Упаковали продукт для фандрейзинга, отправили меня на митап от @spb-founders и познакомили с инвесторами уровня вице президентов крупных банков 3. Привлекли €5000 под идею-кманду, продав всего 1% от стартапа 4. Нарисовали Telegram mini app, сделали лендосик и пр. 5. Привлекли техническую команду, запартнерились с буткемпом и акселератором В Продюссере мы делаем первые пилотные проекты. Оборот пока €400. - - - Записал видеообзор всего нашего хозяйства, там и схемки, и макеты, и процессы и прочее 🙂

Telegram Mini App — Цель, рынок, проблема #дневник_TGApp Привет-привет! Пилим в инкубаторе дизайн-лида стартап. Прикинули цель на ближайшие пару месяцев и задачки на неделю. Скоро покажу и схемки, и родмап/конкурентов/рефы. А пока — предыстория🙂 - - - - - - - Начинаю НЕ с фичей Часто фаундеры сразу кидаются в решение. «Я сделаю такую-то приложеньку». Приложенька чаще всего проваливается и фаундер идет делать что-то другое, начиная с нуля. Я стараюсь начинать с «нафига». Лично мне этот стартап для чего? Поменять мир? Как и в какой части? Может быть для денег? Каких и как скоро? Аудитории? Покачать вот этот конкретный скилл, получить вот такой конкретный кейс? Набрать вот такую команду? Потом — рынок (аудитория, решаемая проблема, индустрия). И уже потом — конкретное решение/технологии и пр. Это дает больше гибкости, готовности менять свой продукт так, чтобы он добился успеха. И при этом, фильтровать свои решения и накапливать экспертизу, чтобы каждая новая попытка давала больше профита. С таким подходом каждый следующий стартап получается у меня слегка успешней предыдущего. - - - - - - - TG App начался с проблемы 🙂 Я встретил анонс вебинара, на который хочется пойти, но никак не успеваю (на это время у меня дейлик с командой). И подумал «блин, а я ведь наверное не один такой:) Может эта проблема стоит того, чтобы ее решать?» Сходил-поисследовал. Увидел готовность покупать. И теперь мне кажется, что за этой проблемой огромный рынок. Вебинарчики и прочий «пролетающий мимо контент» — это начальный шаг воронок вообще всего инфобиза. Ладно, не будем брать весь инфобиз, возьмем хотя бы обучение веб-дизайну. Там годовой оборот у трех топовых игроков — примерно по 600 млн. руб в год. Получается, если я сделаю виральный продукт, помогающий людям не упускать интересный профессиональный контент, то... смогу получить большую аудиторию. А где аудитория — там влияние на обучение, на трудоустройство. А все мы знаем, как хреново сейчас работает подача на вакансии 🙂 Самое время заскочить и поменять мир к лучшему 🙂 Итого, проблема: FOMO от пропущенных вебинаров, митапов, и других онлайн-встреч + передоз проф инфы + необходимость постоянно качаться, иначе доширак под мостом. - - - - - - - Цель. Зачем этот стартап лично мне? Ок, я случайно наткнулся на проблему. Зачем мне ее решать? Быстро создать доход «для поддержки штанов» и крепкий финдамент для следующих больших проектов (команда, аудитория и пр.). Дать ценность своим ученикам и подписчикам. После этого — построить большой бизнес и поменять мир к лучшему (хотя бы рынок IT-образования и трудоустройства). - - - - - - - Рынок. Кто моя ЦА? Тут надо учитывать, кто мне вообще близок, кого я понимаю и могу дотянуться. В ближайшей перспективе — ученики, знакомые-коллеги-друзья. На них надо научиться давать пользователю ценность и получать повторяемые продажи. Это можно будет делать в полуручном режиме (к примеру, записываться на вебинары можно вручную, формировать саммари — тоже, и пр.). Главное — понять, как давать ценность, чтобы к нам снова обращались за «сходи за меня на вон тот вебинар» Когда ценность и повторяемые продажи будут достигнуты — нужно будет автоматизировать хотя бы часть сценариев, чтобы мочь пойти на аудиторию побольше. Потом — подписчики моих каналов и платные посевы Тут кажется все понятно. Знакомый и доступный мне канал, через который. быстро могу разссказат о своем продукте. Потом — все, кто интересуется вебинарами 1. Все русскоязычные «цифровые люди», упускающие вебинары / онлайн-митапы и прочие встречи. Испытывающие по этому поводу FOMO. 2. Вся русскоязычная ЦА обучения веб-дизайну. - - - - Вот такая предыстория. Дальше — буду показывать, как мы делаем этот продукт и приглашу потестить 🙂

Сложные и размытые задачки — фреймворки, ч.1 Привет-привет! Хочется рассмотреть несколько фреймворков в продуктовом дизайне и менеджменте. Показать кейсы и пр. Перед этим — решить больной вопрос. Фреймворков много, за них часто хватаются потому, что «так правильно и в вакансиях требуют». В результате — на рынке много «операторов CJM». Которые по шаблончику что-то заполняют, не понимая, что и зачем делают. Не умея выбирать, видоизменять и приспосабливать фреймворки под себя. Формировать свой личный набор «ящиков с инструментами». Или хотя бы объяснить на собесе, почему именно такой инструмент использовал 🙂 И вот несколько месяцев назад мне попался хороший способ упорядочить фреймворки. Держите статью