7.5: Створення програми
- Page ID
- 15553
Вам справді потрібен?
Ми вже розглядали, чому ви можете не захотіти використовувати додаток і яку цінність вам потрібно, щоб мати можливість запропонувати своєму споживачеві. Перш ніж ви вирішите зробити його, ігноруйте всіх людей, які говорять вам, що додаток є основною необхідністю. Подумайте про наступне:
- Чи можете ви визначити в одному реченні, що ви хочете, щоб ваш додаток виконував?
- Яку проблему вирішує ваш додаток? Як ваш додаток може зробити речі краще для вашого користувача?
- Що ви можете дати своєму споживачеві, що він не може отримати з іншого додатка?
- Чи завантажує та використовує ваш цільовий ринок програми? Чи будуть вони використовувати ваш додаток?
- Чи достатньо у вас цікавого контенту, щоб змусити їх повертатися?
Докладніше про адаптивні веб-сайти читайте в розділі Веб-розробка та дизайн.
- Чи допоможе це вам продати набагато більше продуктів/послуг?
- Скільки ви готові інвестувати? Пам'ятайте, що додатки коштують дорого. Чи не могли б ви отримати з тільки адаптивний веб-сайт?
Планування
Після того, як ви вирішили, що вам дійсно потрібен додаток, настав час потрапити в процес його планування.
вибір платформи
Перш ніж вибрати розробника додатків, вам потрібно знати, для якої операційної системи ви будете розробляти. Розробка для декількох операційних систем (ОС) одночасно може стати дорогим; тому багато компаній починають з однієї, а потім розширюють, якщо додаток має успіх. Як правило, це передбачає проведення маркетингових досліджень, щоб з'ясувати, яку ОС ваші користувачі найімовірніше використовувати. Найпоширенішими, звичайно ж, є Android і iOS.
Це дослідження є важливим, якщо ви створюєте свій додаток для неправильної ОС, ви зазнаєте невдачі, перш ніж почати. Наприклад, iPhone дуже поширений на розвинених ринках, таких як США, але Android набагато популярніший на ринках, що розвиваються, і насправді набирає частку ринку від Apple.
У наші дні Android має найбільшу частку ринку, але є аргумент, який слід зробити для розробки для iOS в першу чергу. Погляньте на ці плюси і мінуси (Блог Savvy Apps, 2016).
| Android | iOS | |
| Демографія аудиторії | Велика частка платформи, поширена в країнах, що розвиваються, та районах з меншим рівнем доходу | Як правило, мають більший дохід і витрачають більше на додаток. Може показати більше залученості |
| Дохід | Додаткові додатки, що підтримуються рекламою | Більше платних додатків |
| Версія ОС U | Користувачі не приймають нові випуски ОС швидко | Користувачі швидко приймають нові версії |
| особливості | Подібно до iOS, але може включати більше функцій | Схожі, але менше функцій |
Почніть з з'ясування, на якій платформі, швидше за все, будуть знаходитися ваші цільові користувачі. Після цього розглянемо інші елементи.
Історії користувачів
Перш ніж найняти розробника додатків, ви повинні мати опис в одному реченні того, що ви хочете, щоб ваш додаток виконував. З цього ви будете розглядати, які функції буде включати ваш додаток. Однак одного цього недостатньо, щоб ваші розробники знали, як ви хочете, щоб кінцевий продукт виглядав. Рішення: історії користувачів. Історія користувача - це короткий, простий опис однієї з функцій вашого додатка. Про це слід сказати з точки зору вашого користувача, людини, яка хоче використовувати цю функцію. Виглядають вони так:
Як [тип користувача/особистість клієнта], я хочу [ціль/мета - те, що вони хочуть зробити] так, щоб [причина/вигода/цінність].
Це буде охоплювати, для кого ви будуєте функцію, що це за функція, і чому ви будуєте її. Наприклад:
Як любитель їжі, я хочу підтягнути відгуки про ресторан, щоб я міг вибрати найкраще місце для їжі.
Як голодна людина, я хочу знайти напрямки до найближчого ресторану, щоб я міг поїсти прямо зараз.
Для мобільних пристроїв ви також можете розглянути, де і коли ваші користувачі використовують додаток. Ваша історія користувача буде включати в себе елемент where/ when.
Як хтось, хто любить готувати, я хочу знайти рецепти для моєї улюбленої ресторанної їжі, щоб я міг зробити це самостійно вдома.
Напишіть якомога більше історій користувачів для свого додатка та надайте їх розробнику додатків. Це допоможе їм створити саме той додаток, який ви хочете.
Терміни
Розробка програми може зайняти щонайменше три-шість місяців, залежно від складнощів. Задній кінець, як правило, займає більше часу, ніж передній кінець для розвитку (див. Нижче). На терміни можуть вплинути, серед іншого:
- бюджет
- намір (це довгостроковий або невеликий додаток для конкретної кампанії?)
- кількість ознак
- розмір команди.
Програми для Android можуть зайняти більше часу, ніж програми для iOS. Переконайтеся, що ви маєте це на увазі, коли ви вирішите бажану дату завершення для вашого додатка.
Фронтальний і бек-енд
Подумайте про процес UX і як виглядатиме додаток (front-end) перед початком розробки. Після того, як у вас є робочі прототипи, ви можете подумати про те, яка інформація вам потрібна від ваших користувачів (back-end).
Фронтенд-розробка передбачає:
- Макети і каркаси
- Прототипування
- Проектування та розробка призначеного для користувача інтерфейсу
- Віддалений доступ до даних
- Кешування даних (зберігання даних локально)
- Синхронізація даних додатка, щоб додаток можна було отримати в автономному режимі
- Тестування
- Розгортання.
Back-end розробка передбачає:
- Безпечний доступ до даних по мережі.
- Управління базами даних (включаючи дані користувача та інші типи даних), обліковими записами користувачів і аутентифікацією.
- Масштабування бази даних для обробки зростаючої кількості користувачів та уникнення збоїв від перевантаження.
- Налаштування користувацького досвіду та того, як користувач проходить через додаток (стосується дизайну UX).
- Інтеграція даних, як користувачі діляться інформацією на сторонніх веб-сайтах.
- Відправка даних на фронтенд-пристрої (push-повідомлення).
Front- і back-end розробникам потрібно співпрацювати, оскільки їм потрібно взаємодіяти з серверами для надсилання та отримання даних на сервери та з них, що відбувається, коли вони починають реалізовувати функціональність програми.
Тестування
Створення програми має бути ітераційним процесом. Оскільки додаток розробляється, кожен елемент повинен бути оцінений та вдосконалений, наскільки це можливо, тобто ви прототип чогось, тестуєте його, отримуєте зворотний зв'язок та надсилаєте його назад розробникам для впровадження вдосконалень. Навіть після випуску програми процес триває, коли надходять відгуки користувачів. Пам'ятайте, що ваш додаток - це продукт або, принаймні, точка дотику споживачів, якою потрібно керувати.
Перед запуском вам потрібно буде запустити тести юзабіліті, тестування якості та бета-тестування, коли зразок вашої цільової аудиторії спробує додаток.