Product спільнота

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

Дякую, корисна стаття. Для замовника я — Product Engineer, а для власних проєктів — Founding Engineer.

А мені здалось що бути Senior це самий універсальний варіант, бо коли починається війна та displacement — сильно простіше знайти роботу ніж ЕМ або щось менеджерсько специфічне — коли забув вже код.

Дякую, це найпрактичніша порада з усіх! Так і зроблю: кожному, хто прийде в майстерню з розмитим JPG, підготую файл у Brifora на місці й подивлюся, хто повернеться сам. І про перший рядок у листах — слушно, переписую під конкретну вивіску чи меню.

Дмитре, дякую за чесність — саме такі відповіді найкорисніші. Можливо, ви праві. Перевірю на ділі: наступні тижні пропоную сервіс напряму малому бізнесу та майстерням друку на Мадейрі. Якщо цікаво — повернуся з цифрами, хто ж виявився правий 🙂

Якщо відверто, то — ні для кого. Саме на це я і намагався мʼяко натякнути. Вірніше той, для кого це було справжньою потребою, і реалізував її у повному обсязі, і ця людина — ви.

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

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

Дякую за чесний розбір, такі тексти рідко пишуть. Мені здається, ви вже знайшли головний канал: люди, які приходять у майстерню з розмитим JPG. Я б дав їм файл з Brifora прямо на місці, безкоштовно, і подивився, хто повернеться сам.

Альберте, слушно. Чесно: ми спочатку зробили продукт, а воронку почали будувати вже після запуску — це і є головний урок статті.

Дмитре, дякую — це, мабуть, найточніше зауваження. Ви праві: людина приходить зі «зробіть мені гарно», а не з «потрібен файл для друку».

Олександре, дякую — дуже влучно. Саме так ми й рухаємося: у нашій майстерні вишивки й друку на Мадейрі вже є кнопка «Створити з ШІ» на сайті та картка з QR-кодом на касі.

А на це є запит/позитивне сприйняття від замовника? Бо я помітив, що консистентністю стали нехтувати в догоду швидкості викочування фіч незалежно від розвитку LLM. Якщо замовник любить свій продукт — однозначно так.

Ось для того, щоб цих прикладів було більше — я зробив і розвиваю AI-Native Design Framework + Unslop Прикольно, почитаю допомагають системно робити генеративні інтерфейси консистентними і щоб воно не виглядало як слоп А на це є запит/позитивне...

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