2 роки тому я прогнозував, що більшість із нас піде на завод до 2030-го 😕

Цікаво, чи встигли ви щось зробити з цього? 👍

Я встиг тільки фіксувати прибутки й розвивати бренд

В цікаві часи живемо, ну їх в дупу 😕

@reshteichannel

🚁Helicopter view: чи допомагає це мені зараз?

Можливість бачити картину в цілому, я завжди бачив для себе як перевагу.

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

Але після 16 років карʼєри й такого підходу, я прийшов до висновку, що не маю глибокої експертизи в речах, якими займався й займаюсь.

І це мене бентежить. 😳

Буду з вами чесним.

Тому нижче я хотів би поговорити про helicopter view й розібратись: чи дійсно це благо й конкурента перевага, чи радше черговий інструмент прокрастинації.

Що то таке?

Helicopter view — це здатність дивитися на ситуацію з висоти, відсторонено, як вертоліт, що охоплює широку панораму.

В чому він проявляється?

- розумінні суті бізнес моделі

- розумінні того, звідки йдуть гроші в тій чи іншій «тємці» і свою ролю в цьому «харчовому ланцюзі»

- розкладанні цілого на частини, зі збереженням звʼязків між ними

➕Плюси helicopter view

1. Вміння бачити систему в цілому

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

Також давало можливість одначасно працювати з багатьма проектами, часто включаючи їх в свої «екосистеми»

2. Стратегічне мислення

Я бачив не просто сайт, як набір статей чи сторінок, а бізнес-модель.

Не просто нішу, а її тренд, потенціал, довгостроковість.

3. Креативність + гнучкість

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

Або ще 2 роки тому розуміючи неминучість АІ Overwievs, вирішив йти в сторону продуктів і особистого брендингу.

4. Легше делегувати

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

❌Мінуси helicopter view

1. Ризик відриву від деталей

Думка, що ти бачиш всю картину в цілому, гріє Его.

Не буду брехати це приємно сидіти в шортах, розкинувшись на кріслі, уявляючи себе стратегом. 🇺🇸

Але бачити щось в цілому, зовсім не означає реалізувати це.

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

2. Складність глибоко фокусуватись

Коли бачиш одразу 10 напрямків - важко вибрати, куди вкласти 100% зараз. Може бути розпорошення по декількох проектах.

3. Ризик ілюзії контролю

Іноді helicopter view дає фальшиве відчуття, що мені вже все зрозуміло і все тримаю в голові.

Але кожен проект хоче системності, а не тільки бачення згори.

А як відомо дуже часто «диявол криється в деталях»

✔️Що з цим робити?

1. Записувати все, що робиш

Я вже колись окремо писав про записування, і через роки можу підтвердити ефективність цього прийому.

На кожен сайт або напрям в мене є окрема сторінка в Notion з думками, деталями, матюками й фідбеком.

Це домогає мені зберегти деякі деталі, які я точно впустив, якщо все тримав би в голові.

2. Частіше використовувати deep work

Коли переходиш від загального до конкретного, то простіше сфокусуватись на конкретній задачі.

А вже над якоюсь окремою й осяжною задачею можна працювати глибоко. Тому я доречі часто починаю день з якоїсь глибокої конкретної задачі.

Бо її ефективність просто виміряти.

3. Мати хоча б одну нішу, в якій бути експертом

Це щось типу, як у лікарів.

Кожен з них розуміє, як все працює і як все повʼязано, але має експертизу в якійсь своїй вузькій ніші.

А яка ваша думка про Helicopter view ? 💬

Перевага?

Чи просто інструмент для задоволення свого Его й прокрастинації?

@reshteichannel

4️⃣ поради для створення потужних кейсів

Кейс, як маркетинговий інструмент - дуже потужна й конвертяща штука.

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

Адже що може бути кращим підтвердженням ефективності, топовості, потужності й компетенції тієї чи іншої команди, спеціаліста чи компанії, аніж результат роботи задоволеного клієнта оформленого в вигляді кейсу?

Але що робити, якщо похвалитись нічим, а кейс дуже хочеться? 🤔

Якщо вас доля застала в такій прикрій ситуації, то цей допис для вас.

Далі я вам розкажу, як робити кейси навіть в тих ситуаціях, коли успіхом і результатами й не пахне

Я буду це показувати на прикладі сайтів й SEO, але ці поради допоможуть вам в будь якому бізнесі

Порада перша: Змініть оптику й масштаб

За останні півтора року трафік сайту впав на 90% а в останні декілька місяців чомусь виріс?

Покажіть останні декілька місяців, посилаючись на експертизу команди й потужний відділ, відповідальний за цю задачу.

Ось приклад: (це один із моїх проектів).

Непоганий ріст, чи не так?

І навіщо запамʼятовувати, що сайт був знищений Гуглом в минулі апдейти ?

Порада друга: все має рости. Якщо не росте те, що треба, покажи ріст, хоча б десь!🧠

Трафік впав, але конверсії ні (або навіть ростуть)?

Фокусуйтесь на них!

Падає MRR 6-й місяць поспіль?

Показуйте ARR - його всі люблять.

Проаналізуйте, розкладіть бізнес на метрики, гляньте, що росте й показуйте цей ріст (бо він зʼявився не випадково а завдяки злагодженій роботі вашої топовой команди, або топового вас)!

Порада третя: ніколи не показуйте невдалі спроби

Є кейс про ріст якогось одного сайту в якомусь одному ГЕО?

Прекрасно!

А те, що запустили до того 500 чи 1000 сайтів, які нічого не несуть?

Не суть

Головне, що є щось, що росте

Ні в якому разі ніхто не мав би подумати, що ваш кейс пахне "помилкою вижившого".

Так вам грошей ніхто ніколи не дасть😏

Порада четверта: використовуйте абсолютні цифри

"30к показів за місяць в EDU US ніші" - це багато чи мало?

А хз, бо ще містер Енштейн казав, що все відносно.

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

Люди часто їх люблять (тим паче якщо можна показати десятки, або сотні тисяч чогось, неважливо чого)

І без різниці вже, скільки було за рік до того у відсотках.

Використовуйте ці 4 поради в своїх кейсах, й ви ніколи не будете відчувати їх дефіцит.

Але я б радив краще не показувати ці поради своїм клієнтам.

Бо є ризик, що не так зрозуміють.😁

@reshteichannel

👀Річ, якої мені критично не вистачає в ChatGPT та інших LLM

Я активно користуюсь АІшкою з 2022 року.

Я спостерігав той шлях, який вона пройшла за ці роки, й до сих пір афігєваю.

Зараз я забув коли я Гуглив востаннє.

Відповіді на питання, рісьорч, аналіз, написання коду - все мені робить 🧠

Але є одна річ, якої мені в ньому не вистачає, і я сумніваюсь, що вона зʼявиться там найближчим часом

Хоча, коли тільки почав користуватись АІ, то був радий, що її там не було

Але почну з невеличкої історії:

Лютий 2017

Я прийшов на зустріч з людиною, з якою познайомився нещодавно онлайн

Він молодший за мене, але топовіший і успішніший, що мене мотивувало.

Переробивши семантичні ядра половині рунету, він "собаку зʼїв" на контентних сайтах, тож на його питання: "а ти чим займаєшся?", я соромʼязливо дістав свій Xiaomi і відкрив браузер

То був мій сайт, який тоді приносив біля 2500$ в місяць й був основним джерелом мого прибутку

Пролиставши майже до футера, він посміхнувся, віддав мені телефон й надпивши зелений ройбуш з блискучої білої чашки, глянувши мені прямо в очі, видав: "ну ти ж розумієш, що дизайн гівно?"🧠

Я не очікував такої різкої оцінки, адже витратив багато часу, щоб знайти той nulled Wordpress шаблон й адаптувати його для проекту.

Але виду, я не подав, бо в якомусь плані він був правий, й дизайн не був ідеальним

Вже пізніше в своїй карʼєрі я впевнився, що давати різки оцінки (навіть коли не питають) - частина нашої культури.

І це в цілому ок

Й поки я не почав спілкуватись з іноземцями ближче, я цього не помічав.

Так до чого я веду?

Мені в ChatGPT, Claude і інших АІшках не вистачає критичної оцінки моєї думки.

Прям максимально критичної, наскільки це можливо🤢

АІ або згідний з тобою, або максимально плавно й обтічно намагається тобі щось сказати, пояснивши, в чому ти не правий

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

Коли я йому кажу, що ти тут робиш фігню, то отримую відповідь "You're absolutely right!" (а мої знання в програмування обмежуються тим, що я компонент від массива можу відрізнити і все)!

І так насправді багато де

АІ рідко тобі скаже, що ти десь неправий на 100%. Це завжди будуть максимально ліберальні і мʼякі слова

А інколи хочеться, щоб сказали, "ну ти ж розумієш, що дизайн гівно?"

Ви що думаєте на цей рахунок?💬

Часто би використовували умовний "hard mode" для того, щоб АІшка вас покритикувала?

@reshteichannel

Мій перший випадок "промислового" застосування АІ

Скоро виповниться майже 4 роки, як я "подружився" з АІ

З самого початку я дивився на це більше як на іграшку, й не дуже розумів, що це таке і як це можна використовувати для своєї роботи

Але з 2022 року все почало змінюватись, і я став активно використовувати ШІ саме для створення контенту

В той період свого життя, я жив з однією валізою й постійно переїджав.🧳

В той жаркий липневий день доля закинула мене до Спліта 🇭🇷, й ще не встигши розкласти речі, я вирішив робити сетап для створення сайтів майже на автопілоті.

На фото як раз перший Tech stack для цього

З легкої подачі пана Олександра я повісив на свій старенький Asus 2017 року на І7 Zennoposter, який в 5 потоків регав OpenAI ключі (тоді давали безкоштовні 5$ на акк, відповідно щоб не витрачатись на контент), й створював статті для майбутнього сайту

Потім в Зеброїді це все діло чистив, додавав картинки з відео й пушив на Wordpress

Трішки пізніше були орендовані VDSки, бо навіть купівля кулера не допомогла моєму "старічку" адекватно працювати (через місяць я візьму MacbookPro в Загребі, забуваючи подивитись на розкладку клавіатури, яка була повністю хорватською🤓)

Що з цими сайтами зараз?

Більшість не "взлетіло", тож за рік я просто не продовжував домени.

Але штук 5 лишилось до сих пір, й хостинг з доменами вони окупають й може декілька підписок також.

Тож я їх лишаю.

А коли ви почали активно використовувати АІ для своєї роботи?

І які то були сценарії?

Якщо вам цікавий такий формат "життєвих" дописів, дайте мені знати, бо мені є ще що розповісти

@reshteichannel

4 SEO проблеми у вайбкодінгу про які я дізнався за останні 5 місяців: як їх вирішувати

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

Для людини не в "темі" це й дійсно виглядає революційно, й заохочує вибирати надгробний вінок для всіх програмістів

Але я б не радив поспішати, адже додатки, які були створені таким чином мають купу «косяків»

Я не програміст, тож не буду говорити про неоптимальність коду, або про дублікати в функціях або компонентах.

Я тільки на порозі життя молодого цих викликів.😀

Скажу про те, в чому маю більш ніж 16 річну експертизу: про SEO

Поговоримо про основні проблеми в сайтах, які створені таким чином і про те, як їх вирішувати

1. CSR і нульова індексація

Памʼятаю перший проект, який я робив на Lovable.

То був каталог всіляких інструментів: чекери, генератори і т.д.

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

Власне кажучи, так й сталось: в вихідному коді цього каталогу було ... майже нічого.

Добре, що я це зрозумів, створивши лише 24 тули й витративши на це майже 2 тижні 😁

В чому була проблема?

Сервіс використовував CSR (Client side rendering) в роботі.

Це означало, що вся інфа рендерилась в браузері користувача, а не на сервері.

Для юзера це означало дуже швидку роботу сайту (він прям "літав"), сервер майже не нагружався, але Гуглу не було чого індексувати

Як фіксити: юзайте SSR (Server side rendering) при створенні додатків.

Але будьте обережні!

Той же Lovable чи Github Spark використовують свої фреймворки (типу Vite), які є CSR і нічого в цьому не змінити (навіть якщо добре попросити).

Тому використовуйте інші сервіси (V0, Bolt)

2. "Крива" розмітка тегів, або їх відсутність

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

В "навайбкоджених" сайтах цієї розкоші немає. 😏

Тут можуть бути й дублікати тегів, й відсутня Schema для соц мереж, відсутні заголовки, canonical та ін.

Як фіксити: провести тех аудит. Можна використовувати той же Ahrefs site audit, Sitechecker audit, Screaming frog і т.д.

Далі вже "кормити" своєму сервісу для вайб кодингу логи помилок й просити виправити.

3. Відсутня внутрішня перелінковка

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

Як фіксити: Додаванням breadcump в навігацію й меню, або створенням блоків вже на самих сторінках з посиланням на інші сторінки.

4. Немає Robots й Sitemap

Який же сайт без Robots й Sitemap, скаже вам будь який поважаючий себе сеошник, й буде absolutely right!

Але те, що очевидно для сеошника, не зовсім очевидно для АІ.

Він нічого не буде робити, поки не попросиш.

Як фіксити: попросити створити ці файли.

Але я б радив після створення ще глянути, що він настворював. Бо часто він включає посилання на неіснуючі сторінки, або розділи сайту.

АІшка в контексті кодингу за останні роки зробила суттєві кроки вперед.

Але нажаль вона поки ще не робить копію Facebook одним промптом 🤢

Тож за нею треба дивитись й направляти, наче заблудшого сина чи дочку на SEO путь істіний

Чим і продовжуємо займатись👨‍💻

А які ви помітили для себе проблеми у вайбкодінгу, і як їх вирішуєте?

@reshteichannel

Півроку вайбкодінгу. Уроки й висновки

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

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

Нижче - уроки, висновки й думки про те, як переписувався з АІ, просив його щось мені зробити, він робив, ламав, фіксив, тисячі разів казав мені "you're absolutely right"

Можливо вам будуть цікаві мої попередні дописи про вайбкодінг:

Коротко, що таке вайбкодінг
Уроки, які я виніс для себе після 2-х місців вайбкодінгу
Vibe coding: новини за останні 2 місяці

1. Не треба платити за API

Півтора місяці тому я поставив Cursor, щоб покращити свої результати (таку пораду дали знайомі програмісти).

Але за пару днів я його зніс й відписався.

Причина проста: вперся в ліміти (хоча й в умовах тарифного плану було «unlimited requests»), й далі мені пропонували підвʼязати свій АРІ ключ й платити pay as you go.

Робити це звісно я не став, тому повернувся на Github Copilot (на якому сиджу й до сих пір)

Мені часто в 𝕏 попадаються дописи, де люди пишаються тим, що витрачають сотні й тисячі доларів на АІ АРІ. Типу "ми серйозні тіпи, нам не шкода грошей на це, адже ми пилимо серйозні речі"

Я в цьому token based usage бачу якусь лудку.

Здається, що ось ось і фіча допилиться, код рефакторнеться і все запрацює.

І тільки повідомлення від онлайн банкінгу з оплаченими інвойсами до АРІ відволікають від цього прекрасного заняття.

2. Не треба видумувати велосипед

В пориві overthinking і overengineering хочеться зробити краще й ідеальніше.

Не треба так

Головна задача - те, що ви створюєте має працювати. І якщо якісь технічні рішення не обовʼязкові, то не треба їх робити

Наприклад, я витратив 2 тижні щоб "подружити" деплой й базу данних в Cloudflare

Мені здавалось, що БД в одному місці, а деплой в іншому - некрасиво й неефективно.

В процесі в мене ніфіга не вийшло, а саме смішне, що можна було робити все й без бази данних! (як я і зробив в кінці)

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

3. Кількість відвідувачів сайту важливіша за кількість рядків в коді

Якщо показати той код, який написав АІ в більш ніж 15 моїх проектах, програмісту, то йому й півлітри Корвалолу не вистачить, щоб отямитись.

Але не треба забувати головну причину заради чого все це робиться - комерційний успіх

Якщо на сайт чи апку, який ви створили за допомогою АІ ходять люди, все несеться, то яка нафіг різниця, наскільки неідеальний там код?

4. Structure - first.

Ідеально писати код за допомогою АІ, якщо ти програміст

Такі спецалісти будуть особливо затребувані найближчим часом, доречі

Але що робити, коли в розробці шариш не так щоб дуже?

Для себе я вивів формулу: "Structure - first"

Тобто коли АІ вам щось пише, треба розуміти структурно, що він вам робить й направляти, коли його "заносить"

Це допоможе вам в дублікатах компонентів, функцій і т.д.

5. АІ краще в фронті, ніж в беку

Ті сайти, створені Bolt, Lovable чи V0 з візуальної точки зору часто гарні.

Без приколів

Років 7 тому за подібні апки брали сотні доларів на фрінлансі й тижні, якщо не місяці часу на реалізацію. Зараз же це робиться за 10 хв максимум!

Але якщо вже треба підключати всілякі інтеграції, то тут складніше.

Я нормально так помучився з додаванням дописів в базу данних, її налаштуванням і так далі.

Бо в цьому плані в АІ памʼять як в Трампа😐

Тут тобі каже, що все памʼятаю, все буде збс, все пофіксимо, а через 5 хв питає "А чому в нас в базі данних нічого немає? Ти щось видалив?"

Що далі?

В попередньому дописі я писав, що планую робити щось складніше й що треба створювати boilerplate задля потенційного масштабування

От власне кажучи останні 2 тижні я працював над boilerplate для локальних каталогів.

Ось приклад MVP, який вдалось створити - AustinAllRoof.com

В планах покращувати його

Виклик в такого плану директоріях - дешево парсити Гугл карти.

Тому, якщо у вас є рішення, я радий його почути!

А ви створюєте щось за допомогою АІ?

Які уроки ви винесли?

@reshteichannel