क्या एक साधारण iPhone ऐप मोबाइल वेबसाइट की तुलना में उपयोगकर्ताओं के लिए अधिक आकर्षक है?


9

मेरा ग्राहक एक iPhone ऐप करना चाहता है क्योंकि उसने पाया है कि लोग मोबाइल ऑप्टिमाइज़्ड साइट पर iPhone ऐप का उपयोग करने की अधिक संभावना रखते हैं। IPhone ऐप बहुत ही सरल है - यह सिर्फ एक जोड़ी चित्र और कुछ पाठ प्रदर्शित करता है। एक प्रोग्रामर के रूप में मैं बहुत कुछ करना चाहता हूं लेकिन एक मोबाइल साइट सामग्री की सरल प्रकृति को देखते हुए। एक तकनीकी दृष्टिकोण से मुझे लगता है कि इस स्थिति में iPhone ऐप का उपयोग करना अधिक कठिन है।

क्या यह एक iPhone ऐप बनाने के लिए समझ में आता है जब एक मोबाइल साइट पर्याप्त होगी, सिर्फ इसलिए कि आपके उपयोगकर्ता बहुत अधिक होंगे बल्कि यह एक आईफोन ऐप होगा? वैसे भी उपयोगकर्ताओं को आसानी से समझाने के लिए कि एक मोबाइल साइट का उपयोग करना कितना आसान है?


1
यदि एप्लिकेशन इतना सरल है, तो आपको दोनों करना चाहिए: आपको मज़ा आएगा, और आपका ग्राहक खुश होगा।
dasblinkenlight

2
आप अपने स्वयं के उपयोगकर्ताओं के ऊपर अपनी आवश्यकताओं को डाल रहे हैं।
कालेब

9
"क्या यह एक iPhone बनाने के लिए समझ में आता है जब एक मोबाइल साइट पर्याप्त होगी, सिर्फ इसलिए कि आपके उपयोगकर्ता बहुत अधिक बल्कि यह एक iPhone ऐप होगा?" - सिर्फ इसलिए कि? आपके पास अपना तर्क है।
ग्रैंडमास्टरबी

3
यह एक चुनावी प्रश्न लगता है। इसके अलावा सही उत्तर बहुत स्पष्ट है, वही करें जो आपका ग्राहक चाहता है, जो परवाह करता है कि क्या उसका "ओवरकिल" है यदि आपके ग्राहक के पास कोई वैध कारण है तो यह बात नहीं होनी चाहिए।
रामहाउंड

जवाबों:


6

इसका सरल उत्तर एक वेबसाइट विकसित करना है लेकिन इसे मोबाइल वेब ऐप के रूप में बनाना है। यदि आप एक वेब साइट बनाने के साथ अधिक सहज हैं, या महसूस करते हैं कि यह तेज़ होगा, तो यह जाने का रास्ता है।

उपयोगकर्ता अभी भी इसे 'इंस्टॉल' कर सकते हैं (अपनी होम स्क्रीन पर एक आइकन बना सकते हैं, जहां आप आइकन के लिए उपयोग करने के लिए पीएनजी निर्दिष्ट करते हैं), आप सफारी टूलबार छिपाते हैं, और यह ऐप की तरह ही कार्य करता है।

वेब ऐप्स बनाने पर यहां Apple पेज है

इसके फायदे हैं

  • क्रॉस प्लेटफॉर्म - वेब ऐप एंड्रॉइड, WP, यहां तक ​​कि ब्लैकबेरी पर भी काम करेगा!
  • आप सामग्री को अपडेट कर सकते हैं - उदाहरण के लिए, एप्लिकेशन को अपडेट किए बिना पाठ, चित्र
  • सस्ता और जल्दी विकसित करने के लिए

मुझे नहीं पता कि आप इस प्रकार के वेब ऐप को आईट्यून्स स्टोर में रख सकते हैं या नहीं।


2
तो मूल रूप से आप बस एक HTML5 वेब एप्लिकेशन बना रहे हैं, और फिर उपयोगकर्ता को यह बताना / दिखाना है कि इसके साथ एक आइकन कैसे जोड़ा जाए?
रॉबर्ट हार्वे

या सिर्फ एक HTML (कोई भी संस्करण) पृष्ठ। कुंजी iOS को फुल-स्क्रीन सफारी चलाने के लिए निर्देश दे रही है, और HEADअनुभाग में आइकन निर्दिष्ट करें । AFAIK का उपयोग करने के लिए कोई उपयोगकर्ता अपना आइकन नहीं चुन सकता है।
कर्क ब्रॉडहर्स्ट

7
-1 वेब ऐप्स प्रयोज्य दृष्टिकोण से "क्रॉस प्लेटफॉर्म" से बहुत दूर हैं। आप iPhone की तरह वेब ऐप बना सकते हैं, लेकिन इस तरह के ऐप एंड्रॉइड और विंडोज फोन पर गले में अंगूठे की तरह होंगे।
व्यंग्यात्मक

4
@ आप मंच के अनुसार एक अलग शैली शीट लागू करना चाह सकते हैं, लेकिन आपको इसकी आवश्यकता नहीं है। अपने विंडोज फोन पर एक iOS ऐप इंस्टॉल करने की कोशिश के साथ तुलना करें और आप पाएंगे कि वेब ऐप सबसे क्रॉस-प्लेटफॉर्म तकनीकों में से एक हैं।
कर्क ब्रॉडहर्स्ट

8

यदि वेबपेज वास्तव में इतना सरल है, तो आपको इसे ऐप में नहीं बनाना चाहिए। मैं आपको एक कारण दे सकता हूं, लेकिन यह बहुत अच्छा है:

सरल अनुप्रयोग आमतौर पर ऐपस्टोर समीक्षकों के माध्यम से नहीं गुजरते हैं

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

2.12 ऐप्स जो बहुत उपयोगी नहीं हैं, अनूठे हैं, बस वेब साइटों को ऐप्स के रूप में बंडल किया गया है, या कोई स्थायी मनोरंजन मूल्य प्रदान नहीं करता है जिन्हें अस्वीकार किया जा सकता है

यदि आप इस तरह के ऐप को अपलोड करने की कोशिश करते हैं, तो आपको शायद यह कहते हुए अस्वीकृति मिल जाएगी कि "ऐप मूल आईओएस फ़ंक्शन का उपयोग नहीं करता है" या कुछ इसी तरह का।

यदि आप एक सरल iOS ऐप बनाना चाहते हैं, तो आपको यह सोचना होगा कि वेब पेज के खिलाफ क्या कार्यक्षमता जोड़ी जाएगी।


1
+1 आप कोई एप्लिकेशन नहीं बना रहे हैं, आप एक वेबसाइट बना रहे हैं (इसकी आवाज़ से)। तो यह एक वेबसाइट होना चाहिए, एक आवेदन नहीं। इसे वेब ऐप के रूप में भी संदर्भित नहीं किया जाना चाहिए, HTML5 न कहें। यह सिर्फ एक मोबाइल वेबसाइट (चित्र और पाठ) है।
विल मेलॉन

4

अभी पिछले हफ्ते मैंने Google Play और App Store दोनों को ऐप्स प्रकाशित किए जो एक उत्तरदायी वेब साइट के लिए समर्पित ब्राउज़र ( WebView ) से कुछ अधिक थे और इसके शीर्ष पर कुछ चीनी थी।

यह आपको देता है:

  • वेब पेज के रूप में अधिकांश ऐप का HTML5- आधारित तेज़ विकास
  • डिवाइस के संबंधित ऐप स्टोर में उपस्थिति
  • उपयोगकर्ता एप्लिकेशन को नियमित रूप से इंस्टॉल कर सकते हैं (होम स्क्रीन पर आइकन प्राप्त करने के लिए कोई जटिल निर्देश नहीं)

लेकिन आप अभी भी मूल एप्लिकेशन के लाभों को बनाए रखते हैं:

  • आप हमेशा बाद में मूल कोड पर अधिक कोड ले जा सकते हैं
  • API का उपयोग करें जो कि ब्राउज़र आधारित वेबपृष्ठों की सीमाएँ हैं, जैसे
    • नए iOS मैप्स में ऐप को रूटिंग ऐप के रूप में विज्ञापित करें
    • अपने एप आदि में पासबुक को टिकट खोलने दें

मुझे यकीन है कि एंड्रॉइड में भी एपीआई की भीड़ है जो वेबएप के लिए निषिद्ध है।

Btw। अपने स्वयं के अनुभव से - क्रॉस-प्लेटफॉर्म रूपरेखाओं से स्पष्ट रहें । यहां तक ​​कि इस तरह के एक सरल कार्य के लिए मुझे मेरी गांड भी काटनी पड़ी और मैंने मूल भाषा में पूरी बात फिर से लिखी।


3

मुझे लगता है कि आपका दर्द, कई ऐप वेब का हिस्सा होना चाहिए, और वेब तकनीकों के साथ विकसित होना चाहिए।
लेकिन यह एक तकनीकी रुख है, आपके ग्राहक को शायद कोई परवाह नहीं है।

मेरा अनुमान है कि इस तरह के ग्राहक वास्तव में ऐप के लिए नहीं जा रहे हैं जितना कि वे ऐपस्टोर के लिए जा रहे हैं

आप दृश्यता को कम करके आंक सकते हैं कि एपस्टोर्स ग्राहक के प्रकाशन को प्रदान कर सकता है, यहां।

"नि: शुल्क विज्ञापन !!! 1" आपके सभी ग्राहक देखते हैं।

फिर भी, वे, ग्राहक, निहित वास्तविक लागतों को कम करके आंका जा सकता है। लेकिन उनके माइंडस्केप में उन नई लागतों को "नए" मुद्रीकरण तंत्र द्वारा अनुमोदित किया जाएगा।

फिर वे लगभग निश्चित रूप से वास्तविक मुद्रीकरण को कम करके आंक रहे हैं कि मौजूदा समय में एक ऐपस्टोर उनके (संपादकीय, मुझे लगता है) उत्पाद के लिए बढ़ा सकता है। वे एंग्री बर्ड नहीं खेल रहे हैं, आखिर।

इसके अलावा, वे शायद एक ऐप समाधान के लिए जा कर अपने समय को बहुत अधिक बाजार में लाने में देरी कर रहे हैं।

दुर्भाग्य से इस तरह की व्यवसाय योजना:

  • ऐप बनाएं
  • ???
  • फायदा

लगता है आजकल सभी गुस्से में हैं।


2
tl; dr: आपको ऐप स्टोर में होना चाहिए।
रॉबर्ट हार्वे

2

आप अपने ग्राहक को सूचित निर्णय लेने के लिए पर्याप्त जानकारी नहीं दे रहे हैं।

  1. क्या वे iPhone ऐप अनुमोदन प्रक्रिया के बारे में जानते हैं?
  2. क्या ऐसी सुविधाएँ हैं जहां उपयोगकर्ताओं को कनेक्ट होने पर एक्सेस की आवश्यकता होती है?
  3. क्या आपको फोन पर संग्रहीत संवेदनशील जानकारी के बारे में चिंता करने की ज़रूरत है?
  4. Apple द्वारा नहीं बनाए गए उपकरणों के बारे में क्या?

"मेरे लिए वेबसाइट बनाना आसान है" से सावधान रहें, क्योंकि वहाँ से बाहर है, जो एक iPhone अनुप्रयोग बनाने के लिए खुश से अधिक होगा।


1

बेशक, मेरे पास देशी ऐप्स की ओर एक व्यक्तिगत पूर्वाग्रह है, लेकिन मुझे लगता है कि वास्तव में इसका कोई काला-सफेद जवाब नहीं है। यहां वेब ऐप्स बनाम देशी ऐप्स पर कुछ विचार दिए गए हैं:

  • यदि आप Apple डेवलपर प्रोग्राम के सदस्य बनने की परेशानी से बचना चाहते हैं, तो वेब ऐप्स अच्छे हैं। इसके बिना, आप उपकरणों पर ऐप्स इंस्टॉल नहीं कर सकते या उन्हें ऐप स्टोर पर प्रकाशित नहीं कर सकते।
  • फिर, बेशक, एक्सकोड और ऑब्जेक्टिव-सी सीखने का प्रयास है (यदि आप उन्हें पहले से नहीं जानते हैं)।
  • दूसरी ओर, देशी ऐप्स अधिक संवेदनशील होते हैं (मेरा खुद का व्यक्तिपरक अनुभव)।
  • यदि एप्लिकेशन को "ऑफ़लाइन" (जब कोई इंटरनेट कनेक्शन उपलब्ध नहीं है) चलाने में सक्षम होना चाहिए, तो एक मूल ऐप वास्तव में आपका एकमात्र यथार्थवादी विकल्प है।

आपके मामले में, मैं आपके ग्राहक की आवश्यकताओं को वेब और देशी ऐप्स के पेशेवरों और विपक्षों के खिलाफ तौलूंगा।

मैं भी कि लेखन जोड़ना होगा और एक देशी iPhone App की तैनाती नहीं है जरूरी App स्टोर में मौजूद आवश्यकता होती है। तथाकथित "इन-हाउस ऐप्स" एक उद्यम सेटिंग में लिखा और तैनात किया जा सकता है। इस पर विचार करें: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a


अगर ऐप ग्राहकों के लिए है, तो "इन-हाउस" मदद नहीं करेगा ...
सुल्तान

वास्तव में, लेकिन चूंकि प्रश्न ने इस बिंदु को स्पष्ट नहीं किया, इसलिए मुझे लगा कि यह कम से कम उल्लेख के लायक है।
एवियन ००

0

आपकी समस्या के विवरण को देखते हुए मैं एक ऐप के रूप में एक मोबाइल साइट के लिए जाऊंगा। सामान्य तौर पर, कई मोबाइल ऐप केवल HTML5 साइटें हैं जो स्थानीय रूप से चल सकती हैं या नहीं भी हो सकती हैं। यह एक मल्टी प्लेटफ़ॉर्म ऐप को तेज़ी से विकसित करने के लिए एक शानदार शुरुआत हो सकती है जो कई प्रकार के मोबाइल उपकरणों पर यथोचित रूप से काम करेगा, बिना कोड के बहुत से कामों को फिर से करना। यह कहने के बाद, वहाँ एक चेतावनी है: HTML5 गति का राजा नहीं है जब भारी शुल्क सामान कर रहा है। जब कुछ प्रसंस्करण गहन कोड करने का समय आ जाता है, जो आपके लिए विकसित किए जा रहे प्लेटफ़ॉर्म (एस) के मिडलवेयर के कुछ टुकड़े के रूप में उपलब्ध नहीं होता है, तो कोड धीमी गति से चल सकता है यदि आप प्रोसेसिंग करने के लिए केवल जावास्क्रिप्ट पर निर्भर हैं और आप इसे अगले स्तर (मूल एप्लिकेशन) पर ले जाने पर विचार करना चाहिए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.