Стартуєш проєкт? Не забудь ці три речі – інакше буде боляче
Коли берешся за новий проєкт, хочеться швидше "увірватися" в роботу: обговорити фічі, оцінити задачі, скласти план. Але правда в тому, що більшість граблів лежить не в коді. Вони чекають на самому старті – коли ти ще не все запитав, не все дізнався і не оформив нічого важливого на папері (чи хоча б у Google Docs).
Розберемо три речі, які можуть врятувати ваш проєкт від хаосу.
1. NDA – це не бюрократія, це спокій
Якщо клієнт приходить з ідеєю, він хоче розповісти максимум, але боїться. І має на це повне право. Підписати NDA – це показати: "Я не зіллю твою ідею завтра конкурентам". Все. Ніякої магії.
Реальний кейс: мене колись запросили читати курс для банку. Перед першим заняттям прислали NDA на 30 років. ТРИДЦЯТЬ. Я перепитала – що саме не можна буде розповідати? Відповідь: "Взагалі нічого". Ну ок, домовились на 7 років. Але сам факт – підпис без розмов, інакше проєкту не буде.
Порада: майте шаблон NDA під рукою. Це дрібниця, яка відкриває двері.
2. Vision – інакше куди ми взагалі йдемо?
Дуже часто клієнт каже: "Хочу отаке". А коли питаєш: "А навіщо?", він зависає. Vision – це як розуміння, навіщо ми все це робимо, не техдок.
Не обов’язково красиво. Головне – щоб було.
Як це може виглядати:
- У клієнта зменшився дохід, і він хоче автоматизувати процес.
- У нього вже є MVP, але він не розуміє, як далі розвивати.
- Хоче продукт "типу як у Х", бо це працює на ринку.
Це все – вже vision. Просто потрібно витягнути це з клієнта. Часто навіть не словами, а прикладами, аналогіями, історіями.
Моя порада: вішайте vision у командному чаті або на першому слайді презентацій. Це не тільки для замовника – це для команди. Бо якщо дев не розуміє, що він будує – буде просто кодити, як скаже PM. А це зазвичай веде в нікуди.
3. Gap Analysis – бо іноді ми йдемо в бій без зброї
Це штука, яку більшість або ігнорує, або згадує тоді, коли вже болить. Gap Analysis – це список речей, яких нам не вистачає, щоб дійти до мети.
Типові "дірки", які я зустрічала:
- Немає аналітика, але хтось думає, що дев сам розбереться.
- У клієнта немає доступу до даних, але хоче звітність.
- Усі чекають, що front-end зробить чарівно UX, бо дизайнера немає.
Це все не страшно – поки ви знаєте про ці прогалини і відкрито про них кажете. Гірше – думати, що все ок, а потім пояснювати, чому ви в дедлайн не вклалися.
Раджу: на самому початку сісти й чесно виписати все, що може знадобитися, і чого ще немає. Без ілюзій.
Якщо коротко
Не бігти одразу в таски й фігми. Спочатку – базові три штуки:
- Підписати NDA, щоб усі були спокійні.
- Сформулювати vision, хоча б у вигляді голосового в Telegram.
- Оцінити прогалини: люди, доступи, дані, досвід – усе.
У кожному проєкті завжди буде якась невизначеність – і це нормально. Але чим краще ви зберете картину на старті, тим менше буде “авралів” потім. Не шукайте ідеальних шаблонів – шукайте діалог із командою і клієнтом. І залишайте місце для здорового глузду. Якщо щось здається занадто очевидним, щоб обговорювати – значить, це точно треба обговорити.