Вісім місяців, річний дохід у 100 мільйонів доларів — Манус щойно встановив рекорд найшвидшого досягнення в історії. Іван Лео, інженер, який працює в цій сфері вже п'ять місяців, написав огляд і розповів про три уроки, які він засвоїв. По-перше: Ваші обов'язки виходять за межі запуску коду (start open). Багато інженерів вважають, що злиття PR завершено. Після завершення функції Mail Manus Іван записав власні демо-відео, слідкував за оновленнями документів і відповідав на запитання користувачів у Twitter. Під час інтеграції платежів через Stripe він одразу проводив тестом на кредитну картку — справжні гроші, щоб переконатися, що гроші надійшли. Ще важливіше, він сідав і дивився, як його колеги по маркетингу використовують функції, які він створив. Там, де вони застрягають, продукт справді «ламається». Друге: спочатку зробіть це, а потім обговорюйте. У перший робочий день Івана його начальник попросив його написати листа, щоб запустити демонстрацію Мануса. Він хотів написати сценарій, щоб погратися, але бос запитав: Якщо це неправда, то який сенс? Тож наприкінці дня ця функція справді запустилася. Хоча вона неповна, її можна використовувати. Це переконливіше, ніж будь-який PPT — люди можуть прямо сказати «так, варто інвестувати» або «я хочу щось інше». По-третє: не ставте собі межі. Він хотів написати Го, але раніше ним не користувався. Як ви це вивчили? Читайте чужі PR, використовуйте штучний інтелект для аналізу незнайомих закономірностей і ставте багато «дурних питань». Він запропонував тактику запитань: замість «Я не знаю, як це зробити», скажіть «Я хочу зробити X, Y зазвичай використовується в коді, чи варто слідувати цьому шаблону?» "Це дозволяє будь-кому відповісти тобі одразу. Іван сказав щось цілком правильне: ваша посада може бути «AI Engineer», але справжня робота — «досягати результатів». Немає меж, вирішуй проблеми, коли бачиш їх, і користуйся можливостями, коли бачиш. Щодня з 10 ранку до опівночі, п'ять днів на тиждень. Ця інтенсивність не терпима для всіх, і не повинна бути для всіх. Культура швидкої ітерації та прототипування на початку компаній з високим зростанням є перевагою, але в ситуаціях, де потрібна стабільність, вона може стати тягарем. Технічні облігації колись доведеться повернути. Але з іншого боку, якщо ви зараз на цьому етапі — молоді, енергійні і хочете довести себе на хвилі ШІ, ця стаття дійсно пропонує практичну основу: Поширюйте відповідальність на користувачів, перетворюйте ідеї на прототипи і ставтеся до меж як до чогось, що можна порушити. Мені дуже подобаються останні слова Івана: щодня, коли він повертається додому, він з нетерпінням чекає того, що станеться завтра. Справді, не так багато робіт можуть відчуватися так.