Чому ми випустили 3D, перш ніж дізналися, чи він комусь потрібен

Чому ми випустили 3D, перш ніж дізналися, чи він комусь потрібен

Одного дня клієнт із телекому поставив нам просте запитання: «А чи можу я просто переглянути IFC на телефоні, прямо на об’єкті?» У нас не було ні впевненої відповіді, ні слайда з дорожньою картою, ні презентації з оцінкою ринку. Що ми мали — то це запитання від реального користувача й рішення, яке треба було ухвалити: вгадувати, чи це важливо, чи зібрати маленьку, справжню версію й дізнатися напевне. Це чесна історія про те, чому ми випустили 3D, перш ніж дізналися, чи він комусь потрібен, і чого це нас навчило про те, як будувати публічно.

Запитання, на яке не відповіси з таблиці

Функцію можна аналізувати до смерті. Ми могли б опитати користувачів, змоделювати попит, цілий квартал сперечатися всередині команди, чи «3D на об’єкті» — це реальна потреба, чи блискуча відволікаюча штука. Але кожен із цих шляхів — це спосіб вгадувати, вбраний у шати суворості. Єдине, що насправді відповідає на запитання «чи люди цього хочуть?» — це поставити справжню версію перед справжніми людьми й дивитися, що вони роблять. Таблиця тобі не скаже; об’єкт скаже.

Чому ми зробили реліз замість дослідження

Тож ми ухвалили рішення, яке на папері виглядає необачним, а в кімнаті здавалося очевидним: зібрати легкий 3D-перегляд із пінами, випустити його й дати реальному використанню розв’язати це питання. Не прототип у шухляді — справжню, обмежену функцію, якою люди реально могли б користуватися на об’єкті. Ставка була не «3D точно стане величезним». Ставка була «ми дізнаємося більше за два тижні реального використання, ніж за два місяці спекуляцій». Це і є розробка на основі попиту: випустити справжню, але скромну версію, а тоді дати попиту — а не думкам — підказати, що робити далі.

Що насправді означало «справжня, але обмежена версія»

Швидкий реліз працює лише тоді, коли ти чесний щодо обсягу. Ми не будували платформу для координації й не вдавали, що будуємо. Ми зробили рівно стільки, скільки треба: завантажити IFC, отримати легку 3D-модель, що відкривається на телефоні, поставити на ній піни з фото чи голосовою нотаткою. Обмежено навмисно. Дисципліна була не в тому, скільки ми збудували; вона була у відмові будувати — чи заявляти — ті частини, яких ми ще не заслужили. Маленька й цілком чесна річ перемагає велику, що обіцяє забагато.

Чому ми навмисно тримали заяву скромною

Ось частина, яка важить найбільше, і це продуктове рішення, а не дрібний шрифт. Ми були суворі від першого дня щодо того, чим функція 3D є і чим не є. Пін прив’язаний до точки у 3D-просторі — не до елемента BIM. Він не зчитує ідентифікатори чи властивості елементів, не веде версіонування моделі й не є координацією BIM, ані CDE, ані заміною Revit. Це датований знімок моделі для польової документації — перший, чесний крок у 3D на об’єкті. Ми могли б ужити гучніших слів. Ми цього не зробили, бо гучніші слова були б брехнею, а брехня — жахливий фундамент для продукту, якому ти хочеш, щоб люди довіряли.

Що насправді сказало нам реальне використання

А тоді ми спостерігали. Хто відкрив модель на об’єкті, і що з нею зробив? Чи пінами користувалися, чи функція лишилася незайманою? Реальна поведінка безжальна так, як опитування ніколи не бувають — люди не користуються річчю з ввічливості. Спостереження за справжнім використанням дало нам побачити форму реальної потреби замість уявної й вирішити, куди інвестувати далі, спираючись на докази, а не на сподівання. (Механіка того, як це працює, є в матеріалі перегляд 3D-моделі з телефону, а ширший погляд — у статті про піни на 3D-моделях IFC.)

Урок: розробку гейтить попит, а не впевненість

Ти майже ніколи не отримуєш упевненості до того, як збудуєш — а чекати на неї зазвичай означає повільно будувати не те. Альтернатива — не необачність; це випустити справжню, обмежену, чесно окреслену версію й дати попиту гейтити те, що буде далі. Випускай, щоб учитися, тримай заяву скромною, дивися, що люди роблять насправді, а тоді вирішуй. Це повільніше за грандіозний план на папері й швидше за грандіозний план у реальності.

Чому ми розповідаємо цю історію вголос

Будувати публічно означає казати «ми не були впевнені, тож перевірили» замість удавати, що ми завжди знали. Ця чесність — не слабкість історії, це й є вся суть. Команди, яким ми хочемо дати PinMy, — це ті, хто чує перебільшення через увесь об’єкт, і спосіб заслужити їхню довіру — бути прямими щодо того, як ця річ насправді постала. Ми випустили 3D, щоб дізнатися. Ось і все. І можливість сказати це прямо вартує більше, ніж акуратніша історія.

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

Чи PinMy зробив 3D через доведений попит? Ні — ми зібрали справжній, але обмежений 3D-перегляд, щоб перевірити попит, після того як клієнт із телекому спитав, чи може переглянути IFC на телефоні. Ми зробили реліз, щоб учитися, а не чекати на впевненість.

Чи функція 3D — це повноцінна координація BIM? Ні. Пін позначає точку у 3D-просторі, а не елемент BIM; він не зчитує дані елементів і не веде версіонування моделі. Це датований знімок для польової документації — перший крок у 3D на об’єкті, а не координація BIM чи CDE.

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

Чим PinMy НЕ є

Навіть як історія походження, межа тримається: функція 3D — це не координація BIM, не спільне середовище даних і не заміна Revit. Пін позначає точку у просторі — датований знімок — а не елемент моделі, і він не зчитує дані елементів та не веде версіонування. Веб-звіт у PDF корисний, але ще розвивається, а ціни живуть лише на сторінці тарифів. Те, що зробив PinMy, — це випустив щось справжнє й скромне, щоб з нього вчитися, і сказав це прямо.

Подивіться, що ми випустили

Відкрийте IFC на телефоні й самі оцініть скромну версію.

• Подивіться, як це працює: pinmy.co
• Забронюйте 15-хвилинне демо: tidycal.com/pinmy