Результати пошуку

У середині лютого 2024 року OpenAI, компанія-розробниця ChatGPT, повідомила , що працює над пошуковим сервісом зі штучним інтелектом. Ми спитали українських експертів, що це означає для світового ринку та чи може закінчитись гегемонія Google.  Що ми знаємо про пошукову систему від OpenAI 15 лютого видання The Information розказало, що компанія OpenAI створює ШІ-пошукову систему. Поки невідомо, чи буде пошуковик окремим застосунком або його інтегрують у ChatGPT. За чутками, OpenAI використовуватиме у новому продукті технологію індексування пошуку Bing від Microsoft, поєднуючи її можливості з ChatGPT 4. Компанія спроможна показувати швидкі результати — вже за два місяці після запуску 2022 року число користувачів ChatGPT сягнуло  100 млн на місяць.  Google теж не спить —  майже одночасно з OpenAI компанія анонсувала нову версію свого ШІ-бота, який раніше мав назву Bard — Gemini 1.5. Його вже додали до голосового Google Assistant. За даними Gizmodo, застосунок Gemini вже можна встановити  на Android, а також він доступний у застосунку Google на iOS. Платна версія має назву Gemini Ultra та коштує майже $20. Тобто, Google нарешті вивів свою розробку зі стану «експериментальної». Bard відчутно відставав від ChatGPT, але його переродження — Gemini — ще має шанси на успіх. Втім, за пару тижнів після запуску генератор зображень Gemini звинуватили у расовому упереджені. Зокрема, він малював темношкірих вікінгів. Розробники перепросили  за історичні неточності й поставили на паузу функцію створення зображень людей в застосунку. Що вміє Perplexity.ai Perplexity — ще один гравець на пошуковому ринку, який стрімко зростає. Це молодий стартап, який понад рік тому створили колишні працівники AI-команд OpenAI та Meta. Один з інвесторів проєкту — Джефф Безос. Продукт стартапу — пошукова система на основі LLM (великих мовних моделей), зокрема, той самий GPT від OpenAI. Perplexity розуміє  контекст запитань та надає релевантні відповіді з різних джерел — від «Вікіпедії» до блогів. Система працює у двох режимах — як пошуковий сервіс та як чатбот. Ви можете або отримати відповідь на свій запит у вигляді тексту, картинки, таблиці, коду тощо, або поспілкуватися з чатботом, який буде відповідати на ваші запитання.  Як і у ChatGPT, у Perplexity є безкоштовна версія та потужніший Pro-продукт за 20$ на місяць, який дозволяє, зокрема, завантажувати власні файли.  NYT протестували  сервіс протягом кількох тижнів, встановивши його як пошукову систему за замовчуванням на комп’ютері та смартфоні. В медіа пишуть, що Perplexity дуже добре справляється зі своїми задачами, і у пошукових систем на основі ШІ є шанси похитнути позиції Google на ринку пошуку.   Конкуренція на ринку пошуковиків — що кажуть українські експерти «Те, наскільки точно AI-боти надаватимуть відповіді на запитання користувачів, і  буде визначати рівень їх спроможності змагатися з пошуковиками. В пошуку визначають три типи запитів: інформаційні,  навігаційні,  транзакційні.  OpenAI відпрацьовує інформаційні запити навіть краще, ніж будь-який пошук, тому що користувачеві не треба шукати відповідь в тексті за посиланням або обирати, за яким з посилань вона взагалі є. А з іншими запитами все не так просто. Там потрібно направляти користувача або до конкретного сайту, або до конкретного місця транзакції. Для цього необхідно актуальне знання про таке місце або сайт. База OpenAI оновлюється тільки два-три рази на рік. Це також впливає на дуже важливий параметр — свіжість, тому що багато запитів вимагають актуальної інформації. Дехто, мабуть, не усвідомлює, що пошук для нього — це й прогноз погоди, й новини, й курс валют тощо. Навіть коли ви у браузері починаєте вводити адресу сайту, саме пошук, інтегрований в браузер, доповнює по декількох літерах складний URL. У плані пошуку в OpenAI та будь-яких ботів дуже багато потенціалу для розвитку. Як конкуренція з ШІ-ботами відобразиться на ринку — мабуть, ми й не помітимо одразу, тому що краща якість відповідей — це внутрішня метрика. Вона не є доступною зовнішнім аналітикам. Вони оперують переважно непрямими показниками на кшталт кількості відвідувачів з пошуку — але, якщо людина отримала повну відповідь там, де ставила питання, нащо їй кудись ще переходити?» «Ми спостерігаємо гарячу фазу конкуренції між Microsoft, Google, Facebook та OpenAI. Google нещодавно анонсував ШІ-модель Gemini 1.5, що може бути кращою за ChatGPT. OpenAI відповідає атакою на пошуковий бізнес Google. За цим цікаво спостерігати.  Я думаю, в OpenAI вже не залишилося секретів, які не знають інші. У Google більше ресурсів і в них уже є пошуковий індекс і сервіс аналогічний до ChatGPT. Якщо Gemini 1.5 насправді настільки потужний як було анонсовано, то ChatGPT почне втрачати користувачів.  Водночас Cloudflare Radar вже показує, що GPTBot на 9-й позиції в списку найбільш активних кроулерів. Тобто ми бачимо, що OpenAI працював над пошуковою системою як мінімум рік. В підсумку ми маємо жорстку конкуренцію. На мою думку, єдине, чого бракує обом компаніям — це уваги до того, як в нових реаліях люди зможуть отримувати компенсацію за їх роботу над контентом. Google індексує чужий контент і заробляє на рекламі, а ChatGPT навіть не відправляє своїх користувачів на інші сайти. Ми в Ahrefs продовжуємо працювати над ШІ-пошуковиком Yep, тому що хочемо запропонувати альтернативу, де люди, які створюють контент, могли би на ньому заробляти». Хто переможе на пошуковому ринку — ми побачимо вже у найближчі роки, але на нас точно чекає зміна користувацького досвіду.

Червень 2024 року запам’ятається цікавою угодою на французькому технологічному ринку. Розробник і видавець відеоігор Voodoo придбав соціальну мережу для обміну фотографіями BeReal. Сума угоди склала 500 млн євро — що досить непогано для складної ситуації на ринку. Тепер у Voodoo планують зробити так, щоби BeReal почав заробляти на рекламі, якої у застосунку ніколи не було. Разом з Михайлом Перевозником, інвестиційним аналітиком фонду Flyer One Ventures, розповідаємо деталі угоди. Що таке BeReal  BeReal — відносно новий гравець у світі соціальних мереж. Його засновники — Алексіс Барреят і Кевін Перро — запустили платформу наприкінці 2019 року.  Концепція соцмережі передбачає акцент на реалістичності та автентичності. Пости пропонують робити раз на день, коли приходить відповідне сповіщення. Після нього юзер має пару хвилин, щоб поділитися світлиною. Застосунок робить одразу два фото: на звичайну та фронтальну камери. На відміну від Instagram, Facebook та TikTok, у BeReal немає фільтрів та можливості обрати фото з бібліотеки.  Найбільше соцмережу полюбило покоління Z, яке втомилося від показового та ідеалізованого життя в інших соціальних мережах. Основні ринки — США, Франція та Японія. Творці кажуть, що в цих країнах люди користуються   застосунком до шести разів на тиждень. Спершу справи у компанії шли не дуже, втім у 2022 році застосунок неочікувано став популярним серед молоді. На кінець серпня 2022 року соцмережа уже мала 10 млн активних користувачів щодня та 21,6 млн щомісяця. Тоді ж BeReal став застосунком #1 в App Store серед соціальних мереж й одержав звання «Застосунок року» для iPhone за версією App Store Awards. На піку фаундерам вдалося залучити $60 мільйонів інвестицій.  Проте у 2023 році, після стрімкого зростання, почалося таке ж стрімке падіння. К ількість активних користувачів щомісяця   впала   з 15 мільйонів у жовтні 2022 року до 6 мільйонів у березні 2023 року. Основних претензій дві. По-перше, користувачі занудьгували: постинг та перегляд чергової фотографії з офісу під час роботи уже не здавалися чимось надто цікавим. По-друге, багато юзерів перестали робити фото в моменті, очікуючи на цікавіші події впродовж дня — що суперечить самій концепції «життєвості» соцмережі.  Відтоді BeReal намагався повернути «минулу велич» різними шляхами :  це і приватні групи, і збільшення кількості публікацій, і функція RealPeople, яка дає змогу бачити контент від знаменитостей та брендів. Однак, схоже, що їм це не допомогло. У березні цього року зростання припинилося , стагнуючи на рівні 25 мільйонів активних користувачів щодня з минулого року. Топменеджмент почав вивчати шляхи залучення нових інвестицій або навіть можливий продаж.  Хто придбав соцмережу Видавець ігор Voodoo також походить з Франції. 2013 року компанію заснували Александер Язді та Лоран Ріттер. Студія фокусується на випуску безкоштовних гіперказуальних ігор для Android та iOS. Ігри студії завантажили   сім мільярдів разів, вони монетизуються завдяки рекламі. Найпопулярніша гра студії — Helix Jump.  Окрім випуску власних ігор, Voodoo співпрацює зі сторонніми геймдев-студіями. Вона допомагає зі створенням гри, а потім одержує роялті. Всього подібних компаній 2 000, на них припадає 75% релізів Voodoo. Також у портфелі французького видавця — соціальна мережа Wizz, розроблена 2020 року. Нині, за словами  топменеджменту, вона має 16 мільйонів завантажень та 1,5 мільйона активних юзерів у США.  Останні чотири роки Voodoo активно масштабується. Наприклад, 2020 року вона відкрила офіси в Сінгапурі та Японії, інвестувала у турецьку компанію Fabrika Game та придбала французьку студію OHM Games. Роком пізніше Voodoo купила ізраїльську ігрову студію Beach Bum та платформу автоматизації маркетингу для мобільних ігор BidShake. Однак не все так просто. Компанія неодноразово зіштовхувалася з критикою — їй закидають клонування інших казуальних ігор. Наприклад, їхня Infinite Golf схожа на Desert Golfing, Twisty Road — на Impossible Road, The Fish Master — на Ridiculous Fishing. Крім того, минулого року користувачі помітили, що у грі Paper.io  2, яка також виходила під брендом Voodoo, є мапа України без тимчасово окупованого Криму.  Які зміни чекають на BeReal Voodoo придбав BeReal за 500 мільйонів євро. Це непогана ціна для нинішнього венчурного ринку, але все одно менша, ніж оцінка компанії на піку зростання. Тоді ця цифра складала $600 млн, згадує Михайло Перевозник, інвестиційним аналітиком фонду Flyer One Ventures. Причина зниження ціни: відсутність зростання й монетизації. «Придбання BeReal — не сюрприз для ринку. Соцмережа стала хітом два роки тому, але не змогла використати свою популярність і перетворитися на  компанію зі стійкою бізнес-моделлю. У 2023 році кількість активних користувачів впала на 18% порівняно з піком її популярності у 2022-му. Виторг BeReal не отримувала, а гроші від інвесторів почали закінчуватись», — пояснює Михайло Перевозник.  «У засновників було дві опції: залучати інвесторів до потенційного раунду Серії С або продати компанію. Без зростання та чіткого плану з монетизації, інвестори навряд чи зацікавилися б соцмережею, тож залишився другий варіант».  Про скорочення чи оновлення штату поки не йдеться — топменеджмент Voodoo хоче зберегти таланти , які готові працювати відповідно до стратегії. Ця стратегія передбачає впровадження стійкої бізнес-моделі, якої так не вистачало BeReal. Один з перших кроків у цьому напрямі — введення реклами. Александер Язді уточнює, що це робитимуть «плавно, аби не нашкодити взаємодії з користувачами».  Втім, одна відставка все ж буде: після перехідного періоду компанію покине її засновник і теперішній СЕО, Алексіс Барреят. Новим очільником бізнесу стане Аймерік Роффе, який нині опікується соцмережею Wizz. «На перший погляд здається, що участь Voodoo в цій угоді доволі неочікувана, адже їхня ніша дуже відрізняється від того, чим займається BeReal. Однак Wizz, як і BeReal, позиціонується як платформа де можна «бути справжнім». Здається, Voodoo має намір і далі розширюватися в social space, завойовуючи там увагу «зумерів», — каже аналітик.  Серед інших планів — розширення бази користувачів, пришвидшення розробки, запуск нових функцій та зміни у маркетинговій стратегії. СЕО Voodoo очікує, що впродовж наступних двох років кількість активних щодня юзерів зросте до 100 млн. Це вчетверо більше, ніж соцмережа має зараз. Команда обіцяє «допомогти BeReal повністю розкрити свій потенціал, [...] спираючись на десятирічний досвід створення та розвитку культових мобільних продуктів».

Вдалий пітчдек може стати фундаментом для успішного залучення коштів або ж плідного партнерства з інвесторами у довгостроковій перспективі. Поганий — навпаки: загубиться серед інших та зруйнує ваші шанси отримати інвестиції. Фахівці німецької платформи AddedVal.io , яка з’єднує стартапи з інвесторами, підготували презентацію з порадами, що робити, аби ваш стартап рухався за першим сценарієм, і чого не робити, щоб не стався другий. Публікуємо основні рекомендації фахівців платформи. Своїми порадами для стартапів також поділилася Startup Program Lead у TRMNL4  Тетяна Ладанова.  Ось про що йтиметься у цьому матеріалі: > як створити якісний дизайн для презентації ; > як сформувати історію у структурі пітчдеку ; > що виносити та що не виносити на основні слайди: проблема , рішення , продукт , бізнес-модель , ринок , трекшн , конкуренти , команда , роадмеп , фінансування . Продуманий та гармонійний дизайн допомагає інвесторам скласти перше враження про бренд, а у майбутньому — швидко впізнати його серед інших. «Якісний дизайн демонструє повагу фаундерів до того, хто буде дивитися їхню презентацію, — каже Тетяна Ладанова, StartupProgram Lead у TRMNL4. — Через руки інвесторів та акселераторів проходять сотні пітчдеків, тож варто потурбуватися, аби глядачам було комфортно сприймати матеріал. Так, через погане оформлення або надмірну кількість інформації інвестор може швидко втратити інтерес. Якщо це станеться, наприклад, на слайді з трекшеном, то інформація про досягнення продукту та команди може просто загубитися».  Ось кілька порад, які наводять фахівці AddedVal.io :  додайте на кожен слайд логотип і всюди розміщуйте його на одному місці; дотримуйтеся консистентного стилю у фотографіях (наприклад, якщо на першому слайді вона має скруглені кути, то вони мають бути такими й далі); уніфікуйте розміри, кольори та стиль шрифтів;  використовуйте стрілки, діаграми, блок-схеми, іконки та інші не текстові елементи;  виділяйте цифри: розташовуйте їх на найбільш помітних місцях; між цифрою та іконкою обирайте цифру. Важливий нюанс — зверніть увагу на країну походження або перебування інвестора та дотримуйтеся відповідної системи запису дат та десяткових чисел; перевірте узгодженість пунктуації наприкінці речень.  Почнемо з заголовків. У інвестора буде 2-3 хвилини, аби оцінити ваш пітчдек, тому, щоб заволодіти його увагою, важливо донести 60% потрібного меседжу уже в заголовку. Ось що може допомогти:  не називайте слайди стандартними «Проблема», «Продукт», «Команда»; натомість пишіть повними реченнями, використовуючи дієслова активного стану;  пов’яжіть речення між собою, аби вийшла цілісна історія;  створюйте драматургію, підсвічуйте, як ваш стартап долає труднощі, та вирізняється на фоні інших.  Ось кілька формул вдалих заголовків, які сформовані на основі аналізу 1500 пітчдеків.  Х годин щотижневої роботи [групи користувачів] втрачається через [фактор], що призводить до [негатив].  [Користувачам] конче необхідно [зробити щось], але наявні рішення неефективні та не пропонують [ваша унікальна функція].  [Щось] здається простим, але [вашим клієнтам] часто не вдається [досягти бажаного результату] через [неочевидну причину].  Тепер розглянемо детальніше, що має бути на кожному слайді.  Вступний слайд Вступний слайд розповідає інвесторам, про що буде подальша презентація, допомагаючи інвесторами приготуватися та налаштуватися на потрібний лад. Якщо історія вашого стартапу викладена захопливо, інвестор неодмінно зацікавиться. Така історія відповідає кільком основним правилам.  Do’s: додавайте лого компанії; сформулюйте коротке речення з трьох-десяти слів, яке влучно опише бізнес;  потурбуйтеся про зображення продукту, актуальні фото та скріншоти.  Don't's:  не робіть занадто яскравий фон;  не використовуйте занадто контрастні та різноколірні шрифти; не пишіть дату створення пітчдеку чи номер версії — інвестори очікують, що ви замовчуванням надасте найбільш свіжу версію.  Проблема Цей слайд показує інвесторам їхні майбутні можливості. Більшість ідей стартапів не є новими, команди зазнають невдачі з багатьох причин. Тому щоби переконати у вас інвестувати, розкажіть інвесторам, наскільки «гострою» є проблема, яку ви вирішуєте. «Мені спадає на думку український стартап NUMO — це застосунок для боротьби з синдромом дефіциту уваги (РДУГ або англійською ADHD). Останнім часом цей діагноз стає все більш поширеним не лише у дітей, а й дорослих. І от команда NUMO виявили, що на ринку немає якісних продуктів, які допомагають налагодити самодисципліну та підтримувати себе в цьому — а це один зі способів подолання РДУГ. Вони сфокусувалися саме на допомозі людям з цим синдромом  — нині їхній застосунок працює як терапевт у смартфоні, надаючи розв'язання проблеми, яке завжди під рукою», — каже Тетяна Ладанова.   Do’s: сформулюйте активний «дієвий» заголовок, підсумуйте проблему в одному реченні та підкріпіть її цифрами; наведіть цифри, статистику та інші дані, які дадуть інвесторам змогу зрозуміти масштаб проблеми. Не забудьте вказати джерела цих даних;  приділіть увагу зображенню цифр та статистики. Наприклад, зробіть показники року більшими за показники місяця;  чітко поясніть, чому рішення, які пропонували стартапи до вас, не змогли правильно розв'язати проблему.  Don't's:  нечітко сформульований заголовок, в якому немає вартісної інформації чи чіткого меседжу;  розпливчасті заяви без жодних кількісних показників;  не вирішуйте більше однієї проблеми — сфокусуйтеся на одному великому виклику;  відсутність джерел, які підкріплюють цифри.  Це не обов’язковий слайд. Якщо у вас більш-менш простий продукт, то всі деталі про розв'язання проблеми можна винести на наступний. Якщо ж ні, то спочатку варто дати загальний огляд того, як ви бачите рішення, а потім, на наступному слайді розповісти про деталі.  Do’s:   коротко поясніть, що саме ви будуєте, і уточніть, як воно має розв'язати проблему юзерів;  зробіть огляд основних фічей.  «Для мене найважливішим критерієм оцінювання блоку рішення стартапів є наявність у них кілер-фічі  — особливості, яка виділяє їх серед конкурентів. І саме це рішення має значно краще розв’язувати дуже конкретну і гостру проблему», — говорить Тетяна Ладанова.  Don't's:  не перебільшуйте свої можливості. Чудово, якщо ви хочете змінити світ, але інвестори цінують реалізм.  не виносьте на слайд складні технічні терміни та абревіатури — навіть не-спеціалісти повинні все розуміти; не перевантажуйте слайд фічами, адже тоді інвестору важко буде зрозуміти, яка з них справді вирізняє ваш стартап серед інших;  не додавайте посилання на сторонні сервіси.  Продукт  Якщо на слайді з рішення ми показали загальний огляд продукту, то тут потрібно зануритися у деталі.  Do’s:  лаконічно опишіть мету вашого продукту;  сформулюйте вашу місію та додайте слоган;  перерахуйте реальні переваги вашого продукту і підкріпіть їх доказами за допомогою формули: [перевага] через [особливість]. опишіть фічі продукту, але не більше трьох;  якщо потрібно додайте пояснення щодо користування продуктом додайте картинки, лого, скріншоти та будь-який інший візуальний матеріал.  «Суть продукту круто показати через асоціації з уже знайомими брендами. Це легко пояснити на прикладі продукту з нашого пайплайну memoryOS — фаундери представляють його як «Duolingo для тренування пам'яті». Ще один ключовий момент — показати зміни, які пропонує ваш продукт. Так, бізнес Uklon мало чим відрізняється від бізнесу Uber чи Bolt, однак вони запропонували користувачам нову фічу: самостійно виставляти ціну за поїздку. Це відмінність, яка змінює правила гри на ринку, адже ціну визначають не водії, а пасажири», — говорить Тетяна Ладанова. Don't's:  надавайте хоча б короткі пояснення до функцій продукту, однак не перевантажуйте слайд. Одного-двох речень буде достатньо;  не надавайте нечіткі чи складні пояснення, інакше інвестор закриє ваш пітчдек на цьому ж слайді; не надавайте зображення низької якості — подібні деталі показують ваше сталення до власного продукту, тож потурбуйтеся про якісні зображення. «Якщо у вас складний B2B-продукт, наприклад, розгалужена CRM-система, то не варто додавати просто скріни або писати докладні пояснення. Натомість краще обрати найбільш зрозумілі скріншоти й графічно пояснити, які саме зміни чи переваги ви пропонуєте. Тримайте в голові, що інвестори можуть бути не в курсі останніх новин галузі, тож пояснюйте все максимально простою мовою», — радить Тетяна Ладанова.  На цьому слайді слід дати відповідь на найважливіше питання: «Як саме ви плануєте заробляти гроші?» Do’s: поясніть бізнес-модель одним зрозумілим реченням;  визначте групи та типи ваших клієнтів;  додайте юніт-економіку — покажіть, скільки ви заробляєте й витрачаєте на одного клієнта; інші важливі KPI, які варто додати: CLTV (Customer Lifetime Value), CAC (Customer Acquisition Cost), ARPA (Average Revenue Per Account); опишіть ваші тарифні плани, розкажіть, що саме вони пропонують, та скільки коштів приносять.  Don't's:  не називайте слайд «бізнес-модель» — це не заголовок, а лише вказівка на те, на якому саме слайді знаходиться глядач;  занадто докладний опис бізнес-моделі може заплутати, тому зосередьтеся лише на основних даних.  не додавайте цифри у слайд з бізнес-моделлю — це помилка;  ціноутворення ≠ бізнес-модель. Недостатньо показати лише ціну для користувачів без загального опису монетизації компанії;  не описуйте грошовий оборот, який матимете у майбутньому, сконцентруйтеся на сьогоденні.  Ви можете почати з нішевого продукту, але ринок, на який ви повинні цілитись, має бути великим. Інвестори зацікавлені у мінімум 10-кратному доході, тому маленького ринку буде недостатньо.  Do’s: включіть до презентації показники TAM, SAM, SOM.  TAM (Total Addressable Market) — показник, що описує загальний доступний ринок.  SAM (Serviceable Addressable Market) показує обсяг ринку, але з урахуванням обмежуючих факторів (конкуренція, регулятори, доступні ресурси тощо).  SOM (Serviceable Obtainable Market) визначає реальні можливості компанії захопити ринок, базуючись на її ресурсах, стратегії та дій на ринку.  завжди послуговуйтеся перевіреними джерелами. Завжди показуйте прозоро показуйте, звідки взяті цифри та/або показуйте важливі припущення для ваших власних розрахунків; дайте прогноз на майбутнє — сьогоднішній розмір ринку  важливий, але розмір завтрашнього ще важливіший. Don't's:  не надавайте лише ретроспективні дані. Те, що ринок зростав непогано — це добре, але варто показати перспективу;  чітко визначте свій ринок. Інвестори навряд чи оцінять спробу потрапити одразу всюди; не надавайте цифри без конкретного зазначення, що саме вони ілюструють; довгі числа. Їх важче читати, тому, наприклад, замість 20 000 000 євро краще писати 20 млн євро;  пильнуйте показники. Варто зазначити, що якщо окрім метрик ТАМ, SAM та SOM стартап не має, що показати, то це може бути моветоном для інвесторів.  Покажіть, що все те, що інвестори читали до цього, — це не лише гіпотези, а бізнес, що працює.  Do’s:  пропишіть ваші головні досягнення. До них можуть відноситися виконані KPI, кількість активних користувачів, участь у рейтингах тощо; покажіть динаміку зростання ваших доходів;  якщо ви брали участь у держаних програмах, подавалися до акселераторів чи одержували гранти — згадайте про це; надайте відгуки клієнтів — це хороший спосіб показати, що продукт має реальну цінність;  надавайте тільки найбільш свіжі та актуальні дані.  Don't's:  не робіть гучні заяви без підкріплення їх цифрами;  надавайте лише релевантні метрики. Велика кількість підписників у TikTok — це добре, але вони не гарантують успіх продукту;  не ховайте важливі дані у розлогих абзацах. Якщо ви потенційно залучили до співпраці 60 клієнтів, чітко окресліть це пункт; не розміщуйте запланований дохід на слайді трекшн — сюди краще додавати уже реалізовані показники; не варто додавати лише технічний трекшн. Якщо ваш продукт надзвичайно цікавий та складний, але ним ніхто не скористався — це не спрацює.  «Трекшн показує ваші досягнення та результати. Їх важливо показати у динаміці. Наприклад, якщо у вас є 5 000 користувачів, уточніть — за який період часу було досягнуто цієї мети: за рік, місяць чи кілька років. Так інвестори зможуть зрозуміти динаміку розвитку продукту та періоди зростання. Ще одна річ, яку варто підсвітити — прогноз на майбутнє. Покажіть, як зростатимуть ваші витрати на маркетинг, коштом чого збільшуватимуться доходи, на які ринки ви плануєте виходити. Для деяких продуктів круто спрацює прогноз на основі чинних результатів, коли команда уже має певні домовленості з кількома бізнесами, і може на основі цього припустити, скільки клієнтів і з якою динамікою вона зможе залучити», — каже Тетяна Ладанова. Конкурентів має кожен стартап. Іноді це пряма конкуренція, іноді непряма, але найчастіше йдеться про статус-кво, адже клієнти не схильні змінювати свою поведінку. Добре вивчений і чесний огляд конкурентів покаже інвестору, що ви не боїтеся сильних суперників.  Do’s:  переконайтеся, що чітко розумієте, яка функція вашого продукту є ключовою та визначте конкурентів відповідно до цього; покажіть, що порівняно з вашими конкурентами, ви знайшли нове, унікальне позиціювання; підсвітіть свою унікальну торгову пропозицію;  надайте коротку довідку про кожного конкурента, наприклад, їх позиціювання;  не нехтуйте інформацією про непрямих конкурентів.  Don't's:  не варто виставляти конкурентів у поганому світлі, краще сконцентруватися на своїх перевагах;  не додавайте на слайд лише логотипи, інакше інвесторам важко буде знайти інформацію про них; не протиставляйте сьогоднішнім конкурентам вашу компанію через два чи більше років;   якщо наводите систему координат — простежте, щоб виміри вісі Х та Y були логічно пов'язані. «Слайд, якого я б не хотіла бачити, але який усі додають, — це табличка з аналізом конкурентів, де перераховуються не дуже зрозумілі чи не важливі характеристики, і навпроти свого продукту ставляться всі плюси, а навпроти конкурентів — переважно мінуси. Краще просто описати, наприклад, у чому ми програємо: в бренді, впізнаваності, кількості даних, клієнтській базі тощо. І в чому ми виграємо: у зручному інтерфейсі, у привабливості для клієнтів нового покоління, в ціні тощо. Також можна додати інші переваги залежно від продукту, але вони мають бути такими, що впливають на рішення клієнта про покупку», — каже Тетяна Ладанова.  Ваша команда  — це і є ваш стартап. Покажіть, що співпрацюєте з людьми, здатними привести продукт до успіху.  Do’s:  напишіть на слайдах повне ім’я людини та додайте посилання на LinkedIn; використовуйте професійні фотографії в однаковому діловому стилі; покажіть структуру команди та ролі; підкресліть освіту та відповідний професійний досвід, завдяки якому команда ідеально підходить для бізнесу. Назвіть конкретні успіхи, результати та цифри; додайте логотипи компаній, де працювала ваша команда.  Don't's:  не використовуйте картинки низької якості;  не додавайте надто довгі тексти, тобто такі що більші за чотири рядки;  не варто вигадувати особливі назви для посад, дотримуйтеся стандартних CEO, CTO, CMO тощо;  не використовуйте кліше на кшталт «вмотивовані» або «досвідчені»; не має бути такого, що одні й ті ж люди займають однакові посади. Це ризик конфлікту між засновниками, а значить — ризик втратити майбутнього інвестора.  «Часто команда та її досвід не висвітлюються належним чином. Фаундери зазначають лише ролі учасників, а от які у них навички — незрозуміло. Однак це важливо додавати, аби інвестори могли зрозуміти, що команда має навички, що доповнюють одне одного, й здатна комплексно розвивати продукт. Якщо у вас поки немає в команді людини, яка відповідальна за певну зону (до прикладу, маркетинг), покажіть що у вас є відповідні ментори, фриланс-працівники, які закривають цю функцію, поки ви в пошуку. Інвесторів “відлякують” команди, в яких умовно три СТО», — говорить Тетяна Ладанова.  Показувати інвесторам свої амбітні майбутні цілі — це добре, але виникає питання: як ви їх досягнете? Покажіть, що ваші плани варті довіри, склавши покроковий план дій. Do’s:  зробіть таймлайн із хронологією розвитку вашого стартапу; коротко опишіть кожен етап;  покажіть, чого конкретно ви прагнете досягти у той чи інший рік;  використовуйте правильні часові інтервали — Q1, Q2 тощо.  Don't's:   відсутність хронології. Без неї ваш роадмеп не матиме значення; вказані лише технічні аспекти. Ваша компанія — це набагато більше, ніж ваш продукт, тому не варто показувати лише технологію; не варто показувати на роадмепі впровадження багатьох нових функцій.  Ви зробили свою справу — представили факти. Тепер настав час показати, до чого все це йшло. На слайді про фінансування інвестор має побачити, які саме інвестиції потрібні, на що вони будуть використані та чого ви плануєте досягти з їхньою допомогою. Do’s: вкажіть, на скільки вистачить інвесторських коштів, і яких конкретних цілей ви зможете досягти за цей час; покажіть план використання коштів, щоб інвестори мали змогу погодитися з вашим планом; покажіть, як ви розподілили уже вкладений капітал; поясніть, чому саме ЗАРАЗ найбільш правильний час для того, щоб інвестувати у вас.  Dont’s: не просіть занадто багато занадто рано. Просити 5 млн євро, коли все, що у вас є — це простий застосунок, це занадто; не показуйте ваш план фандрейзингу на 10 років — все занадто швидко змінюється; немає деталей про те, як саме будуть використовуватися кошти;  немає чіткого плану — а це привід для інвестора засумніватися, чи справді ви зможете освоїти його кошти правильно.  Call-to-action підсумує вашу презентацію, тому чітко і просто сформулюйте свій заклик та поясніть, як саме з вами зв’язатися.  Do’s:  сформулюйте CTA, який нагадає інвестору, чому йому потрібно долучитися до фінансування; залишіть дані контактної особи; максимально спростіть формат бронювання дзвінка, наприклад, залиште QR-код чи посилання, яке буде вести на бронювання 15-хвилинного слота у календарі;  заохочуйте інвесторів ділитися вашим пітчдеком. Припустімо, конкретно ця людина не зацікавилася вашим стартапом, але можливо, вона знає когось, кому це буде цікаво.  Dont’s:  «дякую» — це не CTA. Краще чітко вказати, що ви хочете, щоб інвестор зробив далі; уникайте «слабких» слів, як-от «надія», «бажання» тощо;  не додавайте зайві деталі — зайві картинки, графіки абощо.  Вдалий пітчдек допоможе вигідно підсвітити сильні сторони вашого стартапу та зацікавити інвесторів. Однак кілька прикрих помилок — і увагу глядачів буде втрачено. Пам'ятайте, що пітчдек — це не «срібна пуля», а лише інструмент, який може спрацювати на користь або ж проти фаундера.

Компанії з екосистеми Genesis шукають амбітних розробників, аби разом з ними розвивати продукти на глобальних ринках. Ми зібрали 10 актуальних вакансій, що охоплюють мобільну розробку, бекенд та фронтенд. Шукайте свою ідеальну позицію та ставайте частиною великих історій.  Android Developer Duomo — платформа для особистого і духовного розвитку, а також спілкування з однодумцями. Це новий проєкт, команда якого прагне першості на міжнародних ринках, збирає сильну технічну експертизу і шукає розробника на Android. На посаді потрібно буде працювати над функціоналом Android-застосунку, проєктувати легко масштабовану архітектуру, покращувати процеси розробки та технологічний стек. На посаду ідеально підійде кандидат з 4+ роками досвіду в Android-розробці, у тому числі розробці застосунків з нуля, відмінними знаннями Kotlin і Android SDK та чітким розумінням найпопулярніших архітектурних рішень MVP, MVVM, MVI, Clean Architecture.  Golang Developer Boosters  створює мобільні застосунки для вивчення іноземних мов, покращення сну, позитивного мислення та коучингу. Нині до одного з продуктів компанії, а саме SaaS-платформи на основі ШІ, Just Done, потрібен Golang Developer. Він відповідатиме за реалізацію бекенд-рішень на Go, братиме участь у проєктуванні функціонала та впроваджуватиме нові підходи в розробку. Знадобиться від одного року досвіду у комерційній розробці на Go, вміння працювати з реляційними базами даних SQLite, PostgreSQL, MySQL, розуміння асинхронного програмування та клієнт-серверної архітектури.  Підписуйтеся на розсилку від High Bar Journal, аби щомісяця одержувати найцікавіші тексти та актуальні вакансії. Android Developer Розробника шукають також до Promova  — це платформа для вивчення мов, яка складається із мобільного застосунку, вебсайту, групових курсів та індивідуальних уроків з репетиторами. Обов’язки на посаді передбачають проєктування функціонала застосунку, пошук та впровадження оптимальних технічних рішень та реалізацію A/B-тестів. Щоби приєднатися, потрібно від двох років на аналогічній позиції, впевнені знання Kotlin, Android SDK, уміння використовувати ООП та структури даних, а також — досвід використання одного з MVVM / MVI / Redux підходів .  Android Developer Ви працюватимете в Holy Water  — паблішері застосунків, заснованих на даних, та рольових мобільних ігор. Команда активно розширюється і зараз потребує розробника з відмінними знаннями Kotlin. Він буде працювати з застосунками не лише на Android, а й на iOS. Це передбачає розробку та підтримку застосунків на Android, а також створення мультиплатформеної бібліотеки на Kotlin під iOS. Щоби приєднатися, потрібен комерційний досвід роботи розробником упродовж трьох років, уміння використовувати Jetpack Compose, Firebase, GraphQL (Apollo) чи Retrofit. Node.js Backend Developer Також Holy Water шукає бекенд-розробника з фокусом на Node.js. Команда очікує, що кандидат уже має досвід роботи у бекенд-розробці впродовж трьох чи більше років, працював з реляційними та нереляційними базами даних (Postgres і DynamoDB та Redis відповідно), добре знає TypeScript   та користується Next.js. Серед обов’язків — реалізація нового функціонала, підтримка та рефакторинг наявного коду, розробка автоматизованих тестів для забезпечення надійності та якості коду. Frontend Developer У групі компаній Universe Group  створюють мобільні застосунки та вебплатформи для спрощення та підвищення якості життя людей. Фахівець, що приєднається до бізнесу, працюватиме з таким стеком технологій: React, TypeScript, Next.js, Redux, Tailwind CSS. На посаді потрібно буде взаємодіяти між кількома командами: дизайн, DevOps, продукт. Завдання — верстка готових дизайнів та розробка нового функціонала. Знадобиться від двох років комерційного досвіду з React, Next.js і TypeScript, розуміння CSS та досвід роботи з будь-якими препроцесорами, знання та досвід роботи з Web API та розуміння клієнт-серверної архітектури.  Node.js Developer Ви працюватимете в OBRIO  — компанії, яка розвиває бренд №1 у ніші астрології, застосунок Nebula. Найбільш тісна співпраця буде з командою User Acquisition, тобто — з push-сповіщеннями, електронною поштою, SMS та аналітикою для оптимізації залучення користувачів. Для цього у вас будуть усі можливості. Потрібно півтора року досвіду роботи з Node.js, навички для управління базами даних, володіння PostgreSQL/MySQL, Redis та RabbitMQ. Ідеально, якщо ви також працювали з Nest.js, PHP, архітектурою мікросервісів та стеком ELK. iOS Developer Lift   — застосунок у сфері фото/відеоредагування, який допомагає SMM-фахівцям, власникам малого та середнього бізнесу створювати контент для просування своїх товарів і послуг в соціальних мережах. Майбутній професіонал приєднається до мобайл-команди, яка складається з шести iOS- та двох Android-розробників. Для цього йому потрібні глибокі знання Swift, багатопотоковості, базових алгоритмів та структур даних. Плюсом будуть знання SwiftUI, UDF архітектури, Metal чи OpenGL, а також досвід роботи з кастомними UI різної складності. Завдання передбачають роботу з обробкою відео, розробку нового функціоналу, вибір оптимальних технологій тощо.  Back-End Engineer Venture Partnership 6037   інвестує у проєкти на ранніх етапах, масштабує та допомагає створювати успішні компанії. Бекенд-інженер буде допомагати бізнесу активно розвиватися, розробляючи гнучкі та масштабовані рішення для R&D та внутрішнього продукту Funnel Fuel. Серед вимог — чотири роки комерційного досвіду, глибокі знання JavaScript i TypeScript, вміння працювати з інфраструктурою AWS, робота з реляційними базами даних та глибоке розуміння процесів CI/CD. Перевагу нададуть кандидату, який має досвід у створенні пет-проєктів, та розуміє, як це — працювати у продукті.  FrontEnd Engineer Продукт стартапу   Codefinity   — освітня платформа для навчання програмування. Це вакансія для фахівця рівня джуніор, вимоги до якого — вільне володіння JavaScript та TypeScript, знання React та Vue, та вміння працювати з Git. Команду, що наймає,  зацікавить також розуміння SSR та знання GraphQL. На посаді потрібно буде проєктувати та розробляти вебсайти для освітньої платформи і внутрішніх сервісів, налаштовувати інтерфейси, писати масштабований та підтримуваний код.

TIDE NATO Hackathon  — змагання, під час яких команди шукають інноваційні рішення для покращення взаємосумісності країн НАТО та союзників. 2024 року українські команди здобули перемогу у двох челенджах, а також гран-прі змагань. Тарас Кльоба, лідер команди Valkyrie, розповів, як їм за пʼять днів вдалося розробити рішення для пошуку медикаментів з допомогою ШІ, яке визнали найкращим на хакатоні. Під час виступу на конференції Highload fwdays'24  він описав, як команда шукала юзкейси в українських парамедиків, а також розказав про технічні деталі реалізації через функції PostgreSQL і Azure AI.  Тарас Кльоба — Senior Partner Solutions Architect, Data&Artificial Intelligence в Microsoft. Має понад 14 років досвіду в IT індустрії, банківській справі та кібербезпеці. 2019 року був визнаний найкращим Software Architect України. Тарас є сертифікованим тренером Microsoft, а також має низку професійних сертифікатів від Google, Amazon тощо. Також він засновник спільноти PostgreSQL Ukraine.  Хакатон НАТО: завдання та пошук рішення Моделюємо ситуацію, що ворог нападає на одну з країн НАТО, і союзники мають застосувати свої сили: кожна країна з Альянсу відправляє військовий контингент у зону бойових дій. Коли в одній локації збирається велика кількість людей, які спілкуються різними мовами й погано розуміють один одного, може виникнути новий «Вавилон».  Змагання Pharmaceutical Thesaurus в межах TIDE NATO Hackathon покликане вирішити цю проблему у медичному треці. Аптечка кожного з таких військових складається з локальних ліків зі специфічними назвами. У критичній ситуації медикам потрібно буде швидко зорієнтуватися і надати першу допомогу. Тому завданням хакатону було придумати технічне рішення для цієї проблеми: мобільний застосунок для пошуку еквівалентів в аптечках союзників. На його розробку у команд було п’ять днів.  «Оскільки ми залучені до допомоги українській армії, ми мали змогу проконсультувалися з парамедиками. Від них дізналися чимало юзкейсів та реалізували додаткові корисні фічі у застосунку, який отримав назву Panacea», — ділиться Тарас Кльоба. Так звали богиню-цілительку у давньогрецькій міфології, яка є символом фармацевтів. Функціонал застосунку Panacea 1. Пошук ліків-еквівалентів за діючою речовиною У різних країнах є безліч брендів ліків. Водночас речовини, що лежать в основі — однакові та завжди зазначаються в інструкції латиною. Цей інсайт ліг в основу алгоритму пошуку, який розробила українська команда. «Ми взяли одну з найбільших у світі баз даних ліків, яка містить 700 000 назв брендів та 34 000 активних компонентів, і створили матрицю для пошуку еквівалентів, — пояснює Тарас. — Наприклад, у США є знеболювальне «Тайленол», в основі якого лежить ацетамінофен. Так само ця речовина входить до складу таких препаратів як «Панадол», «Парацетамол» або «Дофалген», які є аналогами «Тайленолу» в інших країнах».  2. Категорії та спеціальні теги Коли в Україну надсилають допомогу у вигляді контейнерів з ліками з різних країн, їх потрібно розвантажити та розсортувати за категоріями. Частину з цих ліків треба помістити в спеціальний холодильник, а частину, яка містить наркотичні речовини, — у сейфи. У медиків немає вільного ресурсу, щоби займатися цією роботою. Проте з цим може допомогти застосунок Panacea. Для цього команда додала категоризацію, яку розробила Всесвітня організація охорони здоровʼя. Так будь-який волонтер без медичної освіти може правильно визначити категорію ліків (через сканування штрих-коду, фотографію упаковки або ручний пошук у застосунку). Це дає можливість побудувати певний конвеєр та полегшити подальший процес пакування аптечок для військових та парамедиків. Також розробники додали спеціальні теги, які сповіщають про особливі умови сортування.  3. Профайл пацієнта У такому профайлі можна зберігати інформацію про групу крові, алергії, хронічні захворювання, а також інформацію про надану першу допомогу на кожному етапі евакуації. Чому це важливо: до таких операцій евакуації зазвичай залучено декілька груп. Спочатку пораненому надають домедичну допомогу, потім відвозять в стабілізаційний центр, потім в шпиталь. Якщо на якомусь етапі пораненому вкололи сильне знеболювальне або кровоспинне, інші медики мають обовʼязково про це знати. Застосунок показуватиме не тільки інформацію про всю надану допомогу під час евакуації, але й допоможе її інтерпретувати медикам з інших країн НАТО. Технічна реалізація: інструменти та архітектура Ядром системи став PostgreSQL, у якому команда мала хорошу експертизу. Через обмежений час розробники використовували екстеншени. Робота з базою даних на Azure дала застосувати функціонал Azure AI, який дозволяє перетворювати будь-які колонки в ембединги та працювати із векторним типом даних. Своєю чергою PostgreSQL має відповідні індекси, які дозволяють інтегрувати векторні дані у мобільний застосунок.  Підписуйтеся на розсилку  від High Bar Journal, аби щомісяця одержувати найцікавіші тексти та актуальні вакансії. Також команда використовувала додатковий компонент, який називається PostgREST. Він дає перетворити функції, процедури, таблиці та інші об'єкти, які є в базі даних, на REST API функції. Таким чином фактично весь бекенд застосунку змогли реалізувати за допомогою звичайного SQL.  Для додаткових речей, наприклад, Optical Character Recognition (OCR), частина коду була написана на Python. Як інтерфейс розробники використовували Fast API, щоби віддавати ендпойнти для комунікації з мобільним застосунком. Фронтенд був написаний на Flutter.  Ефективний пошук на PostgreSQL  Для якісної роботи застосунку команда прагнула реалізувати ефективний пошуковик для роботи з ліками. За словами Тараса, через брак часу вирішили не додавати нових компонентів, а побудувати його силами PostgreSQL, який має всі відповідні пререквізити.  Для цього реалізували три типи пошуку:  через оператор LIKE/ILIKE; триграми; семантичний пошук за допомогою векторів. LIKE/ILIKE Припустимо, потрібно знайти в базі ліки з назвою «тайленол». У SQL є оператор LIKE, до якого можна додати знак %, і це означатиме, що ми шукаємо всі слова в цій колонці, які починаються з певного словосполучення, наприклад «тайлен%». Так можна швидко знайти назву ліків в базі, перш ніж користувач введе повну назву. У кейсі Panacea доречно використовувати оператор ILIKE, який ігнорує чутливість до регістру. Так буде неважливо, з великої чи маленької літери почнуть набирати назву ліків, а також, як назва записана у базі даних — система знайде всі відповідники.  Наступний крок — пошук назви ліків всередині колонок. Для цього потрібно поставити два знаки %: на початку та в кінці. Це допомагає нам ранжувати пошукову видачу: спочатку повний збіг, потім збіг всередині тексту.  Триграми У PostgreSQL є розширення pg_trgm, яке дозволяє виконуватим пошук за допомогою триграм — послідовностей з трьох символів, на які розбивається слово. Наприклад, триграми для слова «tylenol» будуть такими: «tyl», «yle», «len», «eno», «nol». У такий спосіб велике слово перетворюється на масив маленьких «стрічок» з трьох знаків, і якщо людина вводить слово із помилкою, наприклад, «tylelon», застосунок все одно видасть потрібний результат.  Векторний пошук Для його реалізації команда застосувала екстеншен azure_ai: взяли відповідні колонки, по яких хотіли реалізувати пошук, та створили додаткову таблицю із даними, перетвореними у вектор. Далі створили нову колонку, налаштували, що вона буде автоматично заповнюватися щоразу, коли в ній щось відбувається з даними. Для калькуляції цього вектора застосовується певна функція, а результати зберігатимуться завжди в цій колонці. Провівши ці маніпуляції, можна використовувати вектори для пошуку інформації, якої немає безпосередньо в назві ліків. Наприклад, можна ввести запит «ліки від болю голови», і вектор розмістить його у багатовимірному просторі у певній близькості до ліків, які можуть розв'язати цю проблему.  AI RAG Assistant Також розробники вирішили додати RAG-систему до застосунку Panacea — додаткову вкладку, яка дозволяє працювати з пошуком у форматі чат-бота. Для цього усі дані про ліки та діючі речовини перенесли у Knowledge Graph та векторизували їх.  Щоби відповісти користувачеві на повідомлення, система дістає інформацію з векторизованої БД та віддає в LLM. Таким чином у реалізованої RAG-системи буде менше галюцинацій, ніж у великої лінгвістичної моделі.   «Застосувавши ці підходи, ми змогли реалізувати багаторівневий пошук, який вирішував завдання хакатону. Він дозволяє користувачам знаходити відповіді за точними та частковими збігами, за запитами, введеними із помилками, або словами, які не згадуються безпосередньо у назві завдяки багатовимірному пошуку. Цей підхід можна застосувати також для інших потреб, фактично в будь-якій системі», — ділиться Тарас Кльоба.  OCR-пошук Ще один можливий вид пошуку у застосунку Panacea, — через OCR. Команда створила мініалгоритм, який зчитує всю інформацію з коробки та розбиває її на певний набір слів. За кожним з них здійснюється пошук у базі даних, щоби ідентифікувати, яких ліків стосується ця інформація. Таким чином користувач може просто сфотографувати коробку і знайти всю інформацію про ліки в застосунку. Наразі Panacea використовують українські громадські організації, зокрема для потреб сортування. Також після участі в хакатоні розробку представили на двох конференціях NATO, зокрема у Дрездені, де зібралося близько 600 учасників. Загалом команда відкрита до співпраці та імплементації продукту в різних країнах альянсу і сподівається, що Panacea допоможе врятувати життя.

Богдан Кіт, співзасновник фонду KOLO та VP of Product в Automattic, досліджує концепт AI Native. Ми дізнались в Богдана, що таке нативність у контексті продуктів, яких ШІ-рішень не вистачає людству й у чому майбутнє інтерфейсів. Ділимось головним із розмови. Що таке нативні сервіси та як вони зʼявляються Нативність виникає разом із платформою та використовує можливості, які та має. З розвитком мобайлу зʼявився Uber та інші сервіси, які використовували геолокацію в реальному часі, що до цього було просто неможливо — не було мобільного девайсу, який би давав GPS-навігацію. Uber є нативною мобільною платформою, тому що використовує унікальні можливості смартфонів. Нативні платформи зсувають наші поведінкові характеристики. Instagram зʼявився, тому що в телефоні з'явилися камери, і можливість фотографувати виросла в рази. Але ніхто не міг подумати, що люди почнуть показувати приватне життя тисячам підписників. Платформа стимулювала зміну поведінкових патернів. Як створити нативний продукт Щоби створити нативний продукт, потрібно зрозуміти, які спроможності відкрились завдяки новій платформі, і як їх поєднання  в рамках одного пристрою чи віртуального середовища може змінити поведінковий патерн. Наприклад, CNN створює власного бота, який за заданими інтересами користувача шукає та інформує його про новини, може відповісти на уточнювальні питання і дати оцінку того, що відбувається. Грати на випередження має сенс — варто досліджувати, як нові платформенні зсуви можуть змінити поведінкові патерни. Але варто також розрахувати запас ходу. У  Facebook не спрацювала ставка на Metaverse, тому що компанія робила продукт так, ніби ми вже в метавсесвіті, але це не так. Тоді Facebook довелось сповільнітись і краще диверсифікувати продукт. Нативність у контексті ШІ Нативним ШІ буде вважатись будь-яке технологічне рішення, яке розвʼязує проблему користувача шляхом використання унікальних фіч ШІ. Питання у тому, як консолідувати унікальні спроможності, які ШІ відкрив — генерація тексту, розуміння контексту, створення картинок, аналіз візуального контексту. Найбанальніший приклад — це голосовий асистент на кшталт Jarvis із «Залізної людини» — його всі хочуть повторити, зокрема, над ним працює OpenAI. Голосовий асистент, який буде повноцінним власним помічником людини, стане першим AI ground breaking застосунком і змінить дуже багато. У контексті нативності важливо, що відбудеться конвергенція всіх спроможностей ШІ в одному місці. Питання у тому, як поєднати хороший UX з технічними спроможностями ШІ — наразі забезпечити ефективний голосовий інтерфейс складно, тому що ШІ працює через хмари, і обчислення в клауді впливають на затримку відповіді. Через це розмова вже не виглядає природною. Свіжий приклад — робот Figure 01 від Figure AI та OpenAI. На відео помітно, наскільки повільні відповіді робота. З голосових інтерфейсів мені подобається застосунок Call Annie, де можна перебивати бота. Є інший продукт, Eleven Labs, де хороший голос з погляду емоцій і просодії, але ти не можеш його використовувати в лайв-режимі. Той, хто зможе поєднати ці два рішення, створить ШІ-нативний голосовий інтерфейс. Є фундаментальні проблеми людства, і там ШІ може створити найбільше користі. Наприклад, дитяча освіта. Репетиторство є найбільш ефективною формою освітньої інтервенції. І в освіті ШІ дозволяє надати гіперперсоналізацію — кожна дитина може мати власного репетитора за замовчуванням. Компанії, які створять ефективного ШІ тьютора, будуть нативними. Що потрібно компанії, щоб створити AI-native рішення Важливо вміти ефективно поєднувати технологічні спроможності. Наприклад, якщо ми створимо голосового психолога, це буде ШІ-нативним рішенням, оскільки ми поєднали, генерацію тексту ChatGPT, озвучку від Eleven Labs і унікальний підхід до психотерапії (автоматизували процес, який раніше автоматизувати було неможливо через брак технологічної спроможності). В першу чергу, компанії потрібні людські мізки й правильна культура. Тому що без якісного розуміння, на що спроможні технології, і водночас які проблем є в користувача, важко знайти рішення. Треба думати спочатку, яке ідеальне розвʼязання цієї проблеми можливе, і вже потім — як його можна втілити? Якщо це нереально, то чого не вистачає? І чи ми можемо це створити самі? При цьому не всі юзкейси потребують AI native рішення. Зрозуміти потребу користувача можна експериментально. Наприклад, WordPress стоїть на 43,2% сайтів в інтернеті. Люди використовують систему, щоб управляти своїм контентом. Щоби побудувати вебсайт, треба розуміти, як працює HTML та CSS. Як можна переосмислити цей досвід? Можна, щоби ШІ створював вебсайт. Люди зможуть написати в текстовому інтерфейсі, який сайт потрібен, і він буде готовий за лічені хвилини. Це рішення і буде AI native, тому що буде давати якісно новий досвід використання. Завдяки success-метрикам можна зрозуміти, чи буде рішення мати якісний вплив на проблему. Якщо ми зменшуємо кількість кроків, які людині треба пройти, щоби досягти результату, це є якісним покращенням досвіду. Нині в індустрії вже є тяжіння до AI-native девайсів, наприклад, є Rabbit R1, який я бачив на виставці CES в Лас-Вегасі цього року. Це маленький мобільний девайс — по суті, ChatGPT в кишені. Чим такий гаджет буде кращий за смартфон із застосунком ChatGPT? Розробники кажуть, що він матиме контекстуальну обізнаність — у межах простору, де ти перебуваєш, давати тобі поради. У смартфоні досвід обмежений тим, чого хоче платформа. Цей гаджет — спроба вийти за межі того, що дозволено Apple та Google. Чи вийде в них? Час покаже. Я дуже вірю в концепт VR. Це просто якісно новий рівень досвіду в цьому середовищі, що людям і так подобається. Ми вже звикли до ескапізму — багато часу проводимо з Netflix, або у відеоіграх. Шанс на стрімкий розвиток поки є лише в Apple Vision Pro, тому що це якісно новий досвід і при цьому імерсивний. Багато хто говорить, що основна проблема першого такого продукту, Google Glass, була в тому, що окуляри мали поганий вигляд. Facebook запартнерились із Ray Ban. Вони просто додали до окулярів свої технічні рішення. Я впевнений, що це було повʼязано з тим, що вони вивчили досвід Google Glass, і зрозуміли, в чому були їх помилки. Я думаю, що Google Glass зʼявились зарано — тоді ми ще не були готові до того, щоб носити гаджет на собі. Чого не вистачає AI-рішенням, які оптимізують роботу Рішень багато, але в них немає інтероперабельності. Наприклад, сьогодні мені треба провести сегментацію користувачів. В мене є список адрес їх вебсайтів. Якщо розвʼязувати задачу мануально, мені треба піти на кожний вебсайт, зрозуміти, який це тип бізнесу, яка індустрія, хто потенційний користувач цього сайту, хто його створив, яка його мета. Але я можу написати скрипт, який автоматично робить скриншоти усіх сайтів, і передає їх у ChatGPT Vision API. Потім я запитую, про що цей сайт. І таким чином  за кілька годин у мене є вся інформація по цих сайтах. В ідеалі ChatGPT мав би передати дані ще кудись. Але для цього все ще потрібні сторонні рішення, що інтегрують застосунки. Наприклад, Zapier. І я витрачу на нього стільки часу, що простіше розвʼязати моє завдання мануально. Рішення мають бути простими з погляду інтеграції. Наприклад, Google вже запустили Gemini, що має доступ до пошти. Але це все ще залишається в межах їхньої екосистеми. Найбільше мені не вистачає помічника в моєму робочому процесі, який би розвʼязував рутинні задачі й мав ряд готових інтеграцій на кшталт Basepilot. Майбутнє інтерфейсів Голос буде найефективнішим інтерфейсом взаємодії. Коли я їду в машині, мені простіше попросити Siri забронювати квитки, ніж переписуватися в чаті. Я користувався застосунком для коучингу Wave.ai, і мені в цілому сподобався формат. Там був голосовий інпут, що значно спрощує взаємодію з інтерфейсом. Там якісні контекстуальні відповіді, а також дуже високий рівень персоналізації. Щоправда, голосової відповіді не було, і мені треба було все читати. Водночас із людиною-коучем я говорю по Zoom. Це жива розмова. Тут цієї живості бракує, але це вже якісно новий досвід. І якщо цей коуч буде мати ще доступ до мого звичайного щоденного контексту, це буде на голову вищий досвід, тому що люди-коучі не можуть бути постійно поряд. Нам це поки здається диким, але й концепт Instagram Influencing було важко уявити років 15 тому. Те, що відбувається у творах попкультури, є моделлю того, що буде можливо в реальному світі. Ми зараз йдемо до реальності книги та фільму Ready Player One. Перед тим був Blade Runner, де ми вперше побачили ШІ-компаньонів та голограми. Зараз технології голограм існують, але вони дуже дорогі й у них не такий інтенсивний апгрейд. Якщо AI дозволить створити ці технології значно дешевше, це відкриє нові категорії нативних рішень.

Розробники все більше надають перевагу великим мовним моделям (LLM) замість Google та Stack Overflow, які так само раніше замінили паперові посібники. Водночас чимало інструментів LLM є «чорними скриньками» — вони непрозорі та незручні у використанні. Доводиться витрачати чимало часу на копіювання з ChatGPT та вгадування, який контекст використовує Copilot. Крім того, для користування цими продуктами треба надати свій код для вдосконалення LLM, проте, як саме модель використовує ці дані — невідомо. Можливість експериментувати, налаштовувати модель під себе та контролювати власні дані є одними з найбільших потреб у комʼюніті. Як наслідок, з'являються рішення для інтеграції локальних та зовнішніх великих мовних моделей в середовища розробки (IDE), а рішення на базі Github Copilot і Jetbrains AI відходять на другий план. Один з таких інструментів — Continue. У цьому матеріалі розбираємося, як він працює, які має переваги, та ділимося інструкціями установки та налаштувань. Бонус — ґайд, як обрати LLM для вашого проєкту. > Що таке Continue > Як встановити Continue > Як налаштувати LLM у Continue > Яку LLM обрати > Популярні LLM та їхні характеристики Що таке Continue Continue — це відкритий автопілот для розробки програмного забезпечення. Цей плагін дозволяє IDE підключатися до будь-якої великої мовної моделі, незалежно від того, розміщена вона локально чи в хмарі. Компанія Continue, яку заснували Нейт Сесті і Тай Данн, у листопаді 2023 залучила $2,1 млн початкового фінансування. Фаундери вважають, що процес розробки з використанням LLM має бути схожим на створення музики. «Розробники відчувають себе успішними, коли їхня робота нагадує гру на гітарі біля вогнища, спів під радіо або експерименти з ритмами в GarageBand, на відміну від застрягання у болоті коду, документації та форумів» — стверджують вони. На базовому рівні плагін Continue усуває потребу в копіюванні з ChatGPT — замість цього потрібно виділити контекст та написати питання у бічній панелі редактору. Також інструмент надає можливість керувати контекстом. Наприклад, можна ввести «@issue», щоби швидко звернутися до проблеми на GitHub під час запиту до LLM, «@README.md», щоб звернутися до файлу, або «@google», щоб включити результати пошуку в Google. Крім того, є безліч додаткових налаштувань. Розробник може написати: власні слеш-команди (наприклад, '/commit' — щоби написати повідомлення для зафіксованих змін, '/docs' — щоб отримати вміст файлу та оновити сторінки документації, '/ticket' — щоби згенерувати завдання із відповідними файлами та інструкціями); джерела контексту (наприклад, проблеми GitHub, Jira, локальні файли, StackOverflow, сторінки документації); шаблонні системні повідомлення; інструменти (наприклад, додавання файлу, виконання модульних тестів, збирання та перегляд помилок) тощо. Continue працює з будь-якими LLM, включно з локальними та відкритими моделями. За замовчуванням розробницькі дані зберігаються у .continue/dev_data на локальному комп'ютері та можуть бути використані для вдосконалення LLM, які використовує команда. Цю опцію Continue і планує монетизувати. Переваги Continue: Вбудований інтелектуальний чат в редакторі коду. Користувач може отримувати поради, рекомендації або навіть допомогу з кодуванням без необхідності переходити до інших програм або вебсайтів. Використання локальних LLM або сторонніх API. Continue надає можливість використовувати локальні або звертатися до зовнішніх сервісів API, які надають доступ до великих мовних моделей. Робота з контекстом проєкту для більш точних та релевантних рекомендацій. Створення власних команд чату, які відповідають потребам та робочим процесам. Приватність і безпека даних. Всі обміни даними здійснюються безпечним чином, а користувацька інформація залишається конфіденційною. Як встановити Continue У VS Code завантажте плагін Continue через Visual Studio Marketplace та встановіть. Коли відповідна іконка зʼявиться у лівій бічній панелі, перетягніть її на праву панель. Якщо у вас виникли проблеми, перегляньте посібник з усунення несправностей. У JetBrains перейдіть до розділу налаштувань або параметрів, використовуючи «cmd/ctrl + shift + ,». Знайдіть розділ плагінів та встановіть Continue. Після інсталяції вам може знадобитися налаштувати плагін, щоби вказати, які моделі ви хочете використовувати (локальні, віддалені чи обидві). Налаштуйте будь-які параметри відповідно до ваших вимог. Обравши моделі, перезапустіть IDE, щоби переконатися, що плагін правильно завантажено та налаштовано. Починаючи працювати з плагіном, варто протестувати його на простих завданнях. Наприклад: Виділіть фрагмент коду та натисніть «cmd+shift+M» (Macos) або «ctrl+shift+M» (Windows), щоби включити його в повідомлення чату Continue. Введіть запитання «скажи мені, як працює цей код» у чаті. Якщо пояснення здається коректним, введіть «як би ти змінив цей код на [ваше завдання]?». Якщо відповідь вас влаштує, введіть /edit [ваше завдання]. Щоби прийняти зміни, використовуйте команду «cmd+shift+enter», щоб прийняти зміни. Щоби відхилити зміни, натисніть «cmd+shift+backspace» та повторіть спробу — плагін знайде іншу рекомендацію. Якщо після чергової спроби Continue надає некоректні пропозиції, спробуйте надати чіткі інструкції або розбити завдання та попросити LLM виконати кожне з них окремо. Як налаштувати LLM у Continue Щойно встановивши Continue, можна випробувати цей інструмент за допомогою проксі-сервера, який безпечно здійснює виклики через API до таких моделей, як GPT-4, Gemini Pro та Phind CodeLlama через OpenAI, Google і Together відповідно. Коли будете готові використовувати свій власний API-ключ або іншу модель/провайдера, натисніть «+», щоби додати нову модель. Їх можна налаштувати через GUI або через config.json — у ньому достатньо вказати, якого провайдера та модель використовувати за замовченням. Приклад підключення провайдера Mistral API: ~/.continue/config.json { "models": [ { "provider": "mistral", "title": "Mistral Small", "model": "mistral-small", "apiKey": "" } ] } Приклад підключення провайдера Ollama: ~/.continue/config.json {  "models": [    {      "title": "Ollama",      "provider": "ollama",      "model": "llama2-7b"    }  ] } Приклад підключення провайдера TogetherLLM: ~/.continue/config.json {  "models": [    {      "title": "Together CodeLlama",      "provider": "together",      "model": "codellama-13b",      "apiKey": "YOUR_API_KEY"    }  ] } Зокрема можна налаштувати шаблон чату. Більшість моделей із відкритим вихідним кодом працюють у певному форматі. Наприклад, llama2 і codellama очікують, що вхідні дані виглядатимуть так: «[INST] Як написати бульбашкове сортування в Rust? [/INST]». Continue автоматично намагатиметься визначити правильний формат підказки. Проте якщо ви отримуєте безглузді відповіді, спробуйте змінити формат у властивостях шаблону. Якщо ви хочете створити повністю новий шаблон чату, це можна зробити в config.ts, визначивши функцію та додавши її до властивостей templateMessages вашого LLM. Приклад templateMessages для формату Alpaca/Vicuna: function templateAlpacaMessages(msgs: ChatMessage[]): string {  let prompt = "";  if (msgs[0].role === "system") {    prompt += `${msgs[0].content}\n`;    msgs.pop(0);  }  prompt += "### Instruction:\n";  for (let msg of msgs) {    prompt += `${msg.content}\n`;  }  prompt += "### Response:\n";  return prompt; } Яку LLM обрати Першим критерієм для вибору є використання відкритих джерел або комерційних моделей. Відкриті моделі зазвичай обирають, коли потрібно тримати код у власному середовищі, є достатньо доступної пам'яті, є вимога знизити витрати та мати доступ до керування та оптимізації. Комерційні моделі обирають, коли надають перевагу простому та надійному налаштуванню та не проти виходу коду за межі середовища. Якщо ви обрали відкриту модель, наступне питання полягає в тому, встановлювати її на локальному комп'ютері чи на хостинг-провайдері. Основні переваги локального розташування — безоплатний доступ та можливість використовувати модель без підключення до інтернету. Хостинг-провайдери обирають для більш потужних моделей або коли LLM використовуватимуть декілька людей. Нижче — перелік відкритих та комерційних моделей у порядку зростання популярності станом на кінець 2023 року. Відкриті моделі: Code Llama — модель, тренована Meta. Базується на Llama 2, доступна в різних розмірах: 7B, 13B і 34B, що робить її популярною для використання як на локальних машинах, так і через хостинг-провайдери. WizardCoder — побудована на основі Code Llama командою WizardLM. Для уточнення моделі використано метод Evol-Instruct, адаптований для задач програмування. Представлена у розмірах: 7B, 13B і 34B. Phind-CodeLlama — побудована на основі Code Llama компанією Phind. Використовувався власний набір даних, що складається з приблизно 80 тисяч задач і рішень програмування. Загалом модель уточнена на 1,5 млрд додаткових токенів. Доступна у розмірі 34B. Mistral — модель з параметрами 7B, навчена компанією Mistal AI. Вона є найновішою моделлю у цьому списку, проте з перших тижнів випуску викликала певний інтерес. Вже зараз починають з'являтися перші уточнені моделі на її базі. StarCoder — модель з параметрами 15B, навчена компанією BigCode. Вона була навчена на 80 мовах програмування. Не є моделлю для інструкцій, тож команди на кшталт «напиши функцію, яка обчислює квадратний корінь» не працюють добре. Однак через запит Tech Assistant вона може бути корисною. DeepSeek Coder — модель, навчена компанією DeepSeek AI на 2 трлн токенів. З набором даних, який складається з понад 80 мов програмування, це найновіша модель у цьому списку. Вона набрала високі бали у низці тестів з програмування. Llama2 — навчена компанією Meta на 2 трлн токенів. Це найпопулярніша відкрита LLM взагалі, хоча вона не так хороша у редагуванні коду, як інші моделі. Комерційні моделі: GPT-4 від OpenAI вважається найкращою моделлю LLM для використання під час програмування. Корисна для генерування та обговорення коду. Для використання потрібно надіслати свій код до OpenAI через їхній API. GPT-4 Turbo від OpenAI є дешевшою та швидшою версією GPT-4. Має обмеження знань по кінцевій даті у квітні 2023 року та вікно контексту розміром 128 тис. символів. Наразі перебуває на етапі попереднього перегляду, але будь-хто з обліковим записом OpenAI API та доступом до GPT-4 може використовувати її. GPT-3.5 Turbo від OpenAI є дешевшою та швидшою за GPT-4, однак її пропозиції не настільки корисні. Доступна для всіх розробників після реєстрації облікового запису в OpenAI. Claude 2 — модель, навчена Anthropic, має покращені навички в програмуванні порівняно з першою версією Claude. Для використання потрібно надсилати свій код до Anthropic через їхній API. Для отримання доступу до Claude 2 потрібно надіслати заявку. PaLM 2 — модель, навчена Google. Щоб спробувати її, потрібно надіслати свій код до Google через API PaLM після отримання ключа API через MakerSuite, які зараз у загальному доступі. Популярні LLM та їхні характеристики Отже, Continue є корисним інструментом для виконання складного редагування (добре працює в ситуаціях, коли пошук і заміна не працюють), створення файлів та шаблонів з нуля, виправлення помилок у коді тощо. Проте він не підходить для глибокого дебагінгу, редагування великих файлів, довгих рядків, завдань з багатьма кроками чи декількох файлів одночасно.

Здається, що технології розвиваються надзвичайно швидко. Водночас остання визначна подія в архітектурі програмного забезпечення відбулася 2015 року. Нею стала поява мікросервісів. Хмарні обчислення почали розвиватися 2010 року, Agile повертає нас до 2000. Вебу — понад 30 років, браузер Netscape з’явився в 1994, і був не першим. Ми думаємо, що ІТ-галузь переживає постійні потрясіння, але насправді їх було відносно небагато. Вони трапляються умовно раз на 5 років, стверджує звіт O’Really. Видавнича компанія, яка випускає книги з компʼютерних технологій, щороку аналізує уподобання своєї аудиторії. На їхню думку, 2023 рік був одним із тих рідкісних руйнівних років. ШІ принесе зміни майже до кожного аспекту ІТ-індустрії. Якими будуть ці зміни, і чи готові до них користувачі? Ми зібрали ключові тренди розробки, продуктового дизайну та користувацьких настроїв 2024 року від провідних аналітичних та консалтингових агенцій: Gartner, Accenture, Emergen Research, а також техлідів, опитаних Forbes. > Технологічні тренди > Тренди продуктового дизайну > Тренди користувацьких настроїв Керування ШІ, кібербезпека та гіперперсоналізація. Що зміниться в розробці Складність та масштаб ІТ-продуктів щороку зростає. Головне питання наступного року: чи зможе генеративний штучний інтелект допомогти розробникам або лише додасть нових викликів? Наразі ШІ здатний створювати лише низькорівневий код, коли ж він зможе виконувати високорівневий дизайн? І справжнє питання, яке змінить нашу галузь, звучить так: «Як розробити системи, в яких генеративний ШІ та люди ефективно співпрацюватимуть?». ШІ як партнер ШІ-моделі стали невіддільною частиною технологічних проєктів. Gartner прогнозує, що до 2027 року ШІ-інструменти використовуватимуть 70% розробників. Водночас попри стрімкий розвиток генеративні моделі залишаються ненадійними та потребують системного контролю. Технологічні команди вже зараз шукають рішення, як правильно імплементувати, тестувати та налаштувати їх. TRiSM (Trust, Risk and Security Management) — підхід, який передбачає застосування інструментів для моніторингу, захисту конфіденційних даних, безпеки та точності результатів ШІ тощо. Gartner прогнозує, що з допомогою такого підходу генеративні моделі будуть більш точними та послідовними, а компанії зможуть уникнути до 80% неправдивої інформації. Інвестиції в кібербезпеку Хакерство та кібератаки невпинно зростають. За даними Всесвітнього економічного форуму (ВЕФ), кіберзлочинність стала третьою за величиною економікою світу після США та Китаю. Cybersecurity Ventures прогнозує, що 2024 року це коштуватиме світові $9,5 трлн. Розвиток ШІ сприяє цій тенденції. Наприклад, злочинці вже використовують генеративні моделі для верифікації акаунтів за допомогою фотографій. Наслідок —  користувачі втрачають довіру до онлайн-сервісів та мобільних застосунків. Отже, інвестиції у кібербезпеку та захист конфіденційних даних стануть трендом розробки мобільних застосунків. Gartner пропонує системний підхід CTEM (Continuous Threat Exposure Management), який допоможе скоротити кількість несанкціонованого втручання в системи на 60%. Цей фреймворк допоможе правильно оцінювати ризики, пріоритезувати вектори критичних загроз, аналізувати їх з точки зору зловмисника та тестувати ефективність заходів безпеки. Прогресивні вебзастосунки PWA (Progressive Web Applications) поєднують переваги вебтехнологій та мобільних застосунків у одному продукті. Вони базуються на HTML, CSS, JS та використовують логіку нативних додатків. PWA пропонують швидке завантаження, адаптивний дизайн, автономну функціональність і кросплатформенну сумісність. Їх можна встановити без використання магазинів застосунків, а також вони можуть працювати офлайн. Очікується, що 2024 року PWA отримають новий поштовх до розвитку. Згідно з аналізом Emergen Research, глобальний ринок PWA складатиме $10,44 млрд до 2027 року. Нативні хмари У минулому компанії створювали програмне забезпечення для локальної роботи, а потім за потреби переносили його в хмару. Величезний сплеск хмарної розробки свідчить про те, що компанії почали використовувати хмари як основну платформу розгортання. Нативні хмари — найпоширеніша тема 2023 року, яка виросла порівняно з 2022 на 175% — O'Really. Нативні хмари підвищують продуктивність мобільних застосунків для користувача. Програми можуть зберігати дані та виконувати складні обчислення в хмарі, на відміну від зберігання інформації безпосередньо на пристрої. 2024 року їхня популярність продовжить зростати, забезпечуючи масштабованість, доступність і безперебійну синхронізацію даних між пристроями. Гіперперсоналізація Персоналізація за допомогою штучного інтелекту має стати ключовим трендом розробки мобільних застосунків. Налаштування безперервної взаємодії та адаптація до індивідуальних уподобань користувачів стануть головним завданням команд розробки. Зокрема очікується, що великі мовні моделі інтегруються до UX-дизайну мобільних застосунків та надаватимуть гіперперсоналізований контент. Наприклад, особистий план з фітнесу чи харчування на основі даних біомаркерів, отриманих з переносних пристроїв. AR, голосовий інтерфейс та неоморфізм: яким буде продуктовий дизайн Все більше людей покладаються переважно на мобільні пристрої для покупок, ігор, виконання повсякденних завдань і перегляду вебсторінок. Отже, їхні очікування щодо дизайну та функціональності мобільних застосунків продовжують зростати. Forbes опитав техлідів індустрії та зібрав тенденції, які домінуватимуть 2024 року. Навігація з доповненою реальністю Застосунки з AR, які накладають цифрову інформацію на фізичний світ в реальному часі, стають все складнішими в розробці та водночас зручнішими для користувача. Ці програми можуть покращити навігацію в містах, торгових центрах, аеропортах та інших громадських просторах. Очікується, що 2024 року інтеграція доповненої реальності пошириться на різні ніші: від електронної комерції до освіти. Пропонуючи захопливий досвід, AR створює нові стандарти інтерактивності застосунків і залучення користувачів. Голосові інтерфейси Поява голосових інтерфейсів (Voice User Interface, VUI) уособлює глибокі зміни звʼязку користувача з пристроями. Тоді як Siri, Google Assistant і Alexa дали відчути можливості голосових команд, VUI готові розпочати еру взаємодії на основі розмови. Переваги голосових інтерфейсів виходять за межі керування пристроєм в режимі «вільні руки». Користувачам більше не потрібно натискати, друкувати або проводити пальцем, вони спілкуватимуться з технологіями так само природно, як і з друзями. Впроваджуючи VUI, команди зможуть розробляти інтуїтивно зрозумілі мобільні застосунки, що пропонують голосове усунення несправностей і обслуговування клієнтів. Наприклад, вдосконалення послуг підтримки клієнтів через персоналізацію та уникнення навігації складним меню або очікування на гарячій лінії. Allied Market Research очікує, що глобальний ринок VUI досягне $95,41 млрд до 2030 року. Мінімалізм і неоморфізм 2024 року принципи мінімалізму та неоморфізму вийдуть за межі дизайну інтерʼєру й одягу та значно вплинуть на естетику мобільних застосунків. Очікується, що користувацькі інтерфейси ставатимуть простішими та швидшими. Емоційний інтелект 2024 року все більше мобільних застосунків матимуть функції емоційного інтелекту. Йдеться про алгоритми, що можуть розпізнавати, розуміти та взаємодіяти з людськими емоціями. Використовуючи ШІ та машинне навчання, вони аналізують вираз обличчя, тон голосу, текстовий контент та інші сигнали, що вказують на емоційний стан користувача. Далі програми адаптують свої відповіді та рекомендації під нього. Урок для розробників полягає в тому, щоби створювати більш персоналізований і емоційно резонансний досвід для користувача. Мікровзаємодії в інтерфейсах Цей тренд — про невеликі гіперфокусовані функції у застосунках. Вони замінять незграбні меню інтуїтивно зрозумілими жестами та голосовими командами. Нюансна анімація чи тактильний відгук (м’яка вібрація телефону, коли користувач торкається кнопки), тонкі зміни значків, коли надходить нове повідомлення чи індивідуальні сповіщення — ці деталі формують динаміку залучення користувачів. 2024 року мікровзаємодії стануть незамінними для створення персоналізованого досвіду. Командам варто подумати про динамічні головні екрани, підказки та рекомендації, що враховують контекст взаємодії користувача з інтерфейсом, та плавну багатозадачність. Мультимодальне навчання Мультимодальні навчальні програми на базі штучного інтелекту домінуватимуть у розробці мобільних програм 2024 року. Такі застосунки пропонуватимуть персоналізований досвід навчання та поєднуватимуть інтерактивні уроки, доповнену реальність і репетиторів зі штучним інтелектом. У сучасному світі, де постійне навчання важливе, є високий попит на індивідуальні освітні рішення та ефективне опанування навичок. Розчарування, креативна стагнація та невизначеність: що турбує користувачів Стрімкі технологічні зміни та розвиток ШІ впливають і на користувацькі настрої. Accenture провів ґрунтовне дослідження їхніх очікувань, побоювань і потреб. Ерозія користувацького досвіду Протягом десяти попередніх років кореляція між клієнтським досвідом і зростанням доходу спонукало компанії тримати користувачів у центрі уваги попри все. Здавалося, що бренди одержимі своїми стосунками з клієнтами. Тепер економічні умови змушують їх іти на непопулярні кроки: підвищувати ціни без надання додаткових фічей, знижувати якість, маніпулювати підписками та економити на обслуговуванні клієнтів. Люди, що також опинилися в центрі економічного шторму, помічають це і розчаровуються. У результаті вони неминуче скасовують підписки та відмовляються від послуг. 2024 року компанії мусять знайти спосіб збалансувати витрати, намагаючись не збільшувати цін для користувачів. Навіть якщо такі рішення не окупляться миттєво, емоційна цінність бренду може бути ефективним інструментом у часи економічних труднощів. У дослідженні наводиться кейс американського ритейлера Costco. Його рішення підтримувати ціни на стабільному рівні в умовах рецесії на відміну від конкурентів спричинило стрибок продажів на 15%. Брендам знадобляться нові стратегії донесення їхньої цінності користувачам та розвитку їхніх стосунків. Зокрема, варто подбати про інструменти відстеження змін настроїв клієнтів. Втома та креативна стагнація Сьогодні людям доступно стільки застосунків, можливостей, контенту та продуктів, ніж будь-коли, але є відчуття розчарування від того, що все однакове. Диференціація давно є ключовим викликом для бізнесу, але сьогодні це відчувається гостріше, ніж будь-коли. 35% людей вважають, що функціонал і дизайн мобільних застосунків дуже важко розрізнити — Accenture. З розвитком ШІ виділитися стає складніше, адже через високий обсяг пропозицій змагання за увагу стає все більш жорстким. Іншими словами, копиця сіна продовжуватиме зростати, і голку унікальності знайти в ній все важче. Люди прагнуть новизни. У морі зайвого контенту, який перевантажує користувача, компаніям варто шукати способи відрізнятися. Accenture закликає бути уважним до використання ШІ, щоби нові інструменти розширювали підходи, а не стали шляхом до кліше. Користувачів лякають технології Відносини цифрових технологій і людства мають бути неймовірно позитивними, оскільки вони постійно генерують численні переваги: доступ до інформації, здатність миттєвого спілкування, розваги та мистецтво тощо. Але, як і в багатьох стосунках, все не так просто. Accenture виявив, що чим більше технологій люди регулярно використовують, тим більш імовірно, що технологія настільки ж ускладнює їхнє життя, наскільки й спрощує. Замість розв'язання своїх проблем люди отримали величезну кількість інструментів, мультикомунікацію та нагромадження сповіщень. Здається, що стрімкий розвиток технологій радше відбувається з людьми ніж для них. Головна проблема полягає в тому, що революція ШІ відчувається як величезна незрозуміла сила, що зосереджена в руках невеликої кількості технічних лідерів. Ipsos Global Trends виявили, що у Великобританії люди все більше погоджуються з твердженням «Я боюся, що технічний прогрес руйнує наші життя». 61% громадян США вважають, що «ШІ загрожує майбутньому людства». 47% людей у світі вважають швидкість розвитку технологій занадто високою. Що далі? Очікується, що люди намагатимуться контролювати свою залежність від технологій, обмежувати користування гаджетами та навіть частково повертатися до аналогових технологій або надавати перевагу простим рішенням. Ті бізнеси, хто запропонує людям рішення, як опанувати контроль над технологіями, швидше за все, стануть надійними партнерами. Про що варто подумати компаніям: Нова технологія полегшує завдання чи просто додає інші рівень розумового навантаження для користувачів? Як пристосуватися до нового поділу між користувачами, які приймають темпи технологічних змін, і тими, хто не встигає? Як надати користувачам більше вибору та контролю? Чи можемо ми спростити технологію і зробити її зрозумілішою? Отже, 2024 рік може стати переосмисленням розробки мобільних застосунків. Поєднання AI, AR і VR, VUI та інших технологій мають високий потенціал трансформувати звичний спосіб життя. Ці тенденції не є поодинокими явищами, вони перетинаються та накладаються, створюючи мережу можливостей, яка розповсюджується на різні ніші. Саме взаємозв’язок цих тенденцій робить їх такими потужними. Сила трансформувати галузі, покращувати життя та змінювати світ у нас під рукою. Якщо ви не берете активної участі в революції мобільних додатків, ви ризикуєте відстати у все більш конкурентному цифровому середовищі.

У рубриці Genesis Crew — новий матеріал. Цього разу публікуємо історію Дмитра Канєвського з компанії Universe з екосистеми Genesis. Він пройшов шлях від Junior Product Manager до Head of Product всього за два роки, і зараз відповідає за розвиток нового вебпродукту. В інтерв'ю Дмитро розповів, чим корисно починати карʼєру з волонтерських проєктів, що спільного в Індіани Джонса та продакт-менеджера, а також з якими викликами він стикався у різних продуктах. > Продакт-менеджер в ІТ > Індіана Джонс, навчання в КПІ та брат-близнюк > Волонтерство та перша робота > Масштабування глобальних продуктів без досвіду > Запуск нового продукту в режимі пригодницького екшену Продакт-менеджер в ІТ Позиція Junior Product Manager була моєю першою роботою в продуктовому ІТ. Я прийшов в ІТ-компанію Universe на четвертому курсі університету, маючи за плечима невеликий досвід у комерційних та волонтерських проєктах, а також закінчивши Genesis IT School. Продакт-менеджер відповідає за те, щоби продукт був прибутковим та закривав потреби користувачів. Цей спеціаліст працює на межі  бізнесу, маркетингу і технологій та синхронізує роботу всіх департаментів. Першим моїм завданням був перезапуск двох застосунків на глобальних ринках. Через фокус на флагмані Scan Guru, ці продукти тимчасово не розвивалися. Збільшення ресурсу команди дозволило знову взятися за них. Доручення такої амбітної мети «зеленому» спеціалісту може здатися безвідповідальним. Проте в Universe замість того, щоби тижнями знайомити людину з процесами, одразу інтегрують у всі події. Спочатку це змушує понервувати, водночас довіра команди надзвичайно надихає та мотивує. Крім того, поряд був ментор та менеджер, який направляв мене. За два з половиною роки в Universe я виріс до Head of Product нового вебпродукту та встиг отримати досвід: перезапуску продуктів на глобальних ринках, які не займали лідерських позицій у нішах; роботи з флагманом портфеля, одним з лідерів ринку; запуску продукту з нуля та розробки MVP; розвитку та масштабування вебпродукту. Індіана Джонс, навчання в КПІ та брат-близнюк У дитинстві я мріяв стати археологом. Подивившись фільмів про Індіану Джонса, я уявляв, що ця професія насичена пригодами та драйвом. Коли краще розібрався у деталях, зрозумів, що це не моє. Ідея тривалого пошуку чогось потенційно цінного серед тонни піску та землі не дуже надихала. Іншою мрією була політична карʼєра: я виріс у Боярці, невеликому місті під Києвом, і мені завжди хотілося змінити життя людей навколо, покращити його. У цих дитячих мріях було дещо спільне: жага до пригод, бажання заглиблюватися в деталі та прагнення впливати на навколишній світ. Думаю, це згодом і привело мене до продуктового ІТ. Я з багатодітної сімʼї, у мене є 4 брати, серед яких один — близнюк. Після закінчення технічного ліцею КПІ ми разом вступили до Інституту прикладного системного аналізу (ІПСА) КПІ імені Сікорського. Ще у школі ми розуміли, що ІТ є перспективним напрямом, в якому можна реалізуватися. Щоби отримати підвищення, тут не треба роками працювати на одній посаді. В ІПСА дають потужну математичну базу, розуміння як технічно будуються продукти, прокачується аналітичний майндсет, тому випускники цього факультету переважно стають розробниками та аналітиками. Ще на першому курсі мій брат захопився програмуванням, мені ж більше подобалися дані. Ми допомагали один одному і це сильно підтримувало нас протягом навчання. Волонтерство та перша робота На першому курсі я зосередився на розвитку навичок. Університетська програма закривала хард-скіли, проте не враховувала софт-скіли, хоча вони не менш важливі для дорослого життя та побудови карʼєри. Розвивати їх я почав у волонтерських проєктах. Усе почалося зі студради КПІ, згодом стажувався у Klitschko Foundation, приєднався до міжнародної волонтерської організації AIESEC. Наступним кроком була робота проджект-менеджером у SocialBoost — CivicTech організація, яка реалізовувала соціально значущі проєкти. Волонтерство було чи не єдиною можливістю отримати базовий менеджерський досвід на першому і другому курсах. Йти працювати фултайм було зарано, а також для цього не вистачало досягнень, які я планував отримати у волонтерстві. Водночас це шанс долучитися до важливих ініціатив, які роблять світ кращим, а також прокачати комунікативні навички. На третьому курсі я вирішив спробувати себе в комерційних проєктах і перейшов на позицію Sales Manager в Jooble. Це була перша фултайм робота, проте згодом зрозумів, що не хочу довгостроково розвиватися в цій сфері через відсутність впливу на продукт. Чи подобається він тобі, чи ні, але ти мусиш «продавати» і робити це переконливо. Коли немає можливості виправити навіть дрібні недоліки, запропонувати інші варіанти реалізації, це демотивує. Навесні 2021 року стартувала Genesis IT School, до якої мені пощастило потрапити. Два місяці навчання значно доповнили моє розуміння, що таке продуктове ІТ, які можливості воно дає. За короткий час я багато дізнався та укріпився у цілі працювати саме у продуктовій команді. Тому я звільнився з Jooble та почав активно ходити на співбесіди. В результаті отримав декілька оферів, одним з яких був від ІТ-компанії Universe. Мене зацікавили задачі та сама позиція — Product Manager, адже вона ідеально поєднувала ті харди, які я отримав в університеті та софт-скіли у волонтерстві. Бути продакт-менеджером — це можливість знаходитися в IT-середовищі, створювати продукти для всього світу, але водночас не писати код, а більше взаємодіяти з людьми. Масштабування глобальних продуктів без досвіду Universe — це продуктова ІТ-компанія, що працює у двох напрямах: створення застосунків-утиліт та розвиток R&D-центру. На початок 2024 року її продуктами користуються понад 55 мільйонів людей у всьому світі. Коли я приєднався до команди, флагманським продуктом у напрямі утиліт був Scan Guru — сканер документів для iOS. Також в портфелі було два продукти, розвиток яких довірили мені: Translator Guru — перекладач для iOS в реальному часі. Cleaner Guru — інструмент для очищення памʼяті iPhone. Це були готові продукти з широким набором функцій та мільйонами користувачів. Водночас їх не розвивали активно, тому вони не займали лідерських позицій в ніші, але мали такий потенціал. Я проводив дослідження ринку, конкурентів, вивчав потреби користувачів, шукав ідеї, як покращити воронку, займався оптимізацією екрана онбордингу. Усі гіпотези ми безперервно тестували. Спочатку я думав, що маленькі локальні зміни можуть принести значні результати. Пізніше зрозумів, що це можливо тільки завдяки спільним зусиллям всієї команди та численним безперервним ітераціям. Також я відчайдушно відстоював ідеї, які подобалися особисто мені. Насправді ж продакт-менеджер має обʼєктивно підходити до усіх гіпотез та не піддаватися когнітивним викривленням. Translator Guru мав сильний базовий функціонал: голосовий і текстовий переклад, вбудовані словники та розмовник, персоналізацію, переклад за допомогою камери. Моя улюблена фіча — можливість виділити текст у будь-яких застосунках і одразу побачити переклад у нашій клавіатурі без потреби «стрибати» між застосунками. Ми продовжували експериментувати, генерували складніші гіпотези, пов'язані з ретеншеном, і зрештою це спрацювало. Нам вдалося перезапустити Translator Guru, який почав активно зростати. Конверсія в покупку виросла на 58%. Це були чудові результати, які дозволили маркетингу масштабуватися. Водночас перезапустити Cleaner Guru не вийшло. Цей продукт потребував значних змін та окремої команди. З одного боку це був мій факап, адже я вірив, що до нього можна застосувати сценарій Translator Guru, і успіх гарантовано. Проте з іншого боку цей фейл дав нам корисний досвід та розуміння, що потрібно для перезапуску. За шість місяців для Cleaner Guru зібрали окрему команду, якій вдалося масштабувати застосунок у десять разів. Що має робити продакт-менеджер, щоби швидко зростати: постійно розширювати зони відповідальності; приймати рішення та бути проактивним; заглиблюватися в деталі та знаходити причинно-наслідкові звʼязки; вміти продавати ідеї; дізнаватися, чому ухвалюється те чи інше рішення; заглиблюватися у деталі та шукати рішення; розвивати лідерські якості. Запуск нового продукту в режимі пригодницького екшену Крім розвитку продуктів портфеля, команда постійно знаходиться в пошуку нових ідей. Так 2022 року ми знайшли нішу, у якій можна було отримати кратне зростання, і почали працювати над MVP (Minimal Viable Product) нового вебпродукту — сервісу з роботи з документами. Ми вже мали певну експертизу в подібній ніші бізнес-утиліт. Я працював над розвитком Scan Guru. Памʼятаю, як отримав завдання збільшити конверсію, продивився беклог і зрозумів, що команда протестила вже таку кількість гіпотез з покращення екранів, функціоналу, воронок та креативів, що з новини ідеями буде непросто. Коли ти запускаєш продукт з нуля, в тебе немає нічого: продукту, користувачів, процесів, бізнес-логіки тощо. Є тільки ідея, базова команда та мотивація. Ти пишеш документацію, будуєш графіки, створюєш чати, оформлюєш борди. Це процес, який вимагає постійних змін та нових компетенцій на кожному етапі. Наприклад, коли ми створили MVP продукту і почали залучати туди перших користувачів, зʼявилася потреба налаштувати сапорт-команду — добре, коли продакт-менеджер може організувати їхню роботу, комунікувати, як правильно відповідати, що треба робити, а чого не варто. Наступна проблема: користувач хоче заплатити, а в нього не виходить. Треба розбиратися чому, вивчати тонкощі. Налаштування платіжної інфраструктури — «чорна діра» за кількістю знань і експертизи, куди мені довелося зануритися, чому я дуже радий. Так зона моєї відповідальності кратно зростала з кожним новим викликом. Коли проєкт вже мав позитивну динаміку, зʼявилася потреба у людині, яка очолить багато процесів, і я отримав позицію Head of Product нового вебпродукту, про який ми незабаром розповімо. Виклик, над яким ми працюємо прямо зараз — надшвидке зростання. Здавалося б, це не може стати проблемою, проте на цьому етапі можна наробити чимало помилок. Коли одночасно масштабується технічна та продуктова команди, важливо правильно налаштувати процеси, щоби уникнути хаосу. Тих, чия карʼєра стрімко розвивається, часто переслідує синдром самозванця або ж навпаки надлишкова самовпевненість. Думаю, важливо бути відкритим та вміти чути фідбек. Не можна завжди бути готовим на 100% до викликів та знати усі відповіді. Варто іноді вмикати режим «Індіана Джонс», який вміє стрибати у невідомість та пробувати знайти рішення. «Треба тестити» — неофіційний слоган команди Universe і відповідь на більшість питань.

Минулий рік був насиченим на технологічні новини. Здобутки компаній у розробці штучного інтелекту та нові інструменти для програмування нерідко потрапляли на сторінки новинних ЗМІ. Але іноді дух інновацій випереджав реальність з аж надто неприємними наслідками. Радикальна та інноваційна конструкція субмарини «Титан» призвела до катастрофи, безпілотне таксі створює на дорогах більше шкоди, ніж користі, а благородна ідея сповільнити глобальне потепління може мати зворотний ефект. В MIT Technology Review опублікували список найбільших технологічних фейлів 2023 року. Обрали найцікавіше з цього матеріалу. Загибель субмарини «Титан» в Атлантичному океані «Вас запам’ятають за правилами, які ви порушили», — казав засновник компанії OceanGate Стоктон Раш. Ідея винахідника зробити підводний апарат з композитного вуглецевого волокна та титану багатьом здавалася радикальною та ненадійною. Фахівці попереджали Раша, що апарат навряд чи витримає тиск у 400 атмосфер, і наполягали на додаткових випробуваннях. Утім, той вчинив по-своєму. Рішення коштувало життя йому та ще чотирьом пасажирам. У червні 2023 року субмарина «Титан» почала занурення до місця аварії «Титаніку», а через кілька днів її залишки знайшли рятівники за кількасот метрів від корпусу корабля. За версією рятувальників, «Титан» загинув через імплозію — це вибух, спрямований усередину об’єкту, який спричиняє різке руйнування (нижче ми навели відео, як це відбувається). Всі, хто приєднався до експедиції, загинули миттєво. Нерентабельність виробництва штучного м’яса Чи не гуманніше вирощувати м’ясо в лабораторних умовах замість того, щоб вбивати тварин заради їжі? Так, однак є нюанс — поки що ніхто не придумав, як виробляти штучне м’ясо в промислових масштабах. Втім, минулого року компанія Upside Foods заявила, що знайшла рішення. Вона продемонструвала ряди великих сталевих біореакторів, у яких мало вироблятися штучне м’ясо, та залучила $500 млн інвесторських коштів. Однак незабаром з’ясувалося, що все не так просто. Апаратура не виробляла цільні шматки м’яса. Натомість компанія вирощувала спеціальні клітини у невеликих колбах та формувала з них тонкі шари, які потім вручну пресувалися у невеличкі порції м’яса. Відповідно, щоб отримати невелику кількість такої сировини, витрачалося надто багато енергії, води, людської праці та інших ресурсів. Попри те, що американське Управління з санітарного нагляду за якістю харчових продуктів та медикаментів схвалило штучне м’ясо, поки що воно не може конкурувати зі справжнім, та навряд чи зможе в найближчому майбутньому. Ціна курятини складає $4,99 за 2,2 кг, тоді як штучне м’ясо продається у ресторанах преміумсегмента за $45 за порцію. Попри нерентабельність виробництва компанія не втрачає надії, говорячи, що «взялася за цю роботу не тому, що вона легка, а тому, що цього потребує світ». Безпілотне таксі Cruise не помічає людей під колесами Автопілот у машині не втомлюється, не відвертається та не п’яніє. Такі аргументи висувала дочірня компанія General Motors під назвою Cruise на користь своїх роботів-таксі Origin. Виробник навіть викупив цілу газетну шпальту, аби заявити, що «люди — жахливі водії». Однак якщо помилки людей суспільство здатне пробачати, то помилки роботів — це не те, до чого воно готове. Маючи автопарк у 400 роботів-таксі та дозвіл на пересування дорогами Сан-Франциско, Cruise неодноразово ставав об’єктом незадоволення містян. Машини з автопілотом блокували рух, потрапляли в аварії й заважали працювати екстреним службам. Останньою краплею став інцидент, коли жінку, збиту іншою машиною (уже з водієм-людиною), відкинуло на сусідню смугу, а таксі від Cruise протягнуло її ще на шість метрів. Через це місцева влада призупинила роботу Cruise, посилаючись на «необґрунтований ризик для громадської безпеки». Для підрозділу це стало ударом: компанії довелося звільнити 25% персоналу, а її директор, Кайл Фогт, подав у відставку. Humane AI Pin має подолати залежність від екрана, але виглядає недолуго (і тому навряд чи замінить смартфони) Розроблений компанією Humane, гаджет має величну місію — допомогти людству подолати залежність від смартфонів. По суті, AI Pin — це мінікомп'ютер, який має вигляд значка та кріпиться до одягу. Він має датчики, сенсори, камеру та мікрофон. Керувати пристроєм можна за допомогою голосового управління. Та головна особливість розробки полягає навіть не у вбудованій системі штучного інтелекту, а у тому, що AI Pin не має екрану — вся інформація проєктується просто на руку користувача. Саме ця особливість покликана зменшити надмірну кількість екранного часу. Продукт ще не надійшов у масовий продаж, однак оглядачі уже встигли його розкритикувати, назвавши мінікомп’ютер «чарівним та недолугим, з акцентом на останнє. Журналістка The Verge зазначила, що AI Pin «нехтує головним правилом хорошого дизайну: ви повинні хотіти носити цю річ». Цікаво, що творцями продукту стало подружжя колишніх менеджерів компанії Apple, яка відома ергономічним та привабливим зовнішнім виглядом своїх продуктів. Ціна девайсу також цілком «еплівська»: сам пристрій коштує $699, додатково потрібно платити $24 на місяць за підписку. «Надпровідник» LK-99 мав «змінити життя людей», однак лише розбурхав соцмережі У липні 2023 року у соцмережах з’явилися повідомлення про «найбільше фізичне відкриття», яке може «повністю змінити наше життя». Йшлося про речовину під назвою LK-99. Вона позиціювалася як надпровідник за кімнатної температури — матеріал, що не має електричного опору. Існування подібної речовини дозволило б створити нові типи акумуляторів та потужні квантові комп’ютери, а також наблизило б до реальності ядерний синтез. Вперше про LK-99 заговорили південнокорейські фізики, й пізніше повідомлення активно поширювали в ЗМІ та соцмережах. Віральності додавало й відео, де нова речовина «зависла» над магнітом, що підтверджувало її належність до надпровідників кімнатної температури. Однак ажіотаж навколо LK-99 був передчасним. У початкових зразках LK-99 містилася домішка — сульфід купруму — що і ввело вчених в оману. Це з’ясувалося, коли кілька груп вчених-фізиків з усього світу спробували повторити роботу корейських колег, але у них нічого не вийшло. Суперечлива ідея геоінженерів має охолодити Землю (але це не точно) Концепція сонячної геоінженерії з’явилася на фоні глобального потепління. Її суть проста: охолодити Землю та зменшити кількість сонячного світла, додавши до атмосфери сітловідбивальні матеріали. Минулого року мексиканський стартап Make Sunsets та його співзасновник Люк Айзман вирішили втілити задум у життя. Компанія запустила в Мексиці повітряні кулі, призначенні для розсіювання діоксиду сірки у верхніх шарах атмосфери. Теоретично, місія стартапу благородна, а спосіб її реалізації простий та дешевий. Однак процедура може спричинити ефект, протилежний очікуванням Айзмана. По-перше, незрозуміло, чи були раніше подібні втручання у верхні шари атмосфери, і якими були їхні результати. По-друге, наслідки процесу в одних регіонах можуть бути гіршими, ніж в інших, а це підвищує ризик нових геополітичних конфліктів. По-третє, деякі дослідники говорять про те, що стан науки загалом ще не дозволяє робити подібні експерименти. Існує також думка, що розпилювання діоксиду сірки не зупинить парниковий ефект, а лише його замаскує. Залишається відкритим і етичне питання: чи має одна людина або компанія «затуляти сонце» для інших? Утім, здається, що Айзмана ці застереження не надто хвилюють. Його компанія продовжує продавати «кредити на охолодження» по $10 за штуку. CEO Make Sunsets каже, що «не збирається питати дозволу в усіх на світі, перш ніж спробувати щось зробити для охолодження Землі».

Цьогоріч платформа для вивчення іноземних мов Promova часто потрапляла у новинні стрічки: спочатку компанія зробила ребрендинг, потім запустила режим для людей з дислексією, а нещодавно стала учасником національної програми Future Perfect . Наразі застосунок завантажили 12 мільйонів користувачів. За цими здобутками стоїть команда зі 120 людей, яку очолює Андрій Скрипник. Спеціально для блогу Genesis він розповів про свій професійний шлях, історію трансформацій Promova, гучні партнерства та підходи до управління командою. Робота замість навчання До сьомого класу в мене були двійки з інформатики. Всі практичні завдання ми прописували в зошиті, до комп’ютерів нас особливо не підпускали. Втім, виходячи з класу одного дня, я побачив, як на екрані компа одного хлопця розлітаються різнокольорові кубики. Виявилося, що це 3D-графіка. Я захотів навчитися робити щось подібне. Згодом мені стало цікаво не просто моделювати 3D-фігури, а створювати інструменти для цього. Тоді я почав занурюватися в програмування. У старших класах ми з родиною переїхали з Херсона до Києва. Програма нової школи була слабшою від тієї, за якою я навчався раніше. Мені швидко стало нудно, тож я почав працювати розробником на фрилансі. Після школи вступив до КПІ на ФІОТ (Факультет інформатики та обчислювальної техніки). І якщо в школі вчителі без проблем закривали усі предмети, то в університеті так не вийшло. З першого курсу мене відрахували. Наступного року я заново здав ЗНО поновив навчання, намагаючись при цьому грамотно поєднувати його з роботою. Я впевнений, що важливість вищої освіти — це не міф. По-перше, вона дає більш ґрунтовний погляд на професію, інженерні та алгоритмічні знання, без яких важко досягти ґрейду сеньйора. Навряд чи кількамісячних курсів достатньо, щоби, наприклад, навчитися створювати продукт з нуля. По-друге, освіта відкриває двері для роботи в міжнародних компаніях — магістерський диплом стає своєрідною проєкцією набутих знань. По-третє, у вас є змога розшити коло своїх зв’язків, познайомитися з новими людьми та навчитися ефективно взаємодіяти з ними. Від стажера до СТО Свій професійний шлях я починав із фрилансу. Ще у школі брав невеликі замовлення на UpWork — не стільки заради грошей, скільки для досвіду. Далі були Cyber Sport Arena та StarLadder TV — один з найбільших кіберспортивних операторів у регіоні. Пізніше я зрозумів, що хочу робити свої продукти, тож разом з командою ми розробляли інді-ігри. Щоб фінансувати проєкт, ми робили сайти на замовлення. Влітку після третього курсу мені потрібно було проходити практику. Університет вимагав документи з робочого місця, а показувати фрилансерські чи аутсорсні проєкти бажання не було. Натомість я прагнув одержати справді «офісний» досвід для практики. Тоді я нагуглив один розробницький форум і знайшов там повідомлення трирічної давнини. Його автор якраз пропонував практику студентам третіх-четвертих курсів. Я написав йому, і, на диво, отримав відповідь. З цього почалося моє стажування в Concepter, а автором повідомлення виявився Іван Чуба, CTO цього стартапу. Ключовим продуктом компанії на той момент був iBlazr — портативний світлодіодний спалах для смартфона. Під час стажування я за два тижні розробив апку для цього пристою під Windows Phone з нуля, хоча раніше не працював з цією операційною системою. Втім, я уже багато чого вмів — проєктувати фронтенд і бекенд, програмувати під iOS і трохи під Android. Технологічний стек, яким я володів, містив мови програмування Objective-C, С#, C++, C, Java, Java Script, PHP, а також уже не актуальні на зараз Delphi, Pascal та скриптові мови на кшталт Lua. Всім сподобалося, як я працював, тож мені запропонували приєднатися до Concepter на фултайм. Я став відповідати за всю софтверну частину (окрім Android), і досить довго залишався єдиним розробником у компанії. Згодом ми почали розробку першого софтверного продукту — це був тайм-трекер. Для нього найняли нових людей, а я став їхнім тимлідом. Пізніше технічна команда збільшилася до 10 людей — і я органічно став СТО. По суті, у нас було два СТО: я керував розробниками, що створювали софт, а Сергій Щербаков очолював команду, яка займалася хардвером. Три назви одного застосунку У 2015 році я познайомився з Михайлом Галяном , CEO компанії Boosters . Згодом ми зустрілися ще раз — уже в 2019 році, коли я приєднався до Genesis розвивати застосунок для покращення іноземних мов. Тоді ми назвали його Ten Words, він складався з чотирьох екранів. Користувачу пропонували вивчати по 10 нових слів щодня за допомогою різноманітних квізів. Попри непоганий бекграунд, я не можу сказати, що досконало розумівся на всіх бізнес-доменах. Спершу я заповнював прогалини у знаннях — вивчав аналітику, маркетинг тощо. З останнім дуже допомагали Михайло Галян та Валерія Вакульська: у них була відповідна експертність, тож ми багато консультувалися. Поступово у продукт додавали більше фічей, онлайн-уроки, елементи гейміфікації. Проєкт уже виходив за межі десятьох слів, тож отримав нову назву — Words Booster. Ще за кілька років ми почали перехід від застосунку до повноцінної платформи, тож знову зробили ребрендинг. Навіть якщо у вас невеликий продукт, не варто думати, що ви впораєтеся з ребрендингом швидко. Вважати, що він передбачає лише зміну назви та редизайн — безвідповідально. Це завдання набагато ширше й складніше, а рішення лежить у площині комунікації, тестів, дизайну, функціональності тощо. Ми не врахували цього на старті, тож ребрендинг Promova тривав рік. Втім, все було недарма — бренд добре впливає на конверсії та перформанс продукту. Завдяки ребрендингу ми покращили продуктові та фінансові метрики, побудувати маркетинг 360, запустили всередині команди CRM та Growth. Promova для кожного Близько 20% людей у світі мають дислексію. Режим для таких користувачів у Promova покликаний полегшити процес опанування нових мов. Варто зазначити, що цей проєкт — приклад реалізації внутрішньокомандної ініціативи. Ідея належить нашій Head of Brand & Global Communications Альоні Козуб. Важливо, що вона не лише запропонувала ідею, а й взяла відповідальність за її реалізацію. Promova стала першим застосунком для вивчення мов, який адаптував свій контент під потреби людей з дислексією. У застосунку використовується Dysfont — спеціалізований шрифт, який дає змогу полегшити сприйняття тексту. На жаль, єдиного рішення, яке розв’язувало б усі проблеми, немає. Це пов’язано з тим, що кожна людина з дислексією має індивідуальні труднощі. У когось текст «пливе», у когось «стрибає», комусь складно розпізнавати великі та маленькі літери, а хтось плутає p, q, b і d. Однак дизайнер шрифту Мартін Писний, з яким ми співпрацювали, врахував найпоширеніші проблеми. Йому діагностували дислексію у віці семи років, тож він розуміє всі особливості сприйняття тексту. До того ж до початку співпраці шрифт ще проходив етап бета-тестування й мав схвальні відгуки користувачів. Зараз Dyslexia Mode використовують тисячі юзерів, фідбек досить позитивний. У майбутньому ми плануємо адаптувати Promova і для користувачів з вадами зору, адже навчальні продукти мають бути доступні широкому загалу. Англійська для українців Цьогоріч Promova відкрила для українців безкоштовний преміумдоступ на три роки у межах національної програми популяризації англійської мови Future Perfect, яку створили за ініціативи Президента України. Коли ми остаточно узгодили всі деталі щодо реалізації проєкту, моєю першою думкою було: «Ого, скільки роботи!» Втім, не можу сказати, що мав додатково заохочувати команду. Усвідомлення того, наскільки важливий для країни проєкт ми робимо, мотивувало краще за будь-що. Ми планували роботу у зворотному напрямку. Уявили, що виходить новина — «Promova доступна всім українцям». Що це має означати? Треба розповісти про платформу, як вона працює, та як отримати безкоштовний доступ — тому потрібен спеціальний лендинг під цей проєкт. Далі ми продумали механізм активації преміуму. Як зрозуміти, що ті, хто звертаються за безкоштовним доступом — саме українці? Значить, маємо інтегруватися з «Дією» та написати код, який надає доступ саме через «Дія.Підпис». Дані ми не збираємо — одержуємо лише підтвердження громадянства. Серед інших завдань — змінити комунікацію на платформі, додати згадки Future Perfect, протестувати навантаження на сервери. Наразі (за місяць після старту) проєктом зацікавилися 174 000 українців. Premium-доступ через «Дія.Підпис» одержали понад 60 000 осіб, причому 24% заявок надійшло з-за кордону. Ретеншн користувачів програми у 2,5 раза вищий, ніж у інших регіонах. Всередині компанії З 2019 року структура команди Promova змінювалася тричі. Спочатку у нас була пласка структура, коли всі підпорядковувалися безпосередньо мені. ​​З часом, коли над продуктом працювало уже понад 20 осіб, з’явилися три великі напрями — веб, app та маркетинг. Під час подальшого масштабування функції та ролі почали дублюватися. У вебі та застосунку одна і та ж фіча могла бути реалізована по-різному. Тому згодом ми переглянули структуру. App та web об’єднали, а команду маркетингу перебалансували. Наразі маємо продуктову та маркетингову команди з кросфункціональними відділами всередині. Наймати людей нам допомагає загальна система відбору Genesis з п’ятьма обов’язковими етапами, зокрема, баррейзингом . На співбесідах я перевіряю софт- та хард-скіли, фідбеки та відповідність культурі. Ми намагаємося балансувати відповідність та різноманітність у корпкультурі, адже, якщо всі мають однаковий бекграунд й схоже мислять, то ви не зможете знайти нові шляхи розвитку продукту, а якщо кардинально по-різному — конфліктні ситуації будуть траплятися занадто часто. Також важливо, щоб людина не була токсичною та вміла працювати у команді. Для цього я ставлю кілька питань-зачіпок і спостерігаю, як людина розповідає про успіх і про невдачі. Якщо про успіх вона говорить через «я», а про невдачі через «ми», це поганий знак. Якщо трапляються невдачі, ми діємо за відпрацьованим алгоритмом. Спочатку треба зробити все можливе, аби негативний вплив від помилки не розповсюджувався. Далі йде етап виправлення. Третій та четвертий крок — запровадити процеси чи дії, аби ситуація не повторилася в короткостроковій чи довгостроковій перспективі. І лише останнім етапом ми розбираємося, хто відповідальний за факап, і що він зробив не так. Якщо помилок припустився я сам — завжди відверто звертаюся до команди із вибаченнями й прошу допомоги. Специфіка позиції СЕО така, що факап має значний вплив, і без команди виправити ситуацію не вийде. Візія Promova — стати компанією-лідером на ринку вивчення іноземних мов за якістю продукту і за доходом. Для нас рівноцінно важливі обидва складники. Якщо говорити суто про продукт, то ми прагнемо до першості як найкраща платформа з персоналізованими інструментами та методологією навчання, яка допомогла мільйонам користувачів вивчити іноземні мови. Наразі в застосунку 10 мов, а у світі їх понад 200, тому тут також є куди рости та розвиватися.

Новий матеріал рубрики Genesis Crew, де ми розповідаємо історії розробників з насиченим та цікавим професійним життям. Цього разу публікуємо історію Антона Водолазького з компанії OBRIO з екосистеми Genesis. Він пройшов шлях від iOS-розробника до СТО, і зараз відповідає за технічну частину астрологічного застосунку Nebula. До цього Антон встиг попрацювати в стартапі, в сервісній компанії, й навіть розробив власний Health&Fitness-продукт. В інтерв'ю для блогу Genesis Антон розповів, як обрав для себе iOS-розробку, чому його продукт не злетів, та які виклики чекають на новоспечених CTO. Про вибір iOS та перші місця роботи На другому курсі університету я потрапив до США за програмою Work&Travel. Тоді я навчався на інженерній спеціальності й уже мав базові знання у С++, Java, вмів працювати з базами даних. Однак справді новим світом у розробці для мене став iOS. На перші, зароблені у США, гроші, я купив собі MacBook, тож зміг писати простенькі програми під свій четвертий iPhone. Це сприймалося як магія — все, що накодив, можна одразу побачити на телефоні. Хоча тоді продукція Apple саме набирала популярність, ресурсів для вивчення iOS-розробки було вкрай мало. Книги та курси доводилося вишукувати скрізь. У 2017-2018 роках українські технологічний бізнес активно набирав обертів. Особливо динамічно розвивалися електронна комерція, фінтех та мобільні застосунки. Комунікація все більше переходила на девайси, тож всі вчилися розробляти чати та інструменти для онлайн-замовлень. А ще — опановували Bluetooth. Тоді якраз стався бум девайсів — ламп, годинників, фітнес-браслетів та інших пристроїв — які дистанційно підключалися до iPhone. Втім програмувати під iOS можна було лише на Objective-C. На моїй першій роботі виявилося, що уже вийшла перша версія Swift, тож потрібно було опанувати ще і її. Спочатку я працював у продуктовому стартапі, який розробляв застосунок для захищених дзвінків. Це був мій перший, доволі складний комерційний проєкт, адже для нього, окрім iOS-розробки, доводилося розбиратися з мережами та шифруванням. Тоді вперше почув про технологію VPN — ще до того, як вона стала аж такою масовою. Далі перейшов в сервісну компанію. Вона не просто займалася фічами, а робила для замовників повноцінні застосунки різного спрямування. Таксі, доставка їжі, соцмережа для власників домашніх тварин, електронні ваги — на одну таку апку йшло від одного до декількох місяців. З цікавого — застосунок для оренди квартир, фішка якого була в тому, що користувач, знаходячись на вулиці, міг навести камеру на будь-який будинок і побачити плашку з інформацією про доступні для оренди квартири. Ми реалізували такий застосунок ще до того, як iOS став офіційно підтримувати технології доповненої реальності. Згодом я приєднався до іншої аутсорс-компанії, Yalantis, яка працювала з Tier-1 ринками, як-от США, Австралія, Європа тощо. За деякий час я став помічником тимліда та почав менторити менш досвідчених колег. Втім, коли ти доростаєш до певного ґрейда, то розумієш: завдання стали однотипними, викликів менше, а проєкт, над яким ти працював рік, може померти за два дні. Я зрозумів: час робити свій продукт. Про власний продукт та перехід у Genesis У 2017-18 роках найбільш перспективною нішею здавалася Health&Fitness. За час роботи аутсорсі я зробив дуже багато подібних апок, тож знав, як все працює. Зібрав команду — до неї входили бекенд-розробник, дизайнер та контент-менеджер — й за чотири місяці застосунок із планами персональних тренувань був готовий. Настав день Х, продукт запустили в App Store — і нічого не відбулося. Його завантажували, але користувачів було настільки мало, що ні про яку юніт-економіку навіть не йшлося. Я спробував забустити процес, запустивши рекламу на Facebook. Але не допомогло: трафік йшов, але івентів у застосунку було мало, тож відстежити бодай якісь показники не вийшло. Згодом я продав цей застосунок. На порозі уже був COVID-19, я готувався до переходу на позицію Software Architect на основній роботі, але працювати з продуктом було набагато цікавіше. Тому я вирішив приєднатися до продуктового бізнесу, адже я прагнув розумітися не лише на розробці, але і на маркетингу, аналітиці та інших ключових речах. Обрав п’ять найкращих компаній, відправив резюме — і уже за два дні отримав офер від Genesis. Тут одне з найкращих середовищ для розвитку в розробці продуктів, зокрема мобільних застосунків. Про це свідчать і рейтинги App Store з продуктами компаній екосистеми у топах різних категорій. Про кар’єрний шлях до CTO OBRIO Раніше я відповідав лише за мобайл. Тепер — за усю технічну частину. Рішення, які ми з командою ухвалюємо, впливають і на аналітику, і на контент, і на маркетинг. Це зовсім інший масштаб. До того ж як Head of Engeneering я мав чітку зону відповідальності та іноді працював «руками», а як CTO — займаюся плануванням та стратегією, яку маю доносити до команди. Структурно вона складається з декількох функціональних підрозділів. У деяких з них є тимліди, але не у всіх: десь відділ зовсім маленький, десь людина ще доростає до керівної посади, а десь ми у пошуку відповідного кандидата. До напрямів, з якими я працюю, додався ще й фронтенд, а це означає необхідність заглиблювати у новий напрям, більшу кількість чекпойнтів та спілкування. Як СТО, я допомагаю команді з вирішенням технічних питань, вибору технологій та підходів з якими будемо працювати, синхронізувати процеси та мітинги. Коротко кажучи, зробити так, щоб і мобайл, і веб працювали злагоджено, швидко й масштабовано. Nebula — складний продукт з погляду монетизації. Джерел декілька: це і реклама, і підписка, і персональні чати. Останнє — це, мабуть, найскладніша фіча. З чатами працюють і юзери, і експерти платформи, відповідно, першим нараховуються кредити для оплати, а другим — хвилини роботи, які впливають на рівень зарплатні. Щоби грамотно спроєктувати технічну частину й зробити так, щоби платформа працювала без збоїв для обох сторін, потрібно врахувати багато нюансів. Я став СТО відносно нещодавно, і, можна сказати, ще вчуся керувати командою такого масштабу. Я переконаний, що мікроменеджмент — це не ефективно, а в команді варто будувати максимально довірливі відносини: давати людям можливість генерувати ідеї та самостійно ухвалювати рішення. Тоді кожен відчуватиме, що його думка цінна та важлива. Водночас це працює з фахівцями рівня middle, а от джуни потребують більше уваги, менторства та підтримки. Багато знань та підходів я здобув у своїх минулих керівників та СЕО OBRIO. Обмін знаннями — це частина культури OBRIO, тож ми часто спілкуємося, організовуємо лекції та воркшопи, заглиблюємося у нові для себе напрями. Про різницю між роботою у продукті, аутсорсі й стартапі У стартапі ви, найімовірніше, працюватимете з одним продуктом та робитимете усе — від написання коду до внесення правок у дизайн та вигадування тексту на екран онбордингу. Це класний досвід для занурення в бізнес-процеси, але на початку кар’єри, ймовірно, буде складно: у маленькій команді без досвідченого ментора чи керівника важко розвиватися далі. Все, про що ви дізнаєтеся, залежить лише від допитливості. Аутсорс дає змогу попрацювати над кількома різноманітними проєктами. Мені пощастило, що до Genesis я потрапив у подібну компанію, адже я зміг познайомитися з багатьма технологіями та командами. У великих аутсорс-бізнесів є чіткі ґайди, як зростати до тієї чи іншої позиції, а процеси зрозумілі. Відповідно, шлях до кар’єрного підвищення доволі прозорий. Ключове в роботі з продуктом — це відповідальність та здатність впливати. QA, фронтенд, DevOps — будь-хто може запропонувати ідею для нової фічі, і до неї прислухаються, якщо є аргументи. Зворотний зв’язок від користувачів видно майже одразу — і це дуже мотивує. Крім того, великі продуктові бізнеси також мають злагоджені процеси, й, відповідно, зрозумілу структуру та шляхи зростання. У новачка, скоріше за все, будуть ментор, менеджер, buddy тощо. Якщо говорити безпосередньо про Genesis, то я не знаю, де ще стільки інвестують у навчання. Кілька внутрішніх шкіл (я навчався у двох з них — бізнес та менеджмент), ком’юніті, різні мітапи — це частина робочого середовища. Навіть більше — іноді обмін досвідом з іншими компаніями екосистеми навіть додають до OKR. Зараз в Україні доволі висока культура IT-фахівців — багато компаній, курсів, ком’юніті із висококласними фахівцями, процеси та проєкти організовані на високому рівні. Коли я починав, все було інакше: менше компаній, особливо продуктових, менше досвідчених фахівців, не такі глибокі знання технологій. Навіть враховуючи повномасштабне вторгнення та скорочення об’ємів найму, пропозицій для роботи все одно достатньо. Багато людей думають: «В IT дуже складно, ця сфера не для мене». Однак це стереотип: я знаю купу крутих історій, коли люди ставали QA- чи DevOps-інженерами після багаторічної праці в іншій сфері, хоча були впевнені, що не розберуться в новому напрямі. Але усе реально, якщо знайти релевантні ресурси (більшість з них безкоштовні) та професіоналів, які готові ділитися досвідом. Приєднатися до команди OBRIO: DevOps Engineer; Front-end Developer; QA Engineer; Data Engineer.