Інтерв'ю з Джейсоном Фрідом з 37signals

Джейсон Фрід (Jason Fried) – президент і засновник компанії 37signals, яка займається дизайном веб-інтерфейсів і юзабіліті консалтингом, а також відома своїм веб-додатком для проект-менеджменту Basecamp. Джейсон відповідає на питання tompeters.com. Фрагмент.


Що з себе являє 37signals і яка його мета?

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

Оскільки ми були типу організації, це справляло не дуже хороше враження на наших клієнтів. Ми шукали проект-менеджментські інструмент для вебу і не могли знайти нічого підходящого. Ну і ми вирішили зробити свій власний. Ми стали показувати його іншим і він їм сподобався, і вони сказали: "О, я б міг це використати". Отже, ми зробили з нього продукт, і зараз ми в набагато меншій мірі фірма веб-дизайну, якій були раніше. Тільки близько 10 відсотків нашого часу присвячується роботі з клієнтами, а 90 відсотків іде на розробку Basecamp та інших продуктів.


Загалом, ми почали, як веб-дизайнери і перетворилися на продукт-розробників.


Як з'явилося сама назва вашої компанії, 37signals?

Один з наших товаришів, якого більше немає з нами, дивився якось Nova по PBS, і там була розмова про проект SETI. Search For Extraterrestrial Intelligence (Пошук позаземних цивілізацій) – про це ще є фільм Contact. Тоді в 1999 "ом, Карлос – так звали нашого товариша – дивився це шоу і вони там обговорювали, як вони аналізують мільярди сигналів з космосу. Радіо-хвилі, космічні звуки, і іншу всячину.

Серед мільярдів сигналів, які вони вивчили, були 37 сигналів, які виявилося неможливим пояснити і які вважалися ознакою розумного життя. Карлос і я, ми обидва, вирішили, що це крута фішка і тому взяли її. Це не має ніякого відношення до веб-дизайну або продукт-розробці. Це було яскраво і оригінально, і домен виявився вільний. Ми розкручували себе, як нетрадиційну компанію в той час, коли всі придумували імена типу Viant або Science або Lucent з iant або-ent на кінці своїх назв. Ми хотіли йти зовсім іншим шляхом і робити щось нове.


Чи думали ви про те, що поставивши на початок своєї назви число, ви автоматично опиняєтеся на верхівці будь-якого алфавітного списку?

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

У вас є свій підхід до дизайну – я знаю, що зараз ви вже не дизайнерська фірма – але навіть займаюся створенням власних продуктів, я помітив, що у вас є певна філософія дизайну. Розкажіть трохи про це?

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

Простота (simplicity) це також і щось, що непросто визначити. В уявленні деяких, "просто" означає "мало", і іноді дійсно мало виявляється краще, а іноді й ні. Так що ми б сказали, що наш дизайн більше пов'язаний з ясністю – використання рівно стількох слів щоб висловити щось, скільки для цього потрібно, рівно стільки дизайну, щоб щось добре виглядало, але не більше того. Ми намагаємося зробити так, щоб смисловий посил і зміст сяяли, а сам дизайн був тільки тлом. Оскільки, насправді, тут мова йде не стільки про дизайн, скільки про сенс і зміст.


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


Як щодо вашого робочого процесу? По-моєму, я десь читав, що ви не надто багато уваги приділяєте планування або пре-дизайну. Чи так це?

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

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


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

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

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


37signals написали книгу під назвою "Defensive Design for the Web: How to improve error messages, help forms, and other crisis points". Про що ця книга?

Книга про концепт під назвою "дизайн на всі випадки" (contingency design), який ми винайшли декілька років тому. З тих пір, ми перейменували його в "дуракоустойчівий дизайн" (defensive design). Краще запам'ятовується.

А ще вийшла алітерація.

Саме. Дуракоустойчівий дизайн і дизайн на всі випадки це просто-напросто дизайн, якщо все піде шкереберть. Якщо люди вважають, що у веб все піде добре, і так буде весь час, то вони помиляються. Це міф. У результаті люди вважають, що все буде працювати постійно, і таким чином, забувають про дизайн на той випадок, якщо щось працювати не буде. Як, на приклад, якщо видається повідомлення про помилку або хтось помилився у написанні пошукового слова і не може знайти того, що хоче. Або якщо посилання не працює або не знайдена сторінка, або у когось немає необхідного модулі чи чогось ще. Чи знаєте ви, як розбиратися з такими ситуаціями, коли щось іде не правильно?

Так що ця книга про те, як дизайн погану сторону речей. У першу чергу, ми хочемо захистити людей від того, щоб погані речі відбувалися. І по-друге, ми хочемо допомогти їм зрозуміти, що погані речі обов'язково траплятися і що можуть бути кращі шляхи роботи з цим. Замість того, що б говорити "Нічого не знайдено", ви могли б запропонувати причини чому, або альтернативні пошукові фрази, або різні варіанти написання пошукового слова, і тому подібне. Це направлено на те щоб повернути людину на крок назад, якщо щось пішло не вірно, замість того щоб поставити його в глухий кут типу "Цією сторінки не існує" або якимось загадковим повідомленням про помилку.


Будучи дизайнерською фірмою, або, може бути, тепер уже більше ніж дизайнерської, ви просто зобов'язані були написати книгу присвячену дизайну. Чому Ви обрали цю? З одного боку, це здається дуже вузькою областю, але це стосується причин, по яких люди втрачають відвідувачів свого сайту. Ви бачите одну з таких проклятих форм, про те, що нічого не працює і ви не витрачаєте 10 хвилин щоб відправити лист в компанію зі словами "О, це не працює". Ви просто переходите на інший сайт. Але як ви до цього прийшли?

Що стосується дизайну, ми завжди дивимося на речі не так, як інші. Наприклад, ми відкрили свою будинок-сторінку в 1999 – зараз ви можете її бачити на 37signals.com/manifesto. Цей сайт повністю з тексту. Там немає жодної графіки. Там просто 37 речей, які ми вважаємо важливими відносно дизайну, як треба цим займатися і як ні.

Якщо пам'ятаєте 1999-тий, кожен сайт був переповнений флеш і купою квітів, і таких розмірів, що скачується цілу вічність. У нас завжди був інший підхід у відношенні того, що є важливим для он-лайн і як представити самого себе. Є маса різних книг з веб-дизайну, і нас не дуже цікавить традиційне, "візуальне", визначення дизайну. Нас більше цікавить, то, як допомогти людям виконати завдання.


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


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


Пам'ятаю, як одного разу я працював з дизайнером і ми здорово повеселилися з сторінці помилку 404.

Справа в тому, що, насправді, ми розуміємо, що на іншому кінці теж існують люди. Всі ми, так чи інакше, використовуємо комп'ютер, але на тому кінці люди теж є. Адже це по-справжньому жорстоко так відноситься до людей, коли якщо щось іде не так, то вони отримують незрозуміле повідомлення про помилку, яке звучить, ніби з ними говорить машина. Або якщо хтось припускає граматичну помилку, а ви просто говорите, що "Нічого не знайдено" і залишаєте його в подиві. Це не найкращий спосіб зробити людям комфортно. Тобто, ця книга пропонує замислитися про те, що це може означає для їхніх споживачів. Вона ставить питання: "Чи хотіли б ви створювати для своїх споживачів такі ситуації? Оскільки ви створюєте їм такі ситуації, і навіть не усвідомлюєте цього".

* * *

Ще одна річ, яка мені запам'яталася на вашому сайті називалася 37express, де ви пропонуєте редизайн однієї сторінки. Чи приймає хто-небудь такі пропозиції?

О так, дуже багато. Це стало дуже популярним. В основному, люди хочуть менше ризикувати і більше отримувати. Проект 37express це результат того, що я проаналізував індустрію веб-дизайнерів і їхніх клієнтів і знайшов слабкі місця. І проблема виявилася в тому, що клієнти не довіряють дизайнерським фірмам, а дизайнерські фірми не довіряють клієнтам. Люди завжди турбуються, що що-небудь буде коштувати дорожче, ніж вони думають, чи займе більше часу, ніж вони скажуть.

Тобто, ми вирішили бути дуже-дуже специфічними. Ми зробимо для вас редизайн однієї сторінки; це займе один тиждень: і це буде коштувати 2500 баків. Це дуже низький ризик, порівняно низька ціна, і ви отримуєте це за тиждень. Якщо вам підходить, можливо ви замовте нам ще якісь сторінки. Якщо не сподобається, ви втратите 2500 баків і, в той же час, у вас залишиться наша ідея, яку ви отримали всього за тиждень, і не так багато втратили. Так що, це виявилося по-справжньому популярним, навіть просто використовувати цю послугу, як спосіб отримати нову ідею.


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


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

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*