Метод Basecamp: 10 принципів створення продукту від Джейсона Фрайда

Метод Basecamp: 10 принципів створення продукту від Джейсона Фрайда

У десятому епізоді підкаста Product Breakfast Club у нас з Джейком Кнаппом уперше з'явився гість, і мені здається, що тепер нам не залишається нічого іншого, як просто закрити шоу, тому що далі рухатися вже нікуди. Справжній "монстр продукту" Джейсон Фрайд поділився з нами найважливішими секретами розробки продуктів, і я раптом зрозумів, що у мене немає власних ідей. Майже все, що я роблю, було натхненно його роботою.


Будучи главою 37 Signals, а пізніше Basecamp, Фрайд написав дві книги(ReWork. Бізнес без забобонів і Getting Real), в яких виклав принципи роботи, відповідні як для компанії Джейка Design Sprint, так і для моєї компанії AJ&Smart. Він зробив величезний вплив на нас обох.

Але як він потрапив в підкаст? Все почалося з твита, який викликав обурення серед ранимих дизайнерів:

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

Це твердження, м'яко кажучи, спірне, і розмова в Twitter пішла до питання про необхідність тестування, тому ми зв'язалися з Джейсоном і запитали, не хотів би він обговорити це на нашому підкасті. Він сказав "так"(бійтеся своїх бажань!), і ми зустрілися через декілька тижнів!


1. Ітерація можлива тільки для випущеного продукту

Впродовж життєвого циклу продукт змінюється тисячі разів — як помітно, так і трохи. Але в який момент ви можете назвати ці зміни "ітераціями"? Джейсон вважає, що доки продукт не випущений, і люди не почали використати його в реальних ситуаціях, все умоглядно. Усі зміни до випуску виконуються з непостійною, робочою версією продукту і мотивовані тільки припущеннями. І тільки коли ви уперше отримуєте фактичний відгук на "живий" продукт, вам відкривається шлях для ітерації.

Це здається розумним, але міркування Джейсона мають на увазі, що зворотний зв'язок до запуску не обов'язково буває корисним. І оскільки Design Sprint багато уваги приділяє тестуванню, нам було цікаво дізнатися, що він мав на увазі.

2. Тестування не гарантує відсутність помилок

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

Будь-яке тестування дає тільки змодельовані відповіді. Дивитися на щось і оцінювати це — не те ж саме, що використати і оцінювати. Це не по-справжньому, і ви не можете змоделювати тиск, який користувачі випробовуватимуть в повсякденних ситуаціях. (З цієї ж причини не треба запитувати людей, скільки вони зможуть заплатити за ваш продукт.)

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


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

3. Враховуйте вартість і ціну

У усіх проектах Basecamp прагне визначати значиму роботу і відкидати те, що тільки уповільнить їх. Вони завжди намагаються "видавити" все, що може відволікати увага: можливо, найважливіше — визначити, що саме.

Чи буде тестування покращувати продукт? Поза сумнівом. Настільки, що це позитивно відіб'ється на вартості? Для Basecamp часто відповідь "ні". Якщо тестування виявляє щось стоїть в 5% випадків, то 95% перевірок були марні. Чи готові вони прийняти цей ризик і замість цього працювати над поліпшенням живого продукту? Поза сумнівом!

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

4. Змінювати програмне забезпечення легко

Немає ніякого виправдання тому, щоб не покращувати програмне забезпечення. На відміну від(не-смарт) годинника або високоякісного автомобіля, програмне забезпечення податливе, ніколи не буває закінченим і може покращуватися до безкінечності.

В той час, коли Джейсон починав свій бізнес, внесення змін до програмного забезпечення було скрутним і вимагало багато часу. Йому доводилося використати Filemaker Pro для завантаження виконуваної автономної бази даних в AOL, і після успішного оновлення сервера користувачам треба було завантажувати нову версію і виконувати міграцію даних наново. Коли на шляху так багато перешкод, ви двічі замислитеся, перш ніж щось відновити.


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

5. Чим більше ви переглядаєте, тим більше втрачаєте імпульс

Не намагайтеся занадто "відполірувати" ваш продукт. Коли у вас є сильне, безапеляційне оригінальне бачення(будь то функція продукту або стаття в Medium), перегляд тільки все зіпсує. І якщо ви станете думати про це занадто довго, цього ніколи не станеться.

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

У інтернеті можна знайти багато довгих оповідань, присвячених 8-місячному процесу редизайну бренду, в якому беруть участь 42 людини по 7 різним напрямам. Останній редизайн Basecamp зайняв 7 тижнів роботи одного дизайнера. Усе це питання підходу.

6. Працюйте так, як вам підходить

Занадто багато компаній встановлюють недосяжні стандарти і порівнюють свій підхід з успіхом Apple і Google. Украй важливо бути досить самокритичними, щоб відповідати вашим розмірам і статусу. Google, Apple, Netflix і Spotify — виняткові приклади, у яких величезні ресурси і колосальний масштаб.

Багато компаній також просто приймають модний інструмент або методологію, не розбираючись, чи відповідає вона їх унікальній культурі і звичкам. І коли з'являється ще одна нова річ, вони повторюють все знову. Часто буває, що за 2 роки роботи в "інноваційній лабораторії" не з'являється жодній інновації для показу.


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

7. Захищайте час і увагу своєї команди

Головна річ, яку вам треба зробити, перш ніж братися за який-небудь інший робочий процес, - забезпечити умови, щоб ваші співробітники змогли видати максимум. Це означає усунення будь-яких моментів, які можуть спровокувати стрес і відвернути увагу. Джейсон Фрайд захищає час і увагу своєї команди так:

  • Вони не працюють понаднормово. Робочий день триває вісім годин. Якщо ви коли-небудь здійснювали трансатлантичний політ, і вам нічого було робити, ви знаєте, як довго тягнеться цей час. Джейсон твердо вірить, що година — це хороша робоча одиниця, на відміну від чотирьох 15-хвилинних блоків або інших ділень. Їх робочий тиждень взимку складає 40 годин, але з травня по вересень вони працюють тільки 32 години в тиждень. 32 години! Це тримає в тонусі.
  • День для себе. Людям потрібні великі відрізки часу, щоб робити цілеспрямовану роботу. Ось чому в Basecamp майже немає зборів. Знаю, звучить абсурдно, але їх влаштовує.
  • У них є час, щоб зарядитися у кінці дня, зайнятися іншими інтересами, добре виспатися, насолодитися літнім сонцем без відчуття провини і повернутися в офіс що освіжилися.
  • Відсутність загальних календарів. Ви — хазяїн свого часу, і люди це поважають. Нічий час не витрачається на те, щоб розбиратися з обов'язками інших людей.

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

8. Зробіть дзвінок і йдіть

У своєму листі до акціонерів 2016 року Джеф Безос відмітив, що ухвалення рішень в Amazon прискорюється завдяки принципу "Не погоджуйся і дозволяй". Зацікавлені сторони можуть виразити свою незгоду і пояснити свої аргументи, що забезпечує справедливий розгляд їх поглядів. Але як тільки рішення було прийняте, усі вони повинні наслідувати його.

Цей підхід близький Basecamp. Вони просто визнають, що будь-яка функція, яку вони створюють,, або макет, який вибирають, повинні добре працювати і зрештою не матиме великого значення. Тому, коли спори починають повторюватися, призначений "ведучий" робить дзвінок, і усі вони йдуть — практика, досить схожа на роль вирішальної особи в Design Sprint.


9. Будуйте зоряну команду

Джейсон визнає, що вивчення особливостей роботи в Basecamp дається нелегко, але це приносить плоди. Вони наймають 2-3 людини в рік: з дюжини чоловік в 2006 році вони виросли до 56 чоловік. Зараз вони не беруть нових співробітників — не тому, що не можуть знайти роботу для більшої кількості, а тому, що хочуть бути виборчими.

Вони дуже вдумливо відносяться до процесу найму: йдеться не про те, щоб перехопити зірок розробників у AirBnb, а про те, щоб знайти нерозкритий ще талант, здатний по-справжньому розцвісти. Спираючись на керівництво декількох давно працюючих прибічників, вони побудували зоряну команду. Середній термін роботи в компанії складає 5 років, що значно вище, ніж середні по галузі 18 місяців. Це доводить, що їх божевільні ідеї про баланс роботи і життя дійсно працюють.

10. Як керувати компанією

Нарешті, ось короткий виклад підходів і переконань, які створили успіх Basecamp:

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