Мій процес: від болю бізнесу до робочого модуля за допомогою ШІ

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

Як бізнес-біль стає ідеєю модуля

Мій досвід у бізнесі розпочався ще в 90-х роках з НВФ «Алькар», де я, будучи заступником директора, зіткнувся з необхідністю вести облік та управляти проєктами практично вручну. У ті роки ми створювали ПЗ для тренувань, але внутрішні процеси вимагали постійної уваги та величезних витрат часу. Пізніше, у компанії «Дім і Сад», яку я заснував у 2000 році та керував нею понад 20 років, проблема обліку та автоматизації стала ще гострішою.

Ця постійна рутина, що забирала сили та заважала зосередитися на творчості, стала відправною точкою для створення кожного нового модуля в formspace.design. Я прагнув скоротити час на складання кошторисів та управління клієнтами на 70%, автоматизувати вибір рослин для ділянки площею 15 соток. Якщо вам цікаво, як це виглядало на початку шляху, можете прочитати про це у статті «90-ті: як я вручну вів облік в «Алькар-інвест» без жодної програми».

ШІ як міст до реалізації без штату програмістів

Довгий час я намагався вирішити проблему автоматизації класичними методами: наймав програмістів, ставив завдання. Але, не будучи сам програмістом, я часто стикався з труднощами в поясненні своїх ідей та вимог, що призводило до непорозумінь та затягування термінів. Про цей досвід я розповідав у статті «Як я наймав програмістів, не розуміючи, що саме їм пояснити». У 61 рік, коли я почав активно вивчати можливості ШІ, я зрозумів, що це може стати моїм шансом побудувати інструмент мрії самостійно.

ШІ для мене – це не просто помічник, а повноцінний партнер. Він дозволяє мені, людині з глибокою предметною експертизою в ландшафтному дизайні та економіці підприємства, але без формальної освіти програміста, переводити свої ідеї безпосередньо в код. ШІ бере на себе рутину написання синтаксису, а я зосереджений на логіці, функціональності та користувацькому досвіді, що дає колосальне прискорення та усунення бар'єрів.

Мій процес: від ідеї до прототипу з ШІ

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

1. Чітке визначення проблеми та мети: Я формулюю, який конкретний біль має вирішити модуль і який результат я очікую.
2. Проєктування логіки та даних: Я малюю схеми, описую алгоритми, визначаю, які дані будуть використовуватися та як вони взаємодіятимуть. Мій досвід бізнес-консультанта тут безцінний.
3. Формування детальних промптів для ШІ: Це ключовий етап. Я розбиваю завдання на дрібні частини та пишу максимально точні запити для ШІ, вказуючи мову програмування, бажану структуру коду, необхідні функції. Наприклад, замість «напиши код для кошторису» я напишу «створи React-компонент для інтерактивної таблиці кошторису, що включає поля 'найменування', 'кількість', 'одиниця виміру', 'ціна за одиницю' та 'загальна вартість', з автоматичним розрахунком підсумкової суми, можливістю додавання/видалення рядків та збереження даних у форматі JSON».
4. Генерація та аналіз коду: ШІ генерує код, який я потім уважно аналізую. Я не сліпо копіюю, а перевіряю кожен рядок, порівнюю зі своєю логікою, шукаю можливі неточності або неоптимальні рішення.

Секрети ефективних промптів та ітерацій

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

Ітеративний підхід – мій головний принцип. Я не намагаюся отримати ідеальний код з першого разу. Замість цього я створюю невеликий, але працюючий фрагмент, тестую його, виявляю недоліки і потім коригую промпти для наступної ітерації. Це дозволяє мені швидко рухатися вперед, виправляючи помилки на ранніх стадіях. Іноді це означає 5-10 уточнень для одного невеликого компонента, але в підсумку це економить тижні роботи порівняно з традиційною розробкою.

Типові помилки та як їх уникнути

Найпоширеніша помилка при роботі з ШІ в розробці – це надмірна довіра та недостатньо детальні промпти. Багато хто очікує, що ШІ сам «здогадається», що їм потрібно, але ШІ – це інструмент, що вимагає точних інструкцій. Наприклад, якщо я просив ШІ згенерувати дизайн-концепцію для ділянки, не вказавши її розмір (наприклад, 10 соток або 50 соток), кліматичну зону або переваги клієнта, результат був би занадто абстрактним і марним.

Інша помилка – ігнорування необхідності ручної перевірки та налагодження. ШІ може генерувати синтаксично правильний, але логічно помилковий код. Одного разу я отримав код для розрахунку площі неправильної форми, який виглядав бездоганно, але при певних вхідних даних видавав невірні результати через неочевидну математичну похибку. Тільки ретельна ручна перевірка та тестування на різних сценаріях дозволяють виявити такі «приховані» баги.

Як я використовую formspace.design для перевірки концепцій

Хоча я сам є розробником formspace.design, я активно використовую його принципи і навіть прототипи модулів для перевірки своїх власних концепцій та ідей. Це дозволяє мені дивитися на продукт очима користувача та постійно покращувати його.

Наприклад, коли я думаю про нову функцію, таку як просунутий інструмент зонування, я спочатку використовую підхід з нашого модуля 1.x «План/зони/об'єкти», щоб подумки або на начерку визначити, як користувачі взаємодіятимуть з цією функцією. Я уявляю, які зони вони створюватимуть (наприклад, зону відпочинку площею 20 м² або город на 3 сотках), які об'єкти розміщуватимуть, і як це вплине на загальну логіку. Потім я можу застосувати принципи 2.1 «ШІ-концепція», щоб швидко згенерувати базові ідеї для користувацького інтерфейсу або навіть фрагменти коду, які реалізують цю логіку зонування. Такий підхід значно скорочує час на прототипування та дозволяє мені бути впевненим, що кожен новий модуль вирішує реальні завдання наших користувачів.

Поширені запитання

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

Так, я переконаний, що це можливо, особливо з сучасними інструментами ШІ. Мій власний досвід з formspace.design підтверджує це. Головне – глибока предметна експертиза, чітке розуміння завдання та вміння ефективно взаємодіяти з ШІ як з інтелектуальним асистентом, а не просто генератором коду.

Яка роль ШІ у вашому процесі розробки?

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

Які найчастіші помилки при роботі з ШІ в розробці?

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

Скільки часу займає розробка нового модуля?

Час розробки сильно варіюється залежно від складності модуля. Простий компонент може бути створений і протестований за кілька годин, тоді як великий модуль, що інтегрує кілька функцій (наприклад, модуль кошторису з розрахунком матеріалів та робіт, що включає близько 50-70 різних позицій та формул), може зайняти кілька тижнів ітеративної роботи. Головне – постійний рух вперед та готовність до доопрацювань.

Чи потрібно бути експертом у програмуванні, щоб використовувати ШІ для створення ПЗ?

Ні, не потрібно бути експертом у традиційному розумінні. Мій шлях – яскраве тому підтвердження. Однак вкрай важливо мати глибоку експертизу в тій галузі, для якої ви створюєте ПЗ. Саме ця предметна область дозволяє вам правильно ставити завдання ШІ, оцінювати якість його відповідей та направляти процес розробки в потрібне русло.

Яка найважливіша якість для розробника-одинака з ШІ?

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

Чи можете ви навести приклад конкретного бізнес-болю, який допоміг вирішити formspace.design?

Один з яскравих прикладів – це автоматизація розрахунку кошторисів. У «Дім і Сад» складання детального кошторису для ландшафтного проєкту, що включає матеріали, роботи та техніку, займало до 3-4 годин ручної роботи для ділянки в 15-20 соток. За допомогою модуля formspace.design, який я розробив за участі ШІ, цей процес тепер займає 15-20 хвилин, включаючи можливість швидкого коригування позицій та цін. Це дозволило нам значно збільшити швидкість обробки запитів клієнтів та підвищити загальну ефективність.

Мій шлях до створення formspace.design – це постійне навчання та застосування нових підходів. Я вірю, що кожен, хто стикається з неефективністю у своїй роботі, може знайти рішення, озброївшись сучасними інструментами та власною експертизою. Запрошую вас дослідити можливості formspace.design та переконатися, як технології можуть спростити ваше життя та роботу.