Це друга частина трилогії статей, присвячених невідповідності між пітч-деком і готовим до використання продуктом, з якою стикаються всі стартапи.
Ось перша частина, якщо ви її пропустили.
Перша частина статті задала декорації та окреслила парадигму «Розділяй і володарюй» широкими мазками.
Ця частина присвячена самодостатнім блокам Lego різного розміру, які ви можете використовувати вже сьогодні. Це практичне технічне читання, але воно важливе і, я впевнений, варте кожної хвилини вашого часу.
Це невичерпний перелік поширених активів, які вам безсумнівно знадобляться на ранньому етапі процесу, а отже, їх можна сміливо починати впроваджувати, навіть якщо майбутнє ще туманне.
Визначення готовності (DoD)
Примітка: я починаю список із DoD, тому що інші приклади посилаються на нього, а не обов'язково тому, що він має вищий пріоритет.
DoD — це один із неминучих фреймворків, які компанії встановлюють неявно або явно. У вас може бути офіційний документ у вікі, або ваша команда вже дотримується низки неписаних конвенцій. Оформіть це письмово.
Мої DoD складаються з розділів для фронтенду, бекенду, UI/UX та управління проєктами. Ви можете описати типову файлову структуру React-компонента, термінологію, якої слід дотримуватися, та навести приклад. Часто я рекомендую плагіни для IDE, які допомагають генерувати необхідні папки та файли з відповідним шаблонним вмістом із наданого мною шаблону. Натиснув — і скелет готовий. Заповнюйте прогалини.
Напишіть мені, якщо хочете поглянути на мій типовий DoD у Notion або Obsidian. Я з радістю поділюся.
Приклад типового DoD. Автор: Малік Алімоекхамедов.Управління знаннями компанії
Управління інформацією та знаннями — це немала справа, і якщо в компанії немає відповідальної людини, яка тримає все в порядку, випадкові внески кожного перетворюються на суміш розрізнених фрагментів, що не складаються в цілісну картину.
Згаданий вище DoD зазвичай зберігається у корпоративній вікі. Ми всі робимо нотатки, але кожен робить це по-своєму. Це нормально, поки немає потреби у співпраці.
Більшість сучасних інструментів дозволяють підключати віддалені ресурси, такі як спільні папки, та відображати їх поряд із нотатками, зробленими безпосередньо в інструменті. Одне точно: вам знадобиться централізоване сховище, на яке ви зможете направляти кожного під час онбордингу або коли хтось задає питання, на яке вже було дано відповідь.
Примітка: персональне управління знаннями, або PKM, — це моя пристрасть. Якщо ви хочете впорядкувати свою інформацію та інформацію вашого стартапу ефективно та структуровано, я веду розсилку на цю тему.
"The Mechanics of Knowledge Management" — це моя безкоштовна щотижнева розсилка про інженерію знань. malikalimoekhamedov.substack.com.Юридичні та бухгалтерські активи
Умови використання, політика файлів cookie, NDA, трудові договори, шаблони рахунків тощо. Якщо ви є частиною інкубатора або маєте мережу контактів, не винаходьте велосипед — попросіть шаблони, принаймні на ранньому етапі.
Компонентно-орієнтована розробка (CDD)
CDD ідеально підходить для створення складних рішень шляхом їх розбиття на менші, повторно використовувані частини. Кожен елемент відповідає за ізольовану частину всього продукту. В ідеалі ця частина повинна бути достатньо малою, щоб не брати на себе занадто багато відповідальності, але достатньо великою, щоб мало сенс пакувати її окремо.
Фронтенд
Вам, ймовірно, знадобляться UI-токени (елементи користувацького інтерфейсу), такі як кнопки, слайдери та модальні вікна. У таких випадках рекомендується створити контекстно-незалежний UI-кіт. Створюйте в ізоляції, щоб ваші компоненти залишалися придатними для повторного використання в різних середовищах, таких як мобільні/веб-додатки, лендінги або друковані пітч-деки.
Ви можете «вбудувати все» зараз і витягнути необхідні частини пізніше, щоб заощадити час. Однак, якщо ймовірність повторного використання цих візуальних активів в інших місцях висока, рухатися повільніше зараз, щоб бути швидшим потім, — це розумний вибір. Не бійтеся відкласти миттєву вигоду, незважаючи на традиційну стартап-філософію.
Приклад CDD від Monday.com. Джерело: Storybook.js.org.Одне з перших, що я зазвичай впроваджую, — це Storybook. Інструмент, який допомагає фронтенд-розробникам створювати компоненти в ізоляції. Поступово наповнюється набір стійких, самодостатніх, надійних компонентів. Додавання цього інструменту на ранньому етапі розробки спочатку трохи сповільнить вас. Але експоненціально прискорить темп, якщо у вас вистачить витримки подолати початковий бар'єр.
Окремий файл Storybook для кожного веб-компонента є частиною DoD. Якщо елемент не працює в ізоляції, він не вважається робочим.
Бекенд
Ще один стійкий блок Lego хмарних стартапів — це Infrastructure as Code (IaC). Він описує всі будівельні блоки безсерверної архітектури у вигляді коду, який можна версіонувати, над яким можна співпрацювати, розгортати або знищувати натисканням кнопки.
Ваша інфраструктура стане мобільною, якщо ви захочете переміститися в межах того ж хмарного провайдера або зайнятися тим, що я називаю «цифровим кочівництвом»: стартапи стрибають з корабля на корабель, як тільки закінчуються безкоштовні кредити, щедро надані одним із кількох гравців.
Мої IaC переважно використовують Amazon Web Services (AWS) CDK v2, написаний на TypeScript. Я з радістю поділюся, якщо хочете поглянути. Зв'яжіться зі мною.
Інше
Принципи CDD застосовуються до npm, Inc. пакетів, Ruby gems або Java beans. Їх можна зберігати відкрито або у приватних репозиторіях артефактів. Це варто впроваджувати.
Фреймворк та інструменти управління проєктами
Ви можете обрати інструменти та шаблони, які будете використовувати, коли управління проєктами стане актуальним. Ви можете описати майбутній modus operandi у DoD або заздалегідь налаштувати вашу майбутню систему.
Офіційний вебсайт та шаблони лендінгів
Вам знадобиться вебсайт. Крім того, багато експериментів у стилі Lean Startup Co. будуть проводитися на окремих спеціальних лендінгах. Вам потрібен спосіб створювати їх швидко, бажано без залучення вашої команди розробників. В ідеалі ці сторінки будуть тісно інтегровані з вашою CRM. HubSpot, наприклад, пропонує платні розширення, що дозволяють генерувати лендінги, відстежувати залученість та збирати ліди.
Ще одна корисна зброя, яку ви можете використовувати для A/B тестування вашої бізнес-гіпотези, — це Google Optimize або PostHog A/B тестування. Його інтеграція має кілька нюансів, якщо ви використовуєте React як основний фронтенд-фреймворк, але це варто початкових інвестицій.
Зв'яжіться зі мною, якщо хочете поглянути на мою реалізацію.
Система управління обліковими записами користувачів
Ви хочете мати багато користувачів, яких потрібно буде безпечно зберігати в пулі користувачів. Я бачив, як деякі компанії зберігають інформацію про користувачів у відкритому тексті. Не будьте такими.
У вас не буде доступу до паролів, що зробить майбутні зміни пулу користувачів більш ресурсомісткими. Я наполегливо рекомендую визначити відповідний баланс між безпекою та зручністю для вашого бізнесу якомога раніше. Криптовалютний стартап має не такі самі потреби в управлінні користувачами, як онлайн-калькулятор.
Обробка платежів
Оскільки мета кожного бізнесу — заробляти гроші, вам гарантовано знадобиться спосіб приймати оплату від клієнтів. Тому не потрібно чекати, поки інтеграція платіжного шлюзу стане терміновою. Зануртесь у його документацію вже зараз і, можливо, навіть реалізуйте його ізольовано.
Це може дати цінні підказки для ваших інженерних рішень.
Наприклад, Stripe виражає всі значення в найменшій одиниці даної валюти замість звичного локалізованого формату. Більше ніяких крапок, ком і сумнівних округлень. Це робить роботу з валютами без дробових значень, такими як японська єна, ідентичною тим, що їх мають, наприклад євро. Такий нюанс моделювання даних заощадив нашій команді з інженерії даних незліченну кількість складнощів з конвертацією.
Великі митці крадуть.
Блоки дизайн-системи
Потреба в єдиній корпоративній візуальній ідентичності та тоні комунікації виникає майже з першого дня заснування компанії. Така система діє як набір орієнтирів, яких повинен дотримуватися кожен працівник, щоб не створювати непослідовність. Колірні палітри, типографіка, іконографіка та загальний зовнішній вигляд — все це є її частиною.
Сучасні інструменти дозволяють керувати дизайн-токенами у стилі CDD, де менші блоки компонуються у візуальні активи вищого порядку. Для тону комунікації ви можете використовувати бізнес-план від Grammarly.
Налаштуйте свої інструменти та одразу створіть кілька окремих проєктів, які знадобляться вам протягом усього життєвого циклу компанії: глобально придатна для повторного використання бібліотека дизайн-токенів, UI-кіт, веб-додаток, мобільний або десктопний додаток, пітч-дек та активи для соціальних мереж.
Фреймворки для тестування
Забезпечення якості — це дивний аспект процесу створення: всі, здається, розуміють його важливість, проте зазвичай йому виділяють недостатньо ресурсів, якщо взагалі виділяють. Якщо ви не сповідуєте TDD, або Test-Driven Development, у вас може навіть не бути фреймворку для тестування.
Початкове налаштування та автоматизація класу тестів — це невелика інвестиція. Ви можете отримати багато переваг, зібравши низько висячі плоди: димові та снепшот-тести. Я впроваджую їх як частину веб-компонентів та IaC-конструктів хмарної інфраструктури, які виконуються при кожному коміті коду як частина CI/CD. Вони також є вимогою DoD.
Автоматизація розробки
Завжди складно обґрунтувати пріоритетність комфорту розробників над функціями для клієнтів. Більшість людей догматично вірять, що цінність для клієнта повинна переважати абсолютно все. Але не все так однозначно.
Цінність потрібно поставляти в розумні терміни, відповідно до певного рівня якості та не виходячи за межі бюджету. Нічого з цього неможливо, коли працюєш у майстерні, де механікам доводиться перестрибувати через купи накиданих інструментів. Де молоток? У нас немає ключа; зачекаємо на Петра, щоб він тримав двигун, поки ми відкручуємо деталі знизу. Чомусь подібні ситуації не здаються такими абсурдними засновникам стартапів.
Ось кілька речей, без яких, на мою думку, жодна сучасна та ефективна технічна команда не може обійтися: безперервна інтеграція та безперервне розгортання (CI/CD), Git-хуки, лінтинг, форматування, приватні Git-репозиторії та сховища артефактів коду, а також автоматична генерація документації.
Який ваш набір інструментів? Давайте обговоримо в коментарях.
Блоки бізнес-аналізу
Всі оминають увагою цей надзвичайно важливий актив. Це один із перших результатів, над якими я працюю, навіть якщо мене найняли для іншого. Якщо мене звільнять за це, значить, я був не в тій компанії. Це настільки важливо.
Мій підхід до створення цього активу суперечливий, бо я використовую інструменти, характерні для великих корпорацій. Багато засновників стартапів дивляться на них зверхньо. Але я поки не знайшов нічого кращого за Unified Modelling Language, або UML, для зображення всього бізнесу або його частин за допомогою діаграм.
Приклад UML-діаграми варіантів використання, зображеної в StarUML — найкращому співвідношенні ціни та якості, яке я знайшов для кросплатформних результатів бізнес-аналізу.Критичними частинами такого аналізу є ERD (діаграми зв'язків сутностей), діаграми варіантів використання, діаграми станів, діаграми послідовностей, блок-схеми та діаграми потоків даних. UML набагато ширший, але мені доводиться застосовувати принцип Парето, оскільки я рідко ношу лише капелюх аналітика.
Дайте знати, якщо знаєте більш сучасний та естетично привабливий спосіб моделювання. Я шукаю вже досить давно.
Аналітика
Вам потрібні очі.
Ви можете покращити лише те, що можете виміряти. Налаштуйте Google Tag Manager якомога раніше. Не дозволяйте розробникам бути вузьким місцем при впровадженні базового відстеження. Їхня робота не зупиниться, але це відкриє величезну цінність одразу з коробки.
CRM та ERP
Вам потрібне серце.
Єдине джерело правди для відносин із клієнтами та ресурсів підприємства. Якщо відсутність видимості маркетингових і продажних воронок та можливість для окремих працівників забрати всі свої акаунти при звільненні влаштовує вище керівництво компанії, ви не в тій компанії.
Нетехнічні люди очікують, що технарі працюють структуровано. Але це працює в обидва боки. Щотижневий звіт на кшталт «багато цікавих розмов» виглядатиме як великий жарт, і ви втратите повагу.
Покажіть мені CRM.Висновок
Цей список був довгим, але далеко не повним. Моєю метою було поділитися з вами основними складовими. Ваш досвід може відрізнятися залежно від характеру бізнесу.
Остання частина буде присвячена можливим варіантам поділу більшого цілого на менші однорідні частини еквівалентного розміру.
Чи є якісь конкретні будівельні блоки, про які вам було б цікаво дізнатися?
Подяки
Цей матеріал значною мірою спирався на уважні очі Lilian T. , Farouq Aldori, Teppo Hudsson, Jarek Owczarek, Nickolay Tsybulyanko та Jason Collins.
