Чи простий додаток для iPhone більш привабливий для користувачів, ніж мобільний веб-сайт?

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

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

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

Користувачі все ще можуть «встановити» його (створити піктограму на своєму головному екрані, де ви вказали png, який буде використаний для цього значка), ви заховати панель інструментів Safari, і вона функціонує так само, як додаток.

Ось сторінка Apple щодо створення веб-додатків

Переваги цього є

• крос-платформа - веб-додаток буде працювати на Android, WP, навіть Blackberry!
• ви можете оновлювати вміст - наприклад, текст, зображення, не оновлюючи додаток
• дешевше і швидше розвиватися

Я не знаю, ви можете розмістити такі типи веб-додатків у магазині iTunes чи ні.

Якщо веб-сторінка дійсно така проста, не варто перетворювати її на додаток. Я можу вам навести одну причину, але це дуже добре:

Прості програми, як правило, не проходять рецензентів додатків .

З https://developer.apple.com/appstore/resources/approval/guidelines.html

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

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

Якщо ви хочете створити простий додаток для iOS, ви повинні подумати, яка функціональність буде додана до веб-сторінки.

Лише минулого тижня я опублікував додатки в Google Play і App Store, які були трохи більше, ніж виділені браузери ( WebView ) для чуйного веб-сайту та трохи цукру на ньому.

Це дає вам:

• Швидкий розвиток більшості додатків як веб-сторінки на основі HTML5
• Наявність у відповідному магазині додатків пристрою
• Користувачі можуть встановлювати додаток звичайними способами (ніяких складних інструкцій для переходу піктограми на головний екран)

Але ви все одно зберігаєте переваги нативного додатка:

• Ви завжди можете перемістити більше коду на рідну сторону пізніше
• Використовуйте API, які не мають обмежень для веб-сторінок на базі браузера, наприклад
  • рекламуйте додаток як додаток для маршрутизації на нових картах iOS
  • нехай Книга відкриє квиток у вашому додатку тощо

Я впевнений, що в Android теж є безліч API, які заборонено робити в веб-сайтах.

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

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

Я здогадуюсь, що такий тип клієнтів насправді не збирається на додаток стільки, скільки вони збираються в магазині .

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

"Безкоштовна реклама !!! 1!" може бути все, що бачить ваш клієнт.

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

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

Крім того, вони, мабуть, затягують свій час на ринок , ідучи на додаток.

На жаль, такий бізнес-план:

• Побудувати додаток
• ???
• ПРИБУТ

Здається, це все лютує в наш час.

Ви не надаєте своєму клієнту достатньо інформації для прийняття зваженого рішення.

1. Чи знають вони про процес затвердження додатків для iPhone?
2. Чи є функції, до яких користувачі потребують доступу, коли вони не підключені?
3. Чи потрібно турбуватися про конфіденційну інформацію, що зберігається на телефоні?
4. Що з пристроями, які не виробляються Apple?

Остерігайтеся "мені легше створити веб-сайт", оскільки там є конкуренція, хто буде більш ніж радий створити додаток для iphone.

Правда, у мене є особистий ухил до рідних програм, але я думаю, що насправді немає чорно-білої відповіді на це. Ось кілька думок про веб-програми та власні програми:

• Веб-додатки приємні, якщо ви хочете уникнути клопоту стати членом програми для розробників Apple. Без цього ви не можете встановлювати програми на пристрої або публікувати їх у App Store.
• Тоді, звичайно, докладаються зусилля для вивчення XCode та Objective-C (якщо ви їх ще не знаєте).
• З іншого боку, рідні програми, як правило, більш чуйні (мій власний суб'єктивний досвід).
• Якщо програма повинна мати можливість працювати в режимі офлайн (коли немає підключення до Інтернету), то рідний додаток - це ваш єдиний реалістичний варіант.

У вашому випадку я б оцінив вимоги вашого клієнта проти плюсів і мінусів веб-і нативних програм.

Я б також додати , що написання і розгортання рідної iPhone програма не ОБОВ'ЯЗКОВО вимагає присутності в App Store. Так звані "власні програми" можна записати та розгорнути в корпоративних умовах. Врахуйте це: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Враховуючи опис вашої проблеми, я б зайшов на мобільний сайт, замаскований як додаток. Загалом, багато мобільних додатків - це лише сайти HTML5, які можуть або не можуть працювати локально. Це може бути чудовим початком для швидкої розробки мультиплатформенного додатка, який буде працювати нормально на багатьох типах мобільних пристроїв, не потребуючи переробки великої частини коду. Сказавши це, є одне застереження: HTML5 не є королем швидкості при роботі з важкими умовами. Коли настав час зробити якийсь інтенсивний код обробки, який недоступний як частина проміжного програмного забезпечення для платформ (ів), для яких ви розробляєте, код може працювати досить повільно, якщо ви залежите виключно від JavaScript, щоб зробити обробку, і ви слід розглянути можливість переходу на наступний рівень (Native app).