Неуспешный неуспех в NO CODE и AI

Про новый проект Share Kinder *Мне нравится этот простой twitter формат: Сидишь на коле, онборде проджекта в проект: Делаешь скрин и пишешь про это постик. Наш один из новых проектов Share Kinder - прила по mindfulness. Ты можешь там шерить с друзьями аффирмации, свои цели, благодарности. +AI ассисетент: можно будет добавить любой пост или отправить сообщение проговорив его голосом. Если честно, не очень верю в такие стартапы - приложения, с core частью соц. сетей, потому что набирать постоянных юзеров будет супер сложно. Но посмотрим, может она много денег вольет в маркетинг или у нее есть конкретный сегмент под продукт. Ссылочка на твит: https://x.com/hinocodegang/status/1801247493755171211

Контент в английский блог. Как быстро писать и на постоянке. Простые посты vs сложные. На подумать. Новость 1 - я завел твиттер! https://twitter.com/hinocodegang Подписывайтесь, ставьте лайки! Давайте качать друг друга в линке. Хочу начать системно писать контент не только сюда, но и на английские площадки. И далее начинать маркетировать как этот блог, так и английский. Из основных вижу: 1) LinkedIn для длинных постов 2) Twitter для ежедневных апдейтов 3) Блог сайта для SEO с AI статьями 4) Мне для O1 визы в США надо еще делать статьи в топовых журналах, пока не знаю как Russian to English Хочу попробовать самый простой способ для меня: Писать сюда и переводить в английские блоги. Сейчас я потратил час на то, чтобы накалякать что-то на английском в Твиттере. Это с одной стороны супер просто, потому что не надо писать много умных слов - достаточно быстрых апдейтов. С другой стороны, я стремаюсь своего языка пока и все обрабатываю с GPT. Этот пост я написал за 10 минут, и он поинтереснее, чем твиттер-апдейты. И перевести его на английский с GPT и выложить в LinkedIn - 5 минут. Писать ли быстрые апдейты сюда: У меня супер простой вопрос к вам - стоит ли сюда писать короткие посты или завести отдельный канал и кидать их туда. Пока накидывал твиттер, понял, что туда писать простое легче. Там 5 несчастных подписчиков пока, и можно не париться. Сюда я пишу посты более осознанно, потому что тут аж 2К человек. Но на второй чаше весов - разбивка иногда скукоты простыми мыслями. Если вам такое интересно, буду лить все твиттер мысли сюда и жить свою счастливую блогерскую жизнь! Голосуйте ниже, пожалуйста: Ищу ассистента-копирайтера: Хочу взять ассистента с фокусом на ведение моих блогов и для помощи со статьями для O1 визы. Напишите мне, если есть рекомендации или хотите попробовать:

2 недели вместо 2 месяцев до инсайтов по звонкам в Educate Online. OpenAI в Google Таблицах. #EducateOnlineTool traction 1 Месяц назад мы сделали успешному стартапу в EdTech, Educate Online, простой AI продукт - анализ звонков сейлзов. У ребят была боль: обработка сейлз звонков занимала много времени, даже с использованием Chat GPT. Менеджеру необходимо: - сначала в сервисе N получить транскрипцию звонка, - затем вставить её в таблицу и почти в Chat GPT, - в Chat GPT вставить промпт и транскрипцию, задавать каждый вопрос методом copy and paste, - затем получить ответ и скопировать каждый ответ обратно в таблицу. Работает сейчас это так: 1) Менеджер добавляет ссылку на звонки в Google Таблицы, 2) Получает транскрипцию звонка (обрабатываем с помощью Whisper), 3) Далее сразу же получает ответы на заранее созданные вопросы от Chat GPT в ячейках (мы отправляем в Chat GPT несколько вопросов по транскрипции на анализ). Управление промптами: Ещё есть страничка для выставления промптов и добавления новых вопросов с промптами. Получается ассистент на минималках. Результат: Как видно на скрине, ребята в 3 раза быстрее обработали 300 звонков и получили важные инсайты. На Loom видео показал, как работает продукт

52! AI бот, который общается в стиле Alblack 52 2.152 подписчиков! В честь этого расскажу про бота, который сделал вчера за минут 10 перед сном. Вчера у Альблака вышел новый альбомчик и я подумал, что круто было бы его фанам поболтать с ним Загрузил текст нескольких песен, посты из его блога и создал закинул в наш тимплейтный процесс. Сейчас бот отвечает в очень похожем стиле. Пока не знает чего-то - например что такое 52 и местами ставит одинаковые эмоджи. Надо допроработать промпт. Как думаете, можно было бы продать ему как продукт для продвижения альбома и для большего коннекта с аудиторией? Я бы даже отдал на пользование по себестомости токенов, слишком фанат🤭 Бота пока не прикрепляю, так как копирайтом попахивает. Сначала хочу показать Альблаку. Если у кого-то есть контактик, киньте плиз🙏

Сделали AI no-code helper, отвечает по документации no-code тулов. #hinocodehelper traction Начинаю рассказывать о наших продуктах нового фокуса: AI чат-боты. Мы за последний месяц сделали один заказной продукт и пару продуктов для себя. Первый лот - No-code helper Этот бот был тестовым заданием для нашего разработчика, Влада. На днях допилили по качеству ответов и догрузили документацию. Что под капотом: 1) Стек: N8N + Open AI 2) Мы загрузили туда документацию 3 no-code тулов: Bubble, Flutter Flow и N8N 3) С помощью векторного поиска по документации находим релевантные части документации с ссылками на страницы 4) Просим Open AI сделать step-by-step документацию Как он работает: 1) Выбираете тул, по которому хотите задать вопрос 2) Задаете любой вопрос по тому, как что-то сделать в туле 3) Получаете развернутый step-by-step гайд + все релевантные ссылки Пока MVP, поэтому: 1) Может резать часть с гайдом, скоро поправим 2) Не всегда правильно находит информацию, будет классно, если репортните об этом Польза нам: - Если честно, я сделал этот продукт в первую очередь для кейса, потому что пока AI ботов у нас маловато (1 заказной) - Разраб Влад решил нашу проблему в проекте - нашел, почему сервер жрет много памяти. Оказалось, N8N пишет в память все executions (исполнения workflow). Надо чистить время от времени. Будущее: - Если бот будет кому-то еще полезен кроме нас, сделаем нормальную систему подписки, чтобы окупать токены. Мне не интересно на этом зарабатывать - Сделаем более умный поиск и туториалы - Добавим больше тулов - пишите в комментариях, что хотите увидеть 5 запросов free, если понравится - пишите, я дам больше кредитов. Сделали так для защиты от спама. Потестить бота: @hinocode_helper_bot

AiEnglishTeacher traction 4, GPT updates, part 2 4) Настройка модели, с которой работать. Тоже минорная штука, но супер полезная - теперь на фронте можно поставить модельку для обоих юзкейсов - array system или ассистент 5) SAAS версия для юзеров Самая жирная часть работы, на которую у разраба Димы ушло 2 месяца. Клиент захотел сделать SAAS версию - та же самая логика, но для внешних юзеров, по подписке. Работает также как и для школ. Еще не запаблишена. Куда расти: 1) Не затестили еще functions calls - должно раз и навсегда решить проблему редких галлюцинаций форматинга. Особенно актуально для модельки 3.5, где форматинг в 50% кейсов ведет себя как хочет. Можно будет поставить дешевую модельку и держать форматинг functional коллом. 2) Можно затестить другие LMM модели 3) Я хочу поработать с промптингом и за счет него улучшить результат в нашем обычном запросе с system. Сложности с App Master: 1) Сталкиваемся с кучей багов в App Master, в основном на фронте. Он пока очень сырой, но работает уже намного быстрее, чем раньше. После недавнего обновления полетела половина фронта. Но ребята правят и обещали все выровнять. 2) Месяц назад у нас удалились все связи в БД из-за того, что несколько человек сидели в редакторе БД. App Master это не поддерживает пока. Для тех, кто не в контексте - это рип всего проекта. Но ребята из App Master быстро включились и руками за 2 дня восстановили бэкапы и все логики. Было страшно. 3) Почти нет документации. Это самая главная проблема тула. У ребят не хватает времени, чтобы описывать все, что они творят. Чаще всего, чтобы получить ответ на вопрос, надо писать в чат и ждать. 4) И плюс к прошлому пункту: в недавнем времени App Master закрыл все чаты поддержки в ТГ и перешел на веб-форум, как все тулы. Теперь идти в поддержку супер неудобно, не понимаю этого решения. У ребят большинство юзеров - русские с телеграммами. Good point App Master-а, который пока покрывает проблемы выше: Команда App Master и мое общение с фаундером. При жопе я иду напрямую и кричу про проблему. В среднем ребята решают баги быстро и помогают разобраться в системе. И если надо созвониться с их сотрудниками. В bubble, n8n и flutter flow такой плюшки нет. Во всех новых проектах тестируем стэк: - Bubble / Flutter Flow - фронт - N8N - бэк, бизнес-процессы - Supabase - база данных В следующем отчетике расскажу про продвижения в логике и тестах клиента, закончим второй контракт через недели 2 как раз. Кратко: коннект с Google Classroom школ и формирование отчетов GPT ответов и результатов учеников.

AiEnglishTeacher traction 4, GPT updates, part 1 Это не выложенный пост от апреля 2024 года. Сейчас у нас больше апдейтов, но расскажу про них попозже. Напомню про наш ключевой заказной продукт. Ключевой - потому что он запущен в лайве на пару школ США и им пользуется около 500 учеников. Это AI "проверяльщик" домашек по английскому в школах США: - gpt оценивает письмо по системе rubric - gpt дает фидбек ученику - что подправить Прошлые посты о трекшене продукта: ⁃ Как мы сделали альфу версию за 2 недели - Трекшен 2. Как мы добились почти 0 разницы фидбека учителя и AI - AI teacher, project update: первые 300 учеников в апе, лумчик продукта. Hello guys from HH. Этот пост на половину технический, поэтому прикрепляю небольшой словарик: - фронт - frontend, то что ты видишь глазками 👀 - бэк - backend, то что ты не видишь глазками 👀, процессы под капотом - логи - результаты исполнения каких-либо действий в системе. Тут важно смотреть на статус success/error и тем самым отслеживать ошибки - API ключ - штука, которая соединяет 2 системы - Таймаут - время ожидания исполнения процесса. Если действие не успеет завершиться, то оно прерывается. - Лоадер - круглешочек, который крутиться на загрузках объекта или страницы - Ассистент approach - это один из способов вызова GPT. Работает по принципу: создаем в интерфейсе Open AI ассистента, даем ему инструкцию и даже можем прикрепить документы для обучения - Array approach - самый простой способ работы с GPT. Грузите в system сообщение инструкцию и в сообщение юзера запрос к GPT. Array c инглиша - массив сообщений = переписка с GPT. 1) Ассинхронный процесс в GPT: В течение 2 месяцев нам в логи прилетали ошибки - отсутствие API ключа в запросе. Мы были уверены в проблему интеграции Open AP App Master и ждали исправления. Проблему нельзя было отследить при тестах, потому что ни разу процесс не ломался. Недавно это же стало критично: в один день 30 реальных учеников из 100 получили ошибки. Перепроверив все, что можно, Олег (фаундер App Master) рассказал про возможную причину - таймаут* на фронте. Из-за долгого ожидания ответа GPT на фронте. И предложил сделать ассинхронный процесс: - отправляем на фронте запрос на бэк и завершаем его - как только процесс на бэке завершается - отправляем ответ обратно на фронт Интересно, что сценарий подтвердился на колле с проджектом проекта, но немного в другом обличии: Проджект при мне перезагрузила страницу, не дождавшись завершения процесса(конца работы лоадера*). И логично, что в таких кейсах мы получаем ошибку. И тут меня осенило - чуваки просто прерывают процесс, не дожидаясь конца лоадера, потому что ждать 2 минуты - не кайф и кажется, что надо обновить (у меня тоже стандартный паттерн, если при этом нет надписи - не перезагружай). Снова убеждаюсь, что коллы с юзерами и просмотр их UX - лучший способ доставания инсайтов. Вот как работает решение сейчас - записал лум для клиента, делюсь с вами 2) Ассистент* VS Array* approach Мы наконец выкатили процесс с ассистентом, который был гипотезой для решения пары проблемок: - более предсказуемый результат форматинга ответа - чтобы заголовки были жирненькие - сократить затраты на создание ответа GPT - сделать результат более качественным - за счет документов в ассистенте - примеры идеальных проверок писем А также подключили процесс к фронту и сделал наглядный сравнительный пример с 2 результатами: способ array и assistant Процесс тоже ассинхронный - не надо ждать на странице, пока он закончится - можно запустить обработку хоть 10 процессов одновременно. Лумчик для клиента, показываю вам: https://www.loom.com/share/60d6b5ae911d47e3bc4544de690445e6?sid=05184a2b-d3d2-4b99-ade7-4c3d81dc0805 Результат ассистента: Если кратко - провал. Ассистент выходит в 4 раза дороже с последней моделькой из-за большого кол-ва инфы, на которой он учится. Клиенту было важно не сильно поднимать стоимость одной оценки. Ребята решили оставить старую логику Array. 3) Сохранение в БД стоимости токенов Поэтому важно сравнить разные модели в разных типах GPT генераций - array и assistant. Начали все считать.

Важность делать точный эстимейт и цепочка джобов: Итак, мы придумали норм бизнес-модель, сделали хорошие для нас условия в контракте, но это не решает основную джобу нас как студии для клиента. Мы защищаем себя от задержек клиента и R&D рандома на новые задачи. Но наша джоба как студии — сделать продукт, решающий джобу клиента. А у них ключевая джоба: - я хочу сделать определенного качества продукт(зависит от вида) - за икс рендж времени - в икс рендже бюджета(даже у ребят с большим бюджетам есть границы) - чтобы решить джобы x, y, z конечных юзеров Старые добрые препейменты: Да, они остаются. Мы работаем только после того, как спринт оплачен. В идеале сразу за 2 спринта, чтобы не дергать с инвойсами клиента каждую неделю. Это очень важный шаг в процессах, который нельзя проебывать. В операционке очень просто пропустить запрос инвойса майлстоуна. В случае пропуска границы контракта сдвигаются = большой риск перейти на пост-оплату, а это супер не гуд, ибо вы в зависите он настроений клиента в таком кейсе. Акты приемки Важная заключительная деталь. Он намного сильнее юридически, чем сообщения клиента в чате, что все супер. Там мы описываем реализованные фичи и потраченные на них часы. Коммитим, что клиент принимает наш репорт и не имеет к нему притензий. Когда хорошо работает fixed price контракт? Когда вы дублируете солюшен или делали супер похожий продукт с такой же технологией. Это шаг развития до SAAS с фиксированной ценой. Profit Margin должна быть в таком кейсе более 80%. Наш последний проект — идеальный пример. Мы заработали $6000 и потратили на это до 10 часов. Стоимость часа = $600 в этом кейсе. Затраты на проект = $600. Profit Margin = 90%. А еще это очень крутой сигнал связки продукта + сегмента - можно поискать такие же кейсы и затем упаковать в SAAS. Расскажу про этот проект в следующем посте!

Sprints-hours VS fix price contract. Трекшен за весну в Hi no code, part 1. Свитч бизнес-модели. Мало сюда пишу = теряю скилл и связь с вами. Буду исправляться. Последнее, про что я рассказывал - быстро сделанные продукты за 7 дней в фабрике 7 days MVP и трекшен в нашем AI-туле для американских школ. В феврале я принял решение закрыть концепт 7 days MVP и изменить позиционирование студии на AI focused no-code агентство. Причины: 1. У стартаперов, как всегда, мало денег на сам продукт и на дальнейшую работу с ним. Тут ничего не изменилось. Я смирился с этим фактом и делал ставки на скорость разработки. 2. 7 дней никогда не было 7. Я называл это так с натяжкой (учитывая 2 выходных это уже 9 дней). Но 3 проекта были сделаны по факту за 12 и 13 дней. 3. После первых быстрых проектов начались MVP посложнее, в которых за 7 дней можно было успеть только дизайн и верстку максимум. Тогда мы начали продавать им несколько 7-дневок. И это превратилось в старую модель с фиксированной ценой за описанный скоуп. Почему fixed-price контракт — плохо в большинстве случаев и когда это выгодно. 1. Студия/разработчик берет всю ответственность за любые задержки в проекте на себя. Тут важно раскрыть все пункты: - Недоэстимейт. Невозможно оценить проект супер точно, если вы не делали точно такой же. Всегда есть свои новые API интеграции/уникальные дизайн элементы/логики. Любой новый опыт = умеренный рандом в части R&D. Тут можно заложить икс 5 условно, чтобы точно не вляпаться в недоэстимейт, но тогда продукт получится скорее всего не в бюджете заказчика. - Задержки от заказчика. Я про это писал ранее. Тестировал гипотезу: внести пункт контракта про задержки и попробовать сделать так, чтобы заказчик знал, что он будет платить за просрочку в днях на тестирование/приемку/задержку данных. Это не сработало. Говорить про эти штрафы = вести к эскалации. А при озвучивании это особо не влияло на скорость. В итоге ты все равно теряешь часы всей команды на ожидании какого-либо действия от клиента. - Поздно отправленные доступы/документация от заказчика. Этот пункт я отделил, потому что тут мы теряем время не только на ожидание, но и на переделки уже собранного дизайна/продукта. Например, если мы соберем БД по изначальной документации и в процессе она поменяется - добавятся сущности/связи — это добавит много часов на переделывание логик. - Ошибки в процессах студии. Заказчик за это не должен платить. Например: - не нашли/подобрали вовремя спеца - продакт поздно сделал документацию или вообще ее не сделал - спецы в расфокусе на другие проекты - мискомуникейшены в команде Пришли к недельным спринтам с включенными часами. Спринт 7 дней, 40 часов спеца + 10 проджекта. 2000$ за спринт. Эта модель решает все 3 пункта выше. Вы удерживаете ответственность за задержки клиента на нем, подсвечивая увеличение срока разработки. А также сохраняете ответственность за увеличенный срок разработки новых для вас фичей. В то же время, 4-й пункт с процессами вы можете брать на себя: Если вы проебались в процессах и, допустим, не нашли дизайнера вовремя или разработчика - вы не реализовали часы(= не посчитали их клиенту) Рекурентность. Такая модель больше похожа на подписку. Тебе не надо менять контракт/делать колл, чтобы добавлять еще недели. В контракте уже есть пункт: "указано примерное кол-во майлстоунов, их кол-во может увеличиться". Заплатили 150$ юристу за рыбу контракта: Осенью я делал контракт с GPT, но верить на 100% GPT в таком важном доке нельзя, надо коммитить с юристом. Тем более, вы делаете эту рыбу 1 раз на год и будете использовать ее для всех клиентов. - Нашел классного юриста по США праву в бизнесе - Описал свой кейс и показал, что настругал с GPT - Получил на выходе идеальный контракт за 150$ Кину контакт юриста, если кому-то надо.