У січні 2011 року у мене були літні канікули [розробник з південної півкулі, а саме з Нової Зеландії - прим.пер.], але замість пошуку роботи на день або спілкування з людьми я багато часу переховувався від усіх у своїй кімнаті, де писав першу версію iOS додатку під назвою Class Timetable. Роком раніше я шукав простий, легкий у використанні додаток для навчальних розкладів, і нічого в AppStore не підходило під мої потреби - все було складно і важко використовувати. Ідея полягала в тому, щоб створити просте, без метушні, прямолінійне рішення, щось більш просте і більш переконливе, ніж паперовий розклад. За кілька місяців я витратив близько 500 годин, проектуючи і кодуючи його. На сьогодні у програми більше трьох мільйонів завантажень, багато позитивних відгуків, а часом воно було моїм основним джерелом доходу. Не чули про додаток? Так, воно ще не злетіло в США, але досить популярно в Австралії/Новій Зеландії/Великобританії, принаймні, серед студентів коледжів і школярів.
Останнім часом у блогах я багато читав про людей, які зірвали джекпот, їхні програми потрапили в обране і вони дивляться на цифри на зразок 100 000 скачувань на день. У порівнянні з ними я лише помірно успішний. Class Timetable ніколи не потрапляла на перше місце AppStore, я не став багатим за день, у мене було більше провалів, ніж успіхів. Я вклав багато часу, ймовірно, тисячі годин, на відміну від деяких хітових додатків, створених за вихідні. Звичайно, три мільйони це багато, але вони накопичилися більш ніж за шість років.
На відміну від джекпот, що зірвали, моя історія «помірного успіху» ближче до важкої роботи і повільного, поступового прогресу. Ймовірно, вона ближче до реального життя, ніж інші історії успіху, тому що давайте подивимося правді в очі: не кожен розкрутиться, створивши наступну Flappy Bird. Замість того, щоб вистрілити як вірусний хіт, Class Timetable була помірно популярна більше шести років, що трохи примітно само по собі - багато # 1 додатка не можуть похвалитися таким довгим життям. Я б хотів поділитися деякими речами, які дізнався за останні кілька років. Сподіваюся, щось із цього ви знайдете корисним, незалежно від того, наскільки ви успішні чи ні.
Перед написанням додатком, який «зробив це», я написав багато речей, які не зробили це
Я все ще думаю, що деякі з них були відмінними ідеями - можливо, їм не вистачило хорошого просування або трохи удачі. Був додаток Ginge-O-Meter, в який я вклав багато сил. Концепція: зроби фотографію когось і опреділи, скільки рудого в його волоссі. Воно використовувало реальне розпізнавання зображень і техніки аналізу кольору, щоб видати відповідь, і дійсно працювало (майже завжди). На жаль, ідея не злетіла... Думаю, я заробив близько $50. Це була моя перша велика спроба, і якщо чесно, мене досить стривожило те, скільки зусиль я вклав у додаток, щоб у підсумку зіткнутися з таким провалом. Але на цьому я не зупинився, і Class Timetable розвинулося в те, що ми маємо зараз. У будь-якому випадку, я хочу сказати, що не потрібно ставити все на одну ставку. Якщо ваша переможна ідея не досягла успіху: вставайте і пробуйте знову і знову... і знову, тому що все що ви знаєте, це те, що ваша наступна ідея може зробити це.
Створюйте дизайн у розрахунку на новачка
Уявіть, що ви отримали лист усіма прописними літерами, яке говорить, що ваш додаток застряг на етапі інсталяції і вам потрібно виправити це... таке розчарування, чи не так? Після кількох таких листів ви розумієте, що можете так ніколи і не зробити свій продукт досить простим у використанні. Чому я навчився (крім того, що занурився в ополонку і знайшов сили люб'язно відповісти), так це тому, що продукт потрібно розробляти так, немов користуватися ним буде людина на сходинку нижче, ніж представник цільової аудиторії. Зберігайте простоту, реалізуйте захист від дурня - проектуйте все для новачка. Перевірте, що ніде не можна заплутатися і що кожна задача абсолютно однозначна, що все робиться просто. Менше часу піде на підтримку, люди в цілому будуть щасливішими з вашим продуктом, а ваші рейтинги підуть вгору.
Коли Class Timetable вперше запустився з тисячами скачувань на день, я отримував приблизно 20 листів на тиждень. Упевнений, були й інші користувачі з тими ж проблемами, які не ускладнили себе написанням листа, а просто видалили додаток. Поліпшивши програму згідно зі скаргами з листів, я зараз вийшов на рівень в один лист кожні два або три дні - і більшість з них не про проблеми, а з пропозицією фіч або рідкісні листи фанатів (я не брешу).
Слухайте критиків, але не робіть того, що вони говорять
Напевно, я отримав сотні листів користувачів з пропозицією реалізувати різні функції, від дійсно хороших до сумнівних пропозицій. Але тепер, якби я реалізував всі ці функції, додаток перетворився б на незрозуміле місиво, з 17 фоновими виборами, 72 іншими фічами, що відволікають на екрані, і списком налаштувань буквально про все. Блін, навіть якби я реалізував кожну розумну ідею, результат був би зовсім іншим. Справа в тому, що навіть якщо користувачі бачать справжню проблему з продуктом, вони не завжди знають краще рішення. Так що ж робити? Слухайте своїх користувачів - їхні справжні, споконвічні проблеми - і вирішуйте їх так, щоб це було корисно для продукту в цілому. Іноді хороша пропозиція фічі має побічні ефекти для продукту в цілому, і це означає, що таке краще пропустити. Це часто траплялося з Class Timetable: одна з його головних якостей - простота і легкість використання. Хоча багато функцій було додано за роки, але багато пропозицій функцій ускладнили б продукт в цілому. Іноді це нормально, але частіше я вибирав простоту - ту фічу, яка робить унікальним цей додаток.
Відмінний продукт краще, ніж вірусні хитрощі
Class Timetable ніколи не потрапляв на головну сторінку AppStore і не отримував 100 000 скачувань на день - але мене це не хвилює. Деякі програми досягають першого місця в чартах тільки для того, щоб перетворитися на безжиттєву пустелю раніше, ніж через рік. Можливо, в них була якась весела іскринка, вірусна стратегія маркетингу або їм просто пощастило - але в підсумку, в них немає змісту і вони не вирішили реальну світову проблему осмисленим способом. Роблячи замість цього по-справжньому хороший продукт, ви проектуєте щось, до чого користувачі будуть повертатися знову і знову. Вкладайте зусилля там, де люди можуть навіть не помітити. Концентруйтеся на вирішенні реальних проблем і робіть продукт таким, що він буде по-справжньому корисним, щоб користувачі поверталися і приводили з собою інших. Користувачі, які повернулися, - хороший знак корисності продукту. Як бонус є невеликий вірусний ефект, притаманний кожному користувачеві, та й взагалі приємно знати, що кожен новий користувач - це не просто заміна тому, хто пішов.
Будьте щедрими
Коли Class Timetable вперше з'явився в AppStore, він коштував $1. Я розрахував, що на той час, який я витратив (близько 500 годин), 1 долар - це халява. Отже, в перший тиждень додаток купили чотири людини, а на наступний тиждень ще менше. Не знаю, які відчуття у людини, що зірвала джекпот, але у мене таких відчуттів не було. 500 годин - це чимало часу, щоб спустити в унітаз! Я міг би залишити його вмирати повільною смертю по одному долару на тиждень, але замість цього вирішив зробити додаток безкоштовним. Я створив його для вирішення реальної проблеми і вважав, що інші знайдуть його по-справжньому корисним. Майже відразу ж скачування почали рости. 50 скачувань на день, потім 100, 1000... вау. Якби я прийняв до уваги кількість витрачених годин і не був щедрим, то дуже сумніваюся, що скачування коли-небудь взагалі почалися. Незабаром після цього я додав функцію внутрішньопрограмної купівлі додаткових функцій, що почало приносити вже розумні гроші. Набагато більше, ніж кілька доларів на тиждень. Тож не скупіться: продукт без платних користувачів (зазвичай) краще, ніж платний продукт взагалі без користувачів. Набагато простіше отримати оплату з існуючих користувачів, ніж залучити абсолютно нового платного користувача.
Робіть крок назад, часто
Іноді ви застрягли з проблемою, і хороших рішень не проглядається: це може бути пов'язано з кодом, який ви пишете, або з рішенням, як просувати додаток. І тоді ви починаєте думати про проблему в широкому сенсі. Ви усвідомлюєте, що цей хитрий шматок коду взагалі не потрібно писати, якщо правильно спроектувати програму, а проблему з маркетингом відмінно вирішить один ваш друг, у якого талант вирішувати такі проблеми. Це можна описати як «крок назад» від проблеми. За всю мою кар'єру розробника я не пошкодував ні про секунду, коли так робив. Дуже багато разів, особливо на початку кар'єри, мені слід було так вчинити, а я цього не зробив. Я пройшов по важкому шляху з Class Timetable: у версії 1.0 купа часу пішло, коли я заходив у глухий кут, але скриплячи зубами домагався свого. Я вирішував хитрі проблеми, зрізаючи кути і реалізуючи задумане, замість того, щоб зробити крок назад. Поки користувачі не знають, в цьому немає нічого ганебного, правда? Через рік або два довелося переписувати всю кодову базу з нуля - з багатьох причин - що стало серйозним заходом. Зробіть крок назад! Воно того варте.
Сьогодні Class Timetable як і раніше відчуває себе добре. Я завжди будую плани, будь то найближче оновлення під iOS або глобальні плани, на що може перетворитися програма. Якщо ви вчитеся в школі або коледжі, не соромтеся спробувати Class Timetable - сподіваюся, ви знайдете її по-справжньому корисною.
