Натрапив на цікаве відео про Gemini File Search - новий інструмент від Google для RAG-систем. Здається, що це може кардинально спростити роботу з AI-агентами.

https://youtu.be/4Tp4Kx-ThwI?list=TLGGo4DJqcYjz3gyMzEyMjAyNQ

Раніше для створення RAG-системи треба було:
• налаштовувати векторні бази даних
• розбиратися з чанкінгом (розбиття документів)
• обирати моделі для ембедингів
• підтримувати всю цю інфраструктуру

Це створювало високий поріг входу. Багато команд просто не бралися за це, бо було занадто складно.

Gemini File Search робить усе це автоматично. Просто завантажуєш файл - і все. API сам обробляє чанкінг, створює ембединги та управляє векторним сховищем. Розробник може сфокусуватися на логіці застосунку, а не на інфраструктурі.

Що мене реально вразило - це ціноутворення. Зберігання даних та запити до сховища - безкоштовні. Платиш тільки за індексацію: $0.15 за 1 мільйон токенів. Це революційно порівняно з Pinecone, де платиш і за зберігання, і за кожен запит. Це реальний демпінг і спроба завязати ринок на себе як на мене.

Але є важливий момент, який нікуди не зник: підготовка даних. "Фігня на вході - фігня на виході". Навіть найкращий інструмент не дасть якісну відповідь, якщо дані фігові або містить помилки.

У відео автор показує правильний підхід: перед завантаженням у Gemini RAG він обробляє 104 окремі файли через AI-асистента (Claude Code), очищає, агрегує та структурує їх в єдиний документ. Інвестування часу в якісний контент залишається критично важливим.

Є одне обмеження, яке треба враховувати: наразі не можна видалити окремий файл зі сховища. Якщо потрібно оновити дані - треба видалити все сховище і створити заново. Це робить інструмент менш придатним для динамічних систем або баз знань, де документи часто змінюються.

Для інтеграції зараз є два шляхи:
• Швидкий старт через Google AI Studio - просто завантажуєш PDF і тестуєш без коду
• Автоматизація через n8n - можна побудувати повноцінний конвеєр для роботи з RAG

Висновок: Gemini File Search значно знижує поріг входу для RAG-систем. Коли інфраструктура стає настільки простою, розробники можуть зосередитися на якості даних та логіці застосунку.

Це відкриває двері для нових експериментів. Де, на вашу думку, відбудеться наступна хвиля інновацій у сфері AI-агентів?

99/500
#ai #автоматизація #rag #технології

@system_chaos_art

Нещодавно на бізнес-форумі в Німеччині багато хто говорив про занепад автоіндустрії. Великі скорочення на заводах, масові звільнення. І це не тільки виробники авто - страждають усі суміжні ніші: виробники обладнання, постачальники компонентів, логістичні компанії.

Що відбувається? Китайські автовиробники розробляють нові моделі за 18-20 місяців, тоді як західні компанії витрачали понад 4 роки. Nissan запустив електричний седан за $20,000, розроблений за два роки. Renault скоротив час розробки до 21 місяця через підрозділ у Шанхаї.

Чому вони швидші? Постачальники в Китаї роблять деталі на місці - це займає вдвічі менше часу, ніж в Європі. Використовують більше спільних деталей, фокусуються на програмному забезпеченні. Але є компроміси: тести на довговічність 600,000 км замість 3 млн км.

Висновок простий: це не просто про технології. Це про культуру, готовність ризикувати, швидкість прийняття рішень. Правила гри вже змінилися. Питання в тому, хто зможе адаптуватися швидше.

А ви бачите подібні зміни у своїх індустріях?

PS: На скріншоті з FT показані цикли розробки авто в місяцях.

100/500
#бізнес #ринок #автомобілі #конкуренція #швидкість

@system_chaos_art

Різдво - це той рідкісний момент, коли можна дозволити паузу всьому.
Зупинитись. Видихнути. Подивитись не в дашборд, а на людей поруч.

Бажаю, щоб у ці дні було менше хаосу в голові
і більше тепла в домі.
Щоб плани на наступний рік були сміливими,
а система - достатньо сильною, щоб їх витримати.

Нехай Різдво нагадає:
бізнес - це важливо,
результат - критично,
але сенс, люди і внутрішній спокій - без них усе це не працює.

Світла, тепла і тиші там, де її давно бракувало.
З прийдешніми вас святами!🎄

Ваш @system_chaos_art🥰

Доброго ранку!😅

6 років🥳

Відчувається як 66, якщо чесно😅

За цей час було все, що зазвичай не пишуть у презентаціях для інвесторів:

• Касові розриви, коли Excel бреше, а рахунок каже правду.
• Блокування рахунків через тезку міністра фінансів лнр.
• Конфлікти - внутрішні і дуже особисті.
• Ковід, який просто стер плани на пів року.
• 5 офісів за перші 3 роки - і кожного разу "ну тепер точно надовго".
• Повномаштабка і переїзд з Харкова і потім переїзд з України.
• Мобілізація людей, коли бізнес раптом перестає бути головним болем.
• Втрата фокусу на компанії через відкриття дронової компанії.
• Спад IT-ринку. Коли попит зникає швидше, ніж оптимізуються витрати.
• Криза продажів - тиша в pipeline гучніша за будь-який дзвінок.
• І паралельно - вибудова команди, без якої все це не має сенсу.

Було багато моментів, де можна було сісти і жалітись. На ринок. На клієнтів. На країну. На часи. Але з часом приходить простий інсайт - або ти ниєш, або ти системно це виправляєш. Іншого варіанту немає.

Вирішив трохи порефлексувати і зібрав мої 6 основних факапів за 6 років:

• Я занадто довго не продавав особисто.
Думав: "найму sales, вони розберуться". Не розберуться. Поки CEO сам не продав десятки угод, не почув реальні заперечення і не зрозумів, хто наш клієнт - продажі не поїдуть. Продаж - це не функція. Це відповідальність.

• Робив процеси без прив'язки до грошей.
Красиві регламенти. Зустрічі. Люди всі зайняті. А маржа тане. Процес, який не захищає unit economics - це просто дорога іграшка. Спочатку гроші. Потім оптимізація.

• Недооцінював важливість юніт-економіки.
Довго дивився на оборот. Радів росту. І пізно побачив, що ріст може бути збитковим. Юніт-економіка нудна. Але вона єдина, що не бреше.

• Занадто довго тягнув з "не тими" людьми.
Сподівався, що виростуть. Що адаптуються. Що "ще трохи". Не виросли. Кожен такий місяць - це мінус фокус, мінус швидкість і мінус енергія всієї команди.

• Мало і пізно просив допомоги.
Думав, що маю розібратись сам. Бо CEO. Бо відповідальність. Насправді - це просто его. Нетворкінг і розмови з іншими підприємцями економлять роки життя. Люди реально хочуть допомагати. Просто треба спитати.

• Не приймав факт, що підприємець - це самотньо.
Довго чекав, що хтось "зрозуміє". Не зрозуміє. Поки ти думаєш про касовий розрив і чим платити команді заробітну плату, більшість думає, що ти як Скрудж Макдак пиймаєш ванну з золотих пессе.

6 років - це не про успіх. Це про витримку. Про системність. Про людей поруч. І про вибір кожного дня не здаватися, а лагодити.

Я дуже вдячний всім причасним до життя компанії - а саме більше я вдячний дружині Каті за постійну віру в мене і підтримку у будь-якій ситуації!😍

Чи пішов би я в цю історію знову, якщо б була можливість змінити минуле? Так, точно - але тоді б це вже була інша історія!

PS: На відео можно побачити Chief Everything Officer в стандартній середі перебування😅 Це була розпаковка і збирання меблів після поверненя з ремоуту в 21му році.

101/500
#підприємництво #системність #бізнес

@system_chaos_art

Тестую нові фічі в notebook lm - він тепер і відео робить😍

Закинув пару відео з канaлу The Diary of a CEO

Вчора провів 4 години особистої стратегічної сесії перед страт-сесією компанії.
Зараз таке віддчуття, що мене розібрали і зібрали по атомам.
Мене питали: "Що буде, якщо ти завтра зникнеш?", "Чого ти насправді хочеш?", "А чи достатньо у тебе ресурсів на цю ціль?"

І от що я для себе взяв.

2025 рік - рік трансформації:

Бізнес:
• Вихід з продажів - перестав бути основним продавцем
• Звільнив 5 год/день завдяки сейлу та операційному менеджеру
• 3 тижні не працював - компанія не розвалилась (виявилось, я не такий незамінний, як думав 😅)
• 13 міжнародних конференцій - розширив нетворк і кругозір

Особисте:
• Адаптація дітей в Словакії + якісний час з ними
• Життя без бабусь/нянь - вибудували "сімейні" процеси
• Зустрічі з друзями (Хорватія, Фінляндія) + звичка прогулянок/спорту по неділях
• Політ на літак - новий досвід
• Відкрив телеграм канал + провів 20+ безкоштовних консультацій

Одним з відкріттів стало те, що деякі питання потрібно проговорити з психологом, а то схоже, що є якісь ментальні блоки в деяких напрямках. Також зрозумів, що неосознанно йду в консалт - хоча сам заперечую. За цей рік провів більше 20 консультацій різним компаніям - дуже кайфую від цього.

Як висновок можу сказати що особиста стратегічна сесія перед страт-сесією компанії - це необхідність. Ти не можеш вести інших, якщо не розумієш, куди йдеш сам.

А ви робите особисту стратегічну сесію перед страт-сесією? Які питання задаєте собі?

102/500

#стратегія #лідерство #менеджмент #істина_хаосу
@system_chaos_art

У нас в команді є проблема в делівері!
(як то кажуть, киньте камінь хто безгрішний😅)

Що саме відбувається:
• Помилки в продах через недостачу часу у тех лідів на якісне рев'ю.
• На декількох проектів працює лише один розробник - деви як правило не вміють себе ревьювити самі
• Дрібні рев'ю забирають багато часу (перевірка форматування, стилю коду) - а час це гроші
• Зараз збільшуємо час на онбординг девів - і тут важливо додаткова перевірка, що новачки міняють і чи не поламають зміни в прод
• Важко виміряти якість - немає метрик

Щоб вирішити ці проблеми, хочемо підключити Coderabbit - AI-інструмент для автоматичного рев'ю коду. Він перевіряє стиль, безпеку, архітектуру і дає рекомендації. Це дозволить лідам фокусуватися на архітектурі, а не на дрібних речах.

Питання безпеки CodeRabbit:

Є великий констрейн на безпеку - щоб не зливати код на навчання AI моделей.
Після ресьорчу вияснили що:
• CodeRabbit не зберігає код - після рев'ю репозиторій видаляється
• Код працює в ізольованому середовищі під час рев'ю - ніхто не має доступу
• Zero-Data Retention Policy - дані не логуються і не зберігаються
• Код не використовується для тренування LLM моделей - тільки публічні датасети
• Є Enterprise Self-Hosted опція - можна розгорнути на своїх серверах
• SOC2 сертифікація + зараз роблять ISO 27001

Для нас це критично. Виглядає безпечно.

Для себе виділив 3 напрямки, з чим Coderabbit може найбільше покращити допомогти:

• Мінімальний поріг для злиття в прод:
- Лінт, тести, скан безпеки
- Короткий чеклист у PR
- Автоматичні нотатки до релізу

• Введення в проєкт для новачків:
- Чеклисти онбордингу
- Приклади задач
- Односторінковий огляд архітектури

• Звіти:
- Час від задачі до релізу
- Вік PR (скільки часу відкриті)
- Рівень нестабільності тестів

В плані впровадження я думаю що почнемо з мінімально робочого рішення на одній команді - десь на 3 тижні, автоматизуємо три основні правила. Далі поетапне впровадження і налаштування.

Мета проста: менше ручної роботи, передбачуваніші оцінки, чистіші релізи. Очікуємо зменшити кількість критичних багів в продакшені на 30-50% (вимірюватимемо через метрики).

Істина хаосу: Якщо лід не має часу на рев'ю - це не проблема ліда, а проблема процесу. Автоматизація допомагає, але не вирішує все. Важливо вибудувати систему, де автоматичні перевірки роблять рутинну роботу, а люди фокусуються на важливих речах.

Хто вже робив щось подібне в агенції, проекті або стартапі?
Поділіться досвідом:
• Які інструменти використовували?
• Що працювало, а що ні?
• Які помилки робили на старті?
• Які метрики відстежували?

Дуже цікаво почути практичний досвід перед тим, як почати впровадження.

103/500

#операційка #автоматизація #розробка #процеси
@system_chaos_art

Зараз роблю підготовку до наступного року і розглядав конкурентів SDA. По всім книжкам пишуть, що для того щоб проаналізувати конкурентів, треба зробити аналіз того, як клієнти вирішує свою проблему на 3 рівнях:

Рівень 1: Прямі конкуренти (ті самі послуги, той самий ринок)

Це компанії, які роблять те саме, що й ми: IT-аутсорсинг, розробка на замовлення, outstaff. Наприклад, у нас це Topflight apps - компанія з США з 10+ роками досвіду розробки HealthTech стартапів і сильним портфоліо в цій ніші.

Що з ними робимо:
• Конкуруємо за ціною - ми можемо працювати з нижчими рейтингами завдяки найму талановитих розробників в Україні
• Конкуруємо за нішу - фокус на HealthTech, де у нас глибока експертиза
• Конкуруємо за швидкість - ми швидше реагуємо, менше бюрократії
• Конкуруємо за персоналізацію - менші команди = більше уваги клієнту

Рівень 2: Непрямі конкуренти (інші способи вирішити проблему)

Але прямі конкуренти - це не єдина небезпека. Є ще рівень 2 - це не тільки інші IT-компанії, але й:
• In-house команди клієнтів
• Фрілансери та індивідуальні розробники
• AI-інструменти, No-code/low-code платформи (Bubble, Webflow, lovable)

Що з ними робимо:
• Показуємо вартість in-house (найми, онбординг, управління, звільнення)
• Підкреслюємо переваги команди над фрілансерами (стабільність, процеси, доп сервіси - формат one stop agency)
• Позиціонуємося як суміш експертизи + автоматизація (не просто код, а рішення, яке правильно працює)

Рівень 3: Заміни (альтернативні рішення)

Найнебезпечніший рівень - коли клієнт вирішує проблему зовсім інакше:
• Купує готовий SaaS замість кастомної розробки
• Використовує open-source рішення
• Відкладає проект на невизначений термін
• Вибирає інший підхід до бізнесу

Що з ними робимо:
• Розуміємо справжню проблему клієнта (не "потрібен дашборд", а "потрібно збільшити продажі")
• Пропонуємо гібридні рішення (SaaS + кастомні інтеграції)
• Показуємо ROI від кастомної розробки vs готових рішень
• Працюємо з клієнтами, які розуміють цінність унікальності

Істина хаосу: Найбільша небезпека не від прямих конкурентів, а від замін. Коли клієнт вирішує проблему зовсім інакше - ти втрачаєш не тільки проект, а й можливість показати свою цінність. Тому важливо розуміти справжню проблему, а не тільки технічне завдання.

А ви на якому рівні конкуруєте? Як вирішуєте проблему замін?

104/500
#стратегія #продажі #конкуренція #бізнес #істина_хаосу

@system_chaos_art

Сьогодні заїхав у Kaufland - хотів швидко закупитися до дня народження дружини, і мою увагу привернула цікава зміна, яка показує, як правильно робити діджиталізацію в ритейлі.

Як було раніше:

У Kaufland були сканери-пістолети - береш товар, скануєш і кладеш у кошик. На касі скануєш QR-код у застосунку і всі товари переносяться в касу самообслуговування.

Як стало:

Тепер інша логіка - береш свій телефон, відкриваєш сканер у застосунку і скануєш штрихкоди сам. Не потрібно окремого девайсу, не треба платити за батареї, ремонт і поповнення парку. Менше витрат - бо ризики частково лягають на клієнта.

Що сподобалося в UX:
• Є онбординг, щоб зрозуміти, як користуватися цією фічею.
• Телефон не гасне в процесі - це дуже дратує, коли постійно треба розблоковувати.
• Face ID не гальмує - не потрібно щоразу розблоковувати телефон, скануєш одразу.
• Все швидко і зручно - відкрив, скануєш, йдеш далі.

Як працює на касі:
• Генерується QR-код, який сканує каса самообслуговування, і викликається контролер.
• Працівник магазину має список вибіркових товарів у своєму пістолеті для перевірки.
• Перевіряють магніти, пломби, контрольні позиції.
• Якщо щось не сходиться - просять доксканувати на місці або пересканувати все з нуля.
• Якщо все гаразд - платиш, не потрібно перекладати товари з кошика.

Спеціальні випадки:
• Товари на розвіс (м’ясо, риба, сир) - спочатку зважуєш на вагах, потім скануєш штрихкод після зважування.
• Багети та інші товари без штрихкоду - біля них є QR-коди, які скануєш замість штрихкоду.
• Є можливість швидко вводити кількість товарів - пачки з водою, наприклад, показуються в швидких варіантах вибору після сканування.
• Алкоголь - система блокує оплату, поки працівник не перевірить вік.

Чому це важливо для бізнесу:
• Менше OPEX - не треба купувати, підтримувати, ремонтувати пістолети; менше логістики, не треба поповнювати парк, заряджати батареї.
• Менше часу на підтримку девайсів - все на стороні клієнта.
• Менше крадіжок - бо це клієнтський телефон.
• Важливо: у клієнтів уже є додаток і їм не потрібно нічого завантажувати додатково щоб спробувати - це дуже зручно. Оскільки це додаткова фіча, не довелося розробляти все з нуля.

Чому це складно для ритейлу:
• Локальні ціни - у кожного магазину можуть бути різні ціни. Потрібно визначати адресу магазину і підвантажувати локальні дані саме для цього магазину.
• Різні націнки по локаціях - один товар може коштувати по-різному.
• Асортиментні правила - різні дати прийняття, різні націнки.
• Питання безпеки і систем виявлення шахрайства (фроду).
• Потенційний ризик, що конкуренти можуть почати парсити ваші ціни.

Важливі нюанси:
• Старі клієнти або ті, хто не хоче використовувати телефон, можуть як і раніше користуватися звичайними касами або касами самообслуговування.
• Якщо телефон розрядився або немає інтернету - теж можна піти на звичайну касу.
• Це не заміна, а додаткова опція для тих, хто хоче швидше.

Що стосується конфіденційності - у ритейлерів і так є розуміння ваших покупок через карти лояльності - вони бачать ваші покупки. Поки що, ніби, ніхто активно не використовує цю інформацію для апсейлів (персональних пропозицій прямо в додатку під час покупок) або не запускає свої рекламні кабінети. Це може бути наступним кроком - коли ти скануєш товар, система може запропонувати «з цим часто купують X» або «у вас є знижка на Y». Поки що це питання залишається відкритим.

Всім, хто працює в ритейлі, рекомендую звернути увагу на такий користувацький досвід. Такий досвід є ще у IKEA, там ще додатково можно подивитись, де саме лежить товар прям з каталогу. що дуже зручно.

Істина хаосу: якщо ти можеш перенести витрати на клієнта (у вигляді зручності) - це може бути виграш для обох сторін.

PS: Happy birthday, my love!😍

105/500

#бізнес #автоматизація #ритейл #діджиталізація #істина_хаосу
@system_chaos_art

В цьому році багато хто почав повторювати за Spotify і вводять свої підсумки року.
Ось що мені нарахував lovable.

Цікаво що я з 218 повідомлень нагенерив 87к коду.
Метрика в 2.9к годин виглядає дууже завищеною звичайно - це 17 нормальних робочих місяців. А я почав юзати цей сарвіс десь з травня-червня. І це при тому що заходжу я туди доволі рідко але мітко)

Загалом картина нагадує жарт - "А як ви отримали такі гарні результати?
- Ми просто не правильно рахуємо!
"

От такі от справи, ваш Lovable Elite Vibe Coder😅

З 2021 року я стикаюсь з блокуванням рахунків у платіжніх системах.

Тоді я працював з Upwork як з основним каналом лідгену і продажів і платежі з нього йшли на платіжку, а звідти вже на мій ФОП.
Весь процес переводу грошей робив саме в день ЗП, і от в один із такіх днів транзакції з Upwork на платіжку перестали просто проходити. Я пробував купу разів, а вони все повертались і повертались.
Я заходжу в платіжку, а там мені повідомлення, що ваш акаунт на перевірці - коли розблокуємо, хз. Дуже цікаво!😅
Я розумів, що є шанс, що вони не розблокують і взагалі, тому пішов дивитись інші варіанти.
PayPal нажаль недоступний і зараз (для українських бізнесів), тому спробував прямий переказ по реквізитам - все спрацювало!
Але з маленьким нюансом - кожна транзакція почала йти приблизно 6 тижнів. Не дуже прикольно, коли у тебе немає фін подушки, а у тебе вже 2 дні затримки ЗП 10 людям.
В той момент довелось вишкрібти всі запаси і ще навіть в борг взяти, щоб виплатити ЗП.

Як потім виявилося, що в якийсь момент пройшов якийсь апдейт бази чи хз чого, і багато платіжок почали блокувати транзакції, акаунти і т.д. Саме моя проблема з довгими платежами була в комплаянсі банків-посередників - їх комплаянс не пропускав платежі і відправляв запити Upwork на документи.
Ну а Upwork у своїй кращій традиції нічим допомогти не може, і потрібно було відкрити 5 тікетів, щоб натрапити на адекватну людину в підтримці. Ну а Mono по факту нічого не міг зробити - вони просто не бачать цих грошей ще, і єдина пораду була - пишіть в банк відправника.

Давайте заглибимось в питання і розберемо на прикладі як працює міждународний перевод (це дуже великими мазками якщо що):

Коли ти робиш переказ з Європи в Україну через SWIFT, гроші йдуть так:
1) Банк відправника робить комплаянс транзакції і відправляє кошти на рахунок того банку у банку-посереднику (наприклад, у Німеччині).
2) Банки посередники (їх може бути декілька в ланцюгу) перед зарахуванням роблять комплаянс і кладуть гроші на рахунок потрібного чи твого банку.
3) Твій банк робить комплаянс і зараховує кошти на твій рахунок.

Тобто як бачите, тут було мінімум 3 перевірки на одну транзакцію, але кожен банк-посередник не знає ні тебе, ні відправника - ви там не проходили процедуру KYC, але він має відповідальність за комплаянс. Якщо він побачить щось підозріле - блокує транзакцію, йде розбиратись і запитує документи. Частіше всього вручну.

У такі моменти відправник отримує лист, де просять надати деталі типу:
• Повне ім'я
• Місто народження
• Повна дата
• І ще пару пунктів по ситуації

Інколи у мене було враження, що вони цю інфу юзають для якоїсь ворожби чи натальних карт - так як пруфів ніяких не просять.
Так що мені заважає просто збрехати?😅

Чому ж комплаянс такий суворий?
Кожна з платіжних систем має свій комплаянс і вимоги для банків, які підключені до цих систем. Банки подають звіти за роботу комплаянсу, і якщо вони щось пропустять серйозне - там будуть високі штрафи, потенційне відключення від платіжної системи чи взагалі втрата ліцензії від держави. Тому основна задача комплаянсу - не дати банку попасти в таку ситуацію. Він гарантує прозорість операцій, перевіряючи клієнтів та їхні фінанси, щоб уникнути незаконних дій та не допускати обслуговування недобросовісних осіб.
І в деяких випадках їм простіше взагалі припинити з вами співпрацю, якщо вони побачили, що у вас є парочка ред-флагів. У нас, наприклад, одну клієнтку Stripe забанив першим днем за те, що у них змінився власник (після M&A), і потім була купа проблем у них.

Вони не кажуть, в чому причина перевірок і як що можна поправити. Тому що шахраї просто підлаштовувались би під ці правила для покращення результатів. Мені в свій час підсказали люди, які працювали в банках, щоб пошукав відомих однофамільців - так і знайшов я міністра юстиції лнр, який був у декількох санкційних списках.

Як рішення цієї проблеми я відкрив естонську ТОВку. З товкою питання вирішилось для бізнесу, а ще й оптимізував біля 7% від ревеню компанії.
Але з персональними транзакціями на жаль проблеми залишилися.
Нещодавно переказав знайомому 50 EUR з локального банку на Revolut. Через день йому прийшов запит від комплаянсу: "Поясніть мету переказу". Якби не пояснив - заблокували б рахунок.

Так що бійтеся, якщо я вам буду гроші переводити))

А ви стикалися з проблемами в комплаянсі банків/платіжок?

#фінанси #операційка #бізнес #комплаянс
@system_chaos_art

106/500

Всіх з прийдешнім новим роком! 🥰
Бажаю всім здоров’я і щоб єдина проблема в бізнесі була - що нікуди вже складати гроші!😉

До зустрічі в Q1!🎄

Від ідеї до прототипу за 2 години🙃

3d друк то весело, особливо коли у вас сіпається око від розкиданих деталей!😉

@system_chaos_art

Вітаю в Q1 2026!🫡
Якщо валятись перед телеком то не про вас то пропоную розібрати святкову задачу!

Вже майже тиждень пройшов після Різдва, Санта з оленями відіспалися і відійшли від релізної ночі!
Зненацька до Санти прийшли ельфи з вимогою провести ретроспективу річного релізу. Бо вони втомилися працювати в такому форматі і треба щось змінювати!
Санта в шоці - тому давайте допоможемо йому з вирішенням проблеми

Трошки контексту - команда працює в специфічному середовищі:
• Реліз 1 раз на рік - весь рік готуються до одного великого релізу
• Нічні деплої - реліз відбувається вночі, коли всі сплять
• Проблеми з часовими зонами - у тебе на кожну часову зону є лише пара годин на доставку подарунків
• Дуже довгий цикл розробки - від ідеї до релізу може пройти 10-11 місяців
• Велика кількість участників в процессі - діти по всьому світу, бек оффіс (північний полюс), зовнішні сторони (постачальники, логістика), держави (потрібно оновлювати ліцензії на польоти, візи та домовлятись щоб в тебе не летіло ППО)
• Висока ціна помилки - якщо щось піде не так, мільйони дітей не отримають подарунки
• Тім лід (Санта) як завжди псіхує і фіналить роботу сам - в останні тижні перед релізом працює 24/7, не довіряє команді критичні частини

Під час ретроспективи ельфи виділили кілька проблем, але найбільше їх турбує проблема з організацією роботи та комунікацією.

Ось основні три скарги:
• Нерівномірне навантаження - в перші місяці року майже немає роботи, а в останні 2-3 місяці - аврал. Важко планувати життя, коли не знаєш, коли буде пік навантаження
• Недостатня комунікація - ельфи не розуміють, чому тім лід не довіряє їм критичні частини. Вони хочуть брати більше відповідальності, але не отримують можливості
• Відсутність зворотного зв'язку - після релізу немає чіткого фідбеку, що пішло добре, а що ні. Важко покращуватися, коли не знаєш, що саме треба покращити

Варіанти рішення:

Варіант 1: Впровадити регулярні спринтові ретроспективи
• Розбити рік на спринти (наприклад, по місяцю)
• Після кожного спринту проводити ретроспективу з фокусом на комунікацію та навантаження
• Створити action items для покращення комунікації та розподілу навантаження
• Плюси: структурований підхід, регулярний фідбек, можливість виправляти проблеми протягом року
• Мінуси: може бути складно впровадити в існуючу культуру, потребує часу

Варіант 2: Створити систему делегування та навчання
• Впровадити систему поступового делегування - тім лід поступово передає критичні частини команді
• Створити систему навчання - ельфи навчаються критичним частинам під наглядом тім ліда
• Після кожного релізу проводити детальну ретроспективу з фокусом на те, що можна делегувати
• Плюси: вирішує проблему довіри, дає ельфам можливість ростути
• Мінуси: потребує часу та змін в культурі, тім лід має бути готовий делегувати

Варіант 3: Впровадити систему планування та комунікації
• Створити план навантаження на рік - розподілити роботу рівномірніше
• Впровадити регулярні stand-up'и або sync-зустрічі для комунікації
• Створити систему зворотного зв'язку - після кожного релізу формалізувати фідбек
• Плюси: структурований підхід, вирішує всі три проблеми одночасно
• Мінуси: може бути складно планувати на рік наперед, потребує дисципліни

Варіант 4: Гібридний підхід - почати з малого
• Почати з регулярних ретроспектив після релізу (1 раз на рік, але детально)
• Впровадити систему зворотного зв'язку - формалізувати фідбек
• Поступово додавати спринтові ретроспективи (кожні 2-3 місяці)
• Поступово делегувати критичні частини (починати з найменш критичних)
• Плюси: поступовий підхід, менше опору змінам, можна адаптувати під команду
• Мінуси: може зайняти більше часу, не дає швидких результатів

Як менеджер, ти маєш вирішити, який підхід обрати. Можна комбінувати варіанти або запропонувати свій.

Через день-два дам свою версію рішення.

#менеджмент #команда #ретроспектива #вигорання
@system_chaos_art

107/500

Трошки ентертеймента з дитинства!
Хтось пам’ятає ще такі фокуси?)

PS: якщо з бізнесом не піде - піду працювати шулером!🙃

@system_chaos_art

Чому важливо бути підписаним на конкурентів?

В пості про конкуренцію я розповідав, що ми дуже ретельно стежимо за компанією TopFlight Apps (40-50 людей, 10 років на ринку, ставки від $100+ USD).
У них є доволі цікава розсилка, і я, звісно, на неї підписаний, щоб отримувати інсайти про їхню комунікацію.
Але сьогодні я отримав дуже цікавий лист від них.
Засновник TopFlight розповідає, як вони пройшли через падіння, пережили перехідну фазу «поки AI все міняє» і вийшли в плюс за рік завдяки кільком простим, але жорстким змінам. Цей лист — рефлексія і план дій на 2026 для компаній із США, які розробляють стартапи в хелскері. Ось ключові моменти:

Що сталося:
• 2024->2025: виручка просіла з $3.7M до $3.0M (-20%), але до кінця року відновилася до $3.4M (-8% YOY). (у нас 24->25 +12% YOY)
• Модель продажу і розмір угод змінилися - потрібно було більше обсягів при меншій середній сумі. (у нас теж)
• Запуск/монетизація внутрішнього продукту Specode: сотні користувачів, конверсія в платних користувачів 7%, прогноз $10k MRR на Q1 і $500k кастомного доходу у 2025.
• Скоротили rapid prototype з 4-6 тижнів до 2 тижнів за $10k - швидкий демо-пайплайн.

Ключові драйвери успіху (чому відновилися)
• Люди > процеси: усі, кого лишають/наймають, - AI-savvy, product-oriented, accountable.
• Зникли «strategy-only» ролі - управлінці знову пишуть реальний код і працюють над продуктом.
• Frontline люди користуються продуктом (підтримка Specode) - це і конверсії, і фідбек.
• Фокус на productionize прототипів і securitization - продавати робочі, захищені рішення, а не тільки ідеї.
• Використання AI для бюрократії (RFPs) - дозволило впоратися з державними/університетськими контрактами.

Ризики, на які звернули увагу
• Менші середні чеки -> тиск на маржу.
• Клієнти, що «переходять» до vibe-coding самі, можуть зменшити попит на кастом.
• Залежність від платформ/інструментів (Lovable, Base44) - потрібно контролювати IP/security.

Коротко: їхній comeback - це дисципліна: скорочення циклу ітерацій, AI-компетенції в людей і операційна відповідальність менеджерів.

Дуже корисно було отримати такий фідбек, щоб звірити компас і подивитися, як справи йдуть у локалів.

А ви слідкуєте за конкурентами?

PS: Сьогодні у нас маленька річниця - 15 років разом!😍

108/500

#конкуренція #продукт #AI #системність

@system_chaos_art

Якщо коротко - у Санти не проблема з ельфами.
У Санти проблема з організацією і з власною роллю в ній.

Тут не врятує один «правильний» підхід.
Тут треба міняти ритм року і знімати режим геройства з Санти.

Мій варіант - не обирати між пунктами 1-4.
Зібрати просту, жорстку конструкцію з трьох шарів.

Перший шар - рік треба подрібнити.
Один річний реліз не означає, що думати можна раз на рік.
Ділимо рік на хоча б на 4 фази:
• перший квартал - проєктування і ризики
• другий квартал - перевірки рішень і навчання
• третій квартал - тренувальні запуски і передача відповідальності
• четвертий квартал - виконання і контроль

Без цього аврал буде завжди.
Просто щороку він матиме нову назву.

Другий шар - кероване делегування.
Не «довіряю / не довіряю», а:
• є перелік критичних зон
• є описані процеси з чіткими показниками.
• є відповідальний ельф і контроль з боку Санти
• є чіткий момент, коли Санта перестає робити все власноруч

Санта не має перестати бути лідером.
Санта має перестати бути єдиною точкою, без якої все валиться.

Третій шар - зворотний зв’язок як система, а не емоція.
Одна розмова після релізу - це ні про що.
Потрібні:
• щоквартальні підсумки з конкретними рішеннями
• список помилок і вдалих рішень
• чітка відповідь на питання «що міняємо наступного року», а не просто «молодці, дякую»

І важливе.
Санта, який працює без сну перед релізом - це не відданість.
Це ознака того, що у Санти синдром героя. Як показує практика - ні до чого гарного це не призводить.

Ну і основне - якщо команда просить більше відповідальності - значить, ще є шанс виростити лідерів, а не просто виконавців. Але не потрібно розраховувати на те що вони відразу вирішать всі питання самі. Нажаль, в більшості випадків, тут треба час.

PS: Сетап, звісно, гіперболізований. Але майже кожен Санта тут упізнає себе 😉

110/500

#менеджмент #команда #системність #ретроспектива

@system_chaos_art