У вільний від відпочинку час у мене в голові риються різні технічні ідеї. Іноді дурні, іноді цілком собі нічого. Досить весела частина з них, через рік або кілька, знаходить реалізацію в житті, часто в точності так, як я це собі уявляв.
Хочу скористатися цим ефектом в «корисливих цілях» і розповісти спільноті ще одну таку ідею, яку було б вкрай цікаво побачити в житті.
Є один хороший спосіб подарувати своєму проекту популярність і довге життя - зробити його предметом хобі. Це вже давно і успішно випробувано в індустрії софту: API + SDK + спільнота вільних розробників - і незабаром з вашим дітищем починають няньчитися, як зі своїм, тисячі людей, не шкодуючи на це сил, часу і часто - грошей.
Людям мало просто користуватися - люди хочуть творити!
Вам залишається справно продавати, підтримувати і оновлювати ядро системи, інше зробить за вас спільнота.
Ще краще - відкритий вихідний код. Але в це заглиблюватися я не стану, бо стаття не про софт, а навпаки, про саме що ні на є «залізо».
Хто сказав, що opensource може бути тільки в софті?
Між тим, у промисловості сьогодні все рівно навпаки.
Кожна гайка старанно патентується, виріб обвішується різними і TM, як герой війни медалями, а за внесення модифікацій у виріб і навіть за простий розтин його корпусу виробник позбавляє вас гарантії і піддає всілякому остракізму.
А замість цього можна було б зробити наступне...
Технічна сторона
Розробник і виробник продукту (назвемо його - «Засновник») ділить конструкцію свого виробу (напр. - автомобіля) на умовне ядро і оточення.
Засновник надає у відкритий доступ робочі креслення вироби, в яких ядро - цільний і неподільний блок, що має точки кріплення, сполучення і підключення пристроїв і деталей периферії.
Також надаються шаблони для розробки вузлів периферії.
Шаблони мають три категорії елементів:
- «червоні елементи» - обов'язкові і недоторканні елементи, які забезпечують кріплення і сполучення з ядром, їх не можна ні редагувати, ні прибирати, ні переміщати.
- «жовті елементи» - необов'язкові елементи, які також не можна редагувати, але які можна вільно прибирати, замінювати на інші і переміщувати - це стандартизовані вузли сполучення з іншими елементами периферії.
- «зелені елементи» - це простір для вільної творчості, їх можна редагувати як завгодно, в межах розумного. Межі розумного - це окреслені межі, за які не повинна виходити деталь.
На прикладі тюнінгу автомобіля, у разі створення, скажімо, аеродинамічних обвісів, це може виглядати так:
шаблон переднього бампера має:
- «червоні елементи» - точки кріплення до кузова і лінія сполучення з крилом, капотом, радіатором.
- «жовті елементи» - гнізда для кріплення протитуманних фар.
- «зелені елементи» - зовнішні аеродинамічні контури самого бампера.
Організаційний бік
Вільний розробник реєструється на сайті Засновника, заводить акаунт і отримує доступ до скачування шаблонів і засобів проектування, а також документації за необхідними стандартами.
Після завершення розробки вузла, він відсилає свої моделі і креслення на сайт Засновника, де спеціальний скрипт перевіряє, чи збережена цілісність «червоних» і «жовтих» елементів у чертежі.
Далі - з певною періодичністю в технічній лабораторії Засновника збирається комісія, яка піддає надіслані проекти технічній, дизайнерській та економічній цензурі. Комісія визначає, які з робіт будуть допущені до виробництва, в яких треба щось виправити, а які взагалі нікуди не годяться.
Про результати цієї експертизи вільний розробник ставиться до відома через особистий кабінет і листування.
На остаточному етапі розробник залучається до участі у тестуванні пілотного примірника виробу.
Економічна сторона
У разі позитивного рішення комісії про допуск розробки до провадження, між Засновником і автором укладається договір, а його розробка патентується.
Допущені до виробництва проекти потрапляють до списку, з якого кінцевий споживач може вибрати собі відповідну комплектацію продукту.
Таким чином, розробка надходить у вільний продаж, прибуток від якого ділиться в певній пропорції між Засновником і автором, згідно з договором, і на додачу автор отримує можливість замовити собі цю деталь безкоштовно або з великою знижкою.
Також можлива схема, при якій автор починає отримувати відрахування тільки після того, як виручка від продажів його виробу покриє виробничі витрати. Все це обумовлюється в договорі.
Основні принципи
Все описане вище - поки що дуже загальна і приблизна ідея, яка потребує аналітичного і юридичного «допилювання».
Головні принципи, на мій погляд, такі:
- чіткий поділ ядра і периферії у виробі на етапі її розробки
- простий, зрозумілий і максимально автоматизований алгоритм обміну робочими кресленнями та іншими документами між виробником і вільними авторами, частково ідею можна запозичити у opensource-спільнот по софту.
- проста і зрозуміла модель економічних взаємин виробника і авторів.
- механізм продажу кінцевого товару, який передбачає вибір його комплектації покупцем. Це найбільш складний момент з точки зору планування продажів. Як усім відомо, в ресторані заздалегідь готову їжу приносять набагато швидше...
- політика «розділеної гарантії», аналог «main + universe» розмежування в компонентах Linux Ubuntu
- спрощена і прискорена процедура патентування деталей периферії.
Вільними розробниками можуть бути як приватні особи, так і компанії, наприклад, дизайнерські студії.
В останньому випадку підозрюю, що це може бути дуже затребувано. Наприклад, фірма-виробник побутової техніки розробляє ядро системи - двигун, привід і «мізки» пральної машини, а вільні розробники створюють безліч варіантів її зовнішнього вигляду, пишуть різні удосконалення до прошивки тощо...
Ось і все. Сподіваюся, щось подібне коли-небудь побачить світ.
Якщо ви знаєте, що десь це вже успішно працює - розкажіть, буде дуже цікаво вивчити їх досвід.