Розробка

Дослідження й розробка програмного забезпечення (R&D)

Ми перевіряємо, чи працює технічна ідея в умовах тесту, перш ніж ви вкладетеся в повну розробку. Ми перетворюємо невідоме на запитання, яке можна перевірити. Для цього може знадобитися підтвердження концепції (PoC), тобто невеликий експеримент для перевірки технічного підходу, або прототип, що дає змогу спробувати взаємодію. Ви отримуєте результати та їхні межі, зокрема рекомендацію зупинитися, якщо підхід не витримує перевірки.

Ціна за запитом · відповідь протягом одного робочого дня

Обговорити проєкт Від чого залежить вартість

Запитання, яке можна перевірити: невизначеність, що може змінити ваше рішення про розробку.

Результати, які можна переглянути: що випробували й що сталося в умовах тесту.

Наступний крок із поясненням: продовжити, змінити підхід або зупинитися.

Що ви отримуєте

Під час передачі ви маєте:

Дослідницьке запитання й припущення, на яких воно ґрунтується.
Умови тестування й визначення моменту завершення дослідження.
План експериментів для порівняння доречних підходів.
PoC або прототип, якщо він потрібен для відповіді на запитання.
Результати з тестовими матеріалами, обмеженнями й відкритими запитаннями.
Рекомендацію для наступного рішення й опис того, що вимагатиме подальша робота.

Під час передачі ми вказуємо, які частини створено лише для тесту й що ще потрібно, перш ніж на них можна буде покладатися в щоденній роботі.

Від чого залежить вартість

Оцінку складаємо за тим, яку невизначеність потрібно усунути і скільки доказів потрібно для рішення.

Глибина технічного запитання.
Підходи, які потрібно порівняти.
Доступ до репрезентативних даних і зовнішніх систем.
Підготовка експерименту й робота над прототипом, якщо вона потрібна.
Умови тестування, зокрема незвичні вхідні дані чи середовища з обмеженнями.
Обсяг роботи, потрібної, щоб результати можна було відтворити.
Перегляд і передача результатів.

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

Обговорити проєкт

Ми відповідаємо на кожне звернення протягом одного робочого дня. Графік залежить від доступу до придатних тестових даних і систем, потрібних для експерименту.

Ви отримуєте дослідницькі матеріали й індивідуальний код, створені під час роботи. Під час передачі ми зазначаємо сторонні ліцензії та обмеження щодо тестових даних. Експеримент проводять спеціалісти, яких ми добираємо під дослідницьке запитання: наші або підрядники, з якими вже працювали. За результат відповідає CyberLab.

Що входить і що ні

Входить

Перетворення технічної невизначеності на запитання, яке можна перевірити.
Планування й проведення експериментів, які входять до оцінки.
Створення PoC або прототипу, коли він потрібен для експерименту.
Фіксація результатів і пояснення їхніх меж.
Перегляд результату й рекомендація наступного кроку.

Не входить

Перевірка попиту клієнтів і комерційної життєздатності.
Готовий до експлуатації застосунок чи публічний запуск продукту.
Перетворення коду експерименту на код продукту, який потім супроводжується.
Постійна експлуатація й підтримка.
Юридичні консультації й подання заявок щодо інтелектуальної власності.

Ви називаєте бізнес-рішення, яке має спиратися на дослідження, і надаєте дозвіл використовувати тестові матеріали. Технічна здійсненність не свідчить про те, чи купуватимуть клієнти.

Коли це потрібно

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

Як іде робота

Чотири кроки та результат кожного

Крок 1. Визначаємо невідоме

Ви отримуєте дослідницьке запитання й перелік припущень. Ви пояснюєте, яке рішення залежить від відповіді, і надаєте вже доступні матеріали.
Крок 2. Задаємо експеримент і момент зупинки

Ви отримуєте умови тестування, критерії порівняння й план експерименту. Ви підтверджуєте, який результат виправдає продовження, а який змусить переглянути рішення.
Крок 3. Проводимо й фіксуємо тести

Ви отримуєте результати експерименту й спостереження. Ми фіксуємо невдалі спроби разом із корисними результатами й зазначаємо, коли брак даних не дає зробити висновок.
Крок 4. Переглядаємо рішення

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

Як ми можемо співпрацювати

Оберіть формат, що відповідає вашому завданню. Після першої розмови ми запропонуємо один із них.

Консультація або аудит

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

Підходить, коли вимоги можна записати ще до початку роботи. Ви отримуєте погоджений обсяг за погоджену ціну. Будь-яка нова задача спочатку отримує оновлену оцінку.
Оплата за витрачений час (time and materials)

Варто обирати, коли обсяг змінюватиметься в міру того, як ви дізнаєтеся більше, як-от у дослідженні чи роботі над новим продуктом. Ви платите за витрачений час, а план ми переглядаємо разом із вами впродовж роботи.
Підтримка після запуску

Ваша система вже працює й потребує оновлень, виправлень і моніторингу. Ми домовляємося про щомісячну підтримку та перелік того, що вона охоплює.

Потрібні розробники, які щомісяця працюватимуть над вашим продуктом? Дивіться виділену команду розробки.

Платформи та інструменти, з якими ми працюємо

Залежно від того, що потрібно перевірити: PHP, Node.js, Go, .NET (C#) або Flutter, а також MySQL, PostgreSQL, MongoDB, Redis, Cassandra або ClickHouse для даних.

Платформу ми обираємо під завдання, а в переліку наведено те, що використовуємо найчастіше.

Кому підходить, а кому ще рано

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

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

Підтвердження концепції, прототип чи перший реліз?

Варіант	На яке запитання відповідає	Що залишає відкритим
Підтвердження концепції	Чи може цей технічний підхід працювати за обраних умов?	Зручність використання продукту й готовність до щоденної експлуатації
Прототип взаємодії	Чи можуть люди зрозуміти й пройти запропоновану взаємодію?	Робочі інтеграції й поведінку з реальними даними
Перший реліз продукту, яким можна користуватися	Чи можуть користувачі виконати потрібне завдання в робочому продукті?	Подальші функції й те, чи буде бізнес успішним

Робота з клієнтами з інших країн

Договір і NDA. До початку роботи ви підписуєте договір із CyberLab.Team OÜ, компанією, зареєстрованою в Естонії. Якщо вам потрібна угода про нерозголошення (NDA), ми підписуємо її до того, як ви передасте конфіденційні дані.
Рахунки в євро. Рахунки ми виставляємо в євро від компанії з ЄС, яка має номер платника ПДВ.
Мови. Ми працюємо англійською, українською, російською та польською.
Дзвінки та відповіді. Дзвінки проводимо в години, які ми з вами погодили, а на повідомлення відповідаємо протягом одного робочого дня.

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

Постановка дослідження

Яке технічне запитання достатньо конкретне для дослідження?

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

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

Так. Ми формулюємо обраний підхід як предмет перевірки, а потім порівнюємо його з доречними альтернативами. Корисний результат може показати, що простіший шлях краще задовольняє потребу.

Що робити, якщо відповідь уже є в наявній документації?

Ми перевіряємо надані матеріали, перш ніж пропонувати експерименти. Якщо вони дають відповідь, наступним кроком може бути реалізація, а не окреме дослідження.

Експерименти й вхідні дані

Що відбувається, коли репрезентативні тестові дані недоступні?

Ми визначаємо, що можна перевірити на зразках чи синтетичних даних, а що ні. Результати залишаються обмеженими цими вхідними даними; позитивний результат ми не подаємо як підтвердження роботи на реальних даних, яких ми не бачили.

Чи може експеримент перевірити обмеження зовнішнього сервісу?

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

Як не дати дослідженню розростатися нескінченно?

Визначте запитання й умови зупинки до проведення тестів. Нове невідоме спершу фіксується в результатах, а потім ви вирішуєте, чи варте воно окремого дослідження.

Розуміння результату

Чи є рекомендація зупинитися повноцінним результатом дослідження?

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

Що робити, якщо тести не дають відповіді на запитання?

Звіт зазначає, що результат не дає однозначного висновку, і називає, яких доказів бракує. Він розрізняє виконану роботу й висновок, якого доступні тести не можуть підтвердити.

Як перевірити результат після передачі?

Ми передаємо налаштування тесту й вхідні дані, якими можна ділитися, разом з отриманим результатом. Також перелічуємо зовнішні залежності й умови, що можуть завадити отримати той самий результат пізніше.

Перехід до розробки

Чи може код експерименту стати частиною продукту?

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

Чи означає позитивний результат, що варто фінансувати повний продукт?

Він відповідає лише на перевірене технічне запитання. Перш ніж братися за повну розробку, вам ще потрібно врахувати потребу клієнтів і роботу із запуску та експлуатації продукту.

Чи можна замовити лише рекомендацію без прототипу?

Так, якщо відповісти на запитання може аналіз або менший тест. Ми пропонуємо найменший обсяг роботи, який дасть корисний результат, і зазначаємо, від чого він залежатиме.

Пов'язані послуги

Розробка програмних продуктів: перетворення визначеного продукту на перший реліз, яким можна користуватися.
Розробка вебзастосунків: створення процесу в браузері, коли технічний шлях уже зрозумілий.
Розробка SaaS: коли клієнти мають платити за підпискою, щоб користуватися продуктом онлайн.

Яке невідоме може змінити ваше рішення про розробку?

Опишіть, що потрібно перевірити й яке рішення ви зможете ухвалити за її результатом. Розмова безкоштовна; після неї ви отримуєте оцінку вартості й обсягу робіт. Ми повернемося з відповіддю протягом одного робочого дня.

Обговорити проєкт

Telegram @cyberlabteam · WhatsApp +48 668 155 303 · info@cyberlab.team

Яке невідоме може змінити ваше рішення про розробку? Обговорити проєкт