Là một ứng dụng iPhone đơn giản hấp dẫn người dùng hơn một trang web di động?


9

Khách hàng của tôi muốn làm một ứng dụng iPhone vì cô ấy thấy rằng mọi người có nhiều khả năng sử dụng ứng dụng iPhone hơn trên một trang web được tối ưu hóa cho thiết bị di động. Ứng dụng iPhone rất đơn giản - nó chỉ hiển thị một vài hình ảnh và một số văn bản. Là một lập trình viên, tôi muốn làm một trang web di động với bản chất đơn giản của nội dung. Từ góc độ kỹ thuật, tôi cảm thấy rằng việc sử dụng một ứng dụng iPhone trong tình huống này là quá mức cần thiết.

Liệu nó có ý nghĩa để xây dựng một ứng dụng iPhone khi một trang web di động sẽ đủ, đơn giản vì người dùng của bạn sẽ thích ứng dụng iPhone hơn? Có cách nào để dễ dàng thuyết phục người dùng rằng một trang web di động cũng dễ sử dụng không?


1
Nếu ứng dụng đơn giản như vậy, bạn nên làm cả hai: bạn sẽ có niềm vui và khách hàng của bạn sẽ rất vui.
dasblinkenlight

2
Bạn dường như đang đặt nhu cầu của riêng bạn lên trên những người dùng của bạn.
Caleb

9
"Có ý nghĩa gì khi xây dựng iPhone khi một trang web di động sẽ đủ, đơn giản vì người dùng của bạn sẽ thích ứng dụng iPhone hơn?" - đơn giản bởi vì? Bạn có logic của bạn ngược.
GrandmasterB

3
Đây có vẻ như một câu hỏi thăm dò ý kiến. Hơn nữa, câu trả lời đúng là khá rõ ràng, hãy làm những gì khách hàng của bạn muốn, ai quan tâm nếu "quá mức" nếu khách hàng của bạn có một lý do hợp lệ thì điều đó không quan trọng.
Ramhound

Câu trả lời:


6

Câu trả lời đơn giản là phát triển một trang web nhưng xây dựng nó như một ứng dụng web di động. Nếu bạn cảm thấy thoải mái hơn với việc xây dựng một trang web, hoặc cảm thấy nó sẽ nhanh hơn, thì đây là cách để đi.

Người dùng vẫn có thể 'cài đặt' nó (tạo biểu tượng trên màn hình chính của họ, nơi bạn chỉ định png để sử dụng cho biểu tượng), bạn ẩn thanh công cụ Safari và nó hoạt động giống như một ứng dụng.

Đây là trang Apple về tạo ứng dụng web

Lợi ích của việc này là

  • đa nền tảng - ứng dụng web sẽ hoạt động trên Android, WP, thậm chí cả Blackberry!
  • bạn có thể cập nhật nội dung - ví dụ văn bản, hình ảnh mà không cần cập nhật ứng dụng
  • rẻ hơn và nhanh hơn để phát triển

Tôi không biết liệu bạn có thể đưa các loại ứng dụng web này vào cửa hàng iTunes hay không.


2
Vì vậy, về cơ bản, bạn chỉ đang tạo một ứng dụng web HTML5, sau đó nói / chỉ cho người dùng cách liên kết một biểu tượng với nó?
Robert Harvey

Hoặc chỉ là một trang HTML (bất kỳ phiên bản). Chìa khóa đang hướng dẫn iOS chạy Safari toàn màn hình và chỉ định các biểu tượng trong HEADphần này. AFAIK người dùng không thể chọn biểu tượng của riêng họ để sử dụng.
Kirk Broadhurst

7
-1 Ứng dụng web khác xa "nền tảng chéo" từ quan điểm khả năng sử dụng. Bạn có thể tạo ứng dụng web giống iPhone, nhưng ứng dụng đó sẽ giống như ngón tay cái đau trên Android và Windows Phone.
Euphoric

4
@Euphoric bạn có thể muốn áp dụng một biểu định kiểu khác theo nền tảng, nhưng bạn không cần phải làm vậy. So sánh với việc cố gắng cài đặt ứng dụng iOS vào Windows Phone và bạn sẽ thấy rằng ứng dụng web là một trong những kỹ thuật đa nền tảng nhất hiện có.
Kirk Broadhurst

8

Nếu trang web thực sự đơn giản, bạn không nên biến nó thành một ứng dụng. Tôi có thể cho bạn một lý do, nhưng đó là một lý do rất tốt:

Các ứng dụng đơn giản thường không thông qua người đánh giá cửa hàng ứng dụng .

Từ https://developer.apple.com/appstore/resource/approval/guferences.html

2.12 Ứng dụng không hữu ích, độc đáo, chỉ là các trang web được đóng gói dưới dạng Ứng dụng hoặc không cung cấp bất kỳ giá trị giải trí lâu dài nào có thể bị từ chối

Nếu bạn cố tải lên một ứng dụng như vậy, có thể bạn sẽ bị từ chối nói rằng "ứng dụng không sử dụng các chức năng iOS gốc" hoặc một cái gì đó tương tự.

Nếu bạn muốn tạo một ứng dụng iOS đơn giản, bạn phải nghĩ chức năng nào sẽ được thêm vào trang web.


1
+1 Bạn không xây dựng một ứng dụng, bạn đang xây dựng một trang web (từ âm thanh của nó). Vì vậy, nó phải là một trang web, không phải là một ứng dụng. Nó thậm chí không được gọi là ứng dụng web, đừng nói HTML5. Nó chỉ là một trang web di động (hình ảnh và văn bản).
Will Meldon

4

Mới tuần trước tôi đã xuất bản ứng dụng cho cả Google Play và App Store, nhiều hơn một chút so với các trình duyệt chuyên dụng ( WebView ) cho một trang web phản hồi nhanh và một số đường trên đầu trang.

Điều này mang lại cho bạn:

  • Phát triển nhanh dựa trên HTML5 của phần lớn ứng dụng dưới dạng trang web
  • Hiện diện trong App Store tương ứng của thiết bị
  • Người dùng có thể cài đặt ứng dụng theo cách thông thường (không có hướng dẫn phức tạp để đưa biểu tượng về màn hình chính)

Nhưng bạn vẫn giữ được những lợi ích của ứng dụng gốc:

  • Bạn luôn có thể di chuyển thêm mã về phía bản địa sau
  • Sử dụng các API vượt quá giới hạn cho các trang web dựa trên trình duyệt, ví dụ:
    • quảng cáo ứng dụng dưới dạng ứng dụng định tuyến trong Bản đồ iOS mới
    • hãy để Passbook mở vé trong ứng dụng của bạn, v.v.

Tôi chắc chắn rằng Android cũng có vô số API bị cấm đối với các ứng dụng web.

BTW. Từ kinh nghiệm của riêng tôi - tránh xa các khuôn khổ đa nền tảng. Ngay cả đối với một nhiệm vụ đơn giản như vậy, tôi đã bị một trong số đó cắn vào mông và cuối cùng tôi đã viết lại toàn bộ bằng ngôn ngữ bản địa.


3

Tôi cảm thấy nỗi đau của bạn, nhiều ứng dụng nên là một phần của web và được phát triển với các công nghệ web.
Nhưng đó là một lập trường công nghệ, khách hàng của bạn có thể không quan tâm.

Tôi đoán là loại khách hàng này không thực sự dành cho ứng dụng nhiều như họ sẽ đến cửa hàng ứng dụng .

Bạn có thể đánh giá thấp khả năng hiển thị mà các cửa hàng ứng dụng có thể trao cho ấn phẩm của khách hàng tại đây.

"Quảng cáo miễn phí !!! 1!" có thể là tất cả khách hàng của bạn nhìn thấy.

Tuy nhiên, họ, khách hàng, có thể đánh giá thấp chi phí thực tế ngụ ý. Nhưng trong suy nghĩ của họ, những chi phí mới sẽ được cân bằng bởi các cơ chế kiếm tiền "mới" mà các nhà máy cho phép.

Sau đó, họ gần như chắc chắn đánh giá quá cao khả năng kiếm tiền thực tế mà một cửa hàng ứng dụng có thể nâng cao cho sản phẩm (biên tập, tôi cho là) ​​của họ trong thời điểm hiện tại. Rốt cuộc họ không thể thao Angry Birds.

Ngoài ra, họ có thể trì hoãn thời gian của họ để tiếp thị khá nhiều, bằng cách đi đến một giải pháp ứng dụng.

Thật không may, kế hoạch kinh doanh loại này:

  • Xây dựng ứng dụng
  • ???
  • LỢI NHUẬN

Có vẻ là tất cả các cơn thịnh nộ ngày nay.


2
tl; dr: Bạn cần có trong cửa hàng ứng dụng.
Robert Harvey

2

Bạn không cung cấp cho khách hàng của bạn đủ thông tin để đưa ra quyết định sáng suốt.

  1. Họ có biết về quy trình phê duyệt ứng dụng iPhone không?
  2. Có những tính năng mà người dùng cần truy cập khi họ không kết nối?
  3. Bạn có phải lo lắng về thông tin nhạy cảm được lưu trữ trên điện thoại?
  4. Còn những thiết bị không do Apple sản xuất thì sao?

Cảnh giác với "việc xây dựng trang web dễ dàng hơn cho tôi" bởi vì có sự đồng hành ngoài kia, những người sẽ hạnh phúc hơn khi xây dựng một ứng dụng iphone.


1

Phải thừa nhận rằng, tôi có thiên kiến ​​cá nhân đối với các ứng dụng gốc, nhưng tôi nghĩ thực sự không có câu trả lời trắng đen nào cho vấn đề này. Dưới đây là một vài suy nghĩ về ứng dụng web so với ứng dụng gốc:

  • Các ứng dụng web rất hay nếu bạn muốn tránh những rắc rối khi trở thành thành viên của Chương trình Nhà phát triển của Apple. Nếu không có điều này, bạn không thể cài đặt ứng dụng trên thiết bị hoặc xuất bản chúng lên App Store.
  • Sau đó, tất nhiên, có nỗ lực học XCode và Objective-C (nếu bạn chưa biết về chúng).
  • Mặt khác, các ứng dụng gốc có xu hướng phản ứng nhanh hơn (trải nghiệm chủ quan của riêng tôi).
  • Nếu ứng dụng phải có khả năng chạy "ngoại tuyến" (khi không có kết nối Internet), thì ứng dụng gốc thực sự là lựa chọn thực tế duy nhất của bạn.

Trong trường hợp của bạn, tôi sẽ cân nhắc các yêu cầu của khách hàng với những ưu và nhược điểm của web và ứng dụng gốc.

Tôi cũng nói thêm rằng việc viết và triển khai Ứng dụng iPhone gốc không CẦN THIẾT đòi hỏi phải có mặt trong App Store. Cái gọi là "Ứng dụng trong nhà" có thể được viết và triển khai trong cài đặt doanh nghiệp. Hãy xem xét điều này: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a


Nếu ứng dụng dành cho khách hàng, "Trong nhà" sẽ không giúp ...
Sulthan

Thật vậy, nhưng vì câu hỏi không bao giờ làm rõ điểm này, tôi cảm thấy nó ít nhất là đáng nói.
Avian00

0

Đưa ra mô tả vấn đề của bạn Tôi sẽ tìm một trang web di động được che dấu dưới dạng một ứng dụng. Nói chung, nhiều ứng dụng di động chỉ là các trang web HTML5 có thể chạy hoặc không chạy cục bộ. Đây có thể là một khởi đầu tuyệt vời để nhanh chóng phát triển một ứng dụng đa nền tảng sẽ hoạt động hợp lý OK trên nhiều loại thiết bị di động mà không phải làm lại nhiều mã. Đã nói điều này, có một cảnh báo: HTML5 không phải là vua tốc độ khi làm công việc nặng nhọc. Khi đến lúc phải thực hiện một số mã chuyên sâu xử lý không có sẵn như một số phần mềm trung gian cho (các) nền tảng mà bạn đang phát triển, mã có thể chạy khá chậm nếu bạn chỉ phụ thuộc vào JavaScript để xử lý và bạn nên xem xét đưa nó lên cấp độ tiếp theo (Ứng dụng gốc).

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.