هل يمكنك تلخيص تطبيق الجوال لي في بضع جمل فقط؟
هذا ليس للقبض على العميل ، بل لرؤية مدى فهمهم "لجوهر" التطبيق. على سبيل المثال، هل يخططون أيضا لاستخدام تحليلات التطبيقات لإرسال إشعارات دفع مجزأة. كلما فهموا ذلك بشكل أفضل ، كلما كنت أكثر ثقة في أنهم سيكونون دقيقين للغاية ويركزون على ما يحتاج التطبيق إلى القيام به ، ومن يركز عليه ، وكيف سيستخدمونه إلخ. هذه هي فرصتك أيضا لشرح لهم كيف يمكنك البناء في الإبلاغ عن الأعطال ومراقبة نقطة نهاية API للحفاظ على تشغيل التطبيق بسلاسة.
من هم المستخدمون المستهدفون؟
ما هي المشكلة التي سيحلها تطبيقك لهم؟ لماذا يعتبر تطبيق الجوال أفضل طريقة لحل هذه المشكلة؟ هل يمكن لموقع ويب سريع الاستجابة للجوال أن يكون جيدا بنفس القدر ، أو طريقة أفضل لحل المشكلة؟ ما هي الأجهزة أو المنصات التي من المرجح أن تستخدمها ، هناك اختلافات ديموغرافية حقيقية بين منصات android و iOS التي تحتاج إلى التفكير فيها. هذا هو أيضا التغيير الخاص بك لشرح كيف يمكنك المساعدة في تحسين متجر التطبيقات (ASO).
ما هو الموعد النهائي الحقيقي؟
هل يرتبط بأي نشاط آخر (إطلاق منتج كبير) أو مرتبط بحملة موسمية؟ لذلك عادة ما يكون المشروع قد بدأ أمس. ولكن على الأقل يمكنك معرفة ما هو ممكن مع الوقت لديك. العمل مرة أخرى من خلال تقديم AppStore، واختبار متعددة منصة، والتنمية، والإبداعية، والتفكير لضبط التوقعات في وقت مبكر على ما هو عملي، وما هو ليس كذلك، في الوقت الذي كنت قد أعطيت.
ما هي المخاطر التي ينطوي على بناء تطبيق الجوال؟
ما هي التبعيات الخارجية التي يمكن أن تؤثر على المقاييس الزمنية؟ معالجة هذا مقدما سيوفر لك الكثير من المشاكل مزيد من أسفل المسار. بناء سجل المخاطر كجزء من انطلاق المشروع والانضباط للحفاظ على هذا حتى الآن هو فكرة جيدة، حتى بالنسبة لما يبدو أنه منتج التطبيق بسيطة. تأكد من أن لكل خطر إجراءات والمالكين المسؤولين عن إدارة مخاطر هذا يؤثر على تسليم التطبيق الناجح.
ما هي الميزانية؟
وبالتالي فإن اللعبة عادة ما تكون، ليس لدينا فكرة ثابتة عن الميزانية،ونحن نريد بقدر ما يمكننا الحصول على لأقل قدر نحن بحاجة إلى دفع. مشاريع الجوال من الصعب حقا تقدير الميزانية، ولكن بالنسبة لك لنطاق المشروع تحتاج على الأقل للعمل على نطاق. كما أن تحديد نطاق العمل مهم حقا. الأمر لا يتعلق فقط بالبناء المادي. هل هناك ميزانية للبحث في التطبيق، والمنافسين، والوظائف الرئيسية التي المستخدمين سوف قيمة عالية من شأنها أن توجه لكم على ما الإصدار الأول (أو الحد الأدنى من المنتجات القابلة للحياة)يحتاج إلى أن يكون للتطبيق أن تكون جاهزة للسوق. إذا كان عميل جديد يمكن أن تصبح لعبة صعبة من لعبة البوكر، لا أحد من الجانبين يريد أن يظهر يده، ولكن ما لم تحصل على مجموعة بسرعة كبيرة، وإدارة التوقعات ستكون صعبة. إذا كان العميل لا يمكن أن تعطيك مجموعة، التي يمكن أن تكون العلم الأحمر، قد لا يكون مشروعا خطيرا ولكن مجرد فكرة غامضة أنهم يحاولون بلورة.
يجب عليك أيضا الاتفاق على الميزانية الجارية بمجرد بث التطبيق مباشرة. من المحتمل أن تكون هناك تكاليف استضافة ، والتحسين المستمر للتطبيق ، والصعود إلى الطائرة وفي استخدام التطبيق ، وتحسين الاكتشاف ، وخدمات الإعلام الدفع التي يجب أن تقدمها - بالإضافة إلى إدارة توسيع نطاق الأنظمة الخلفية مع نمو مستخدم التطبيق. معرفة مقدار العمل الجاري الذي سيتطلبه التطبيق يمكن أن يؤثر أيضا على المبلغ الذي تتقاضاه في مرحلة البناء الأولية. يمكنك أن تقرر خفض التكاليف على البناء الأولي والحصول على التطبيق إلى السوق بشكل أسرع ، ثم العمل مع مالك التطبيق لتحسين التطبيق باستمرار مع مرور الوقت. يحصلون على تطبيق رائع يتحسن ويتحسن. يمكنك بناء مصادر الدخل على المدى الطويل لعملك والعلاقات طويلة الأجل مع عملائك.
من هم أصحاب المصلحة الرئيسيون؟
هل هذا هو من تعمل معه، أم الآخرين الذين تحتاج إلى معرفته؟ من هو صاحب الميزانية؟ من هو مالك المشروع؟ جهة الاتصال الخاصة بك، أو شخص آخر. ما هي مراحل صنع القرار؟ من يحتاج إلى استشارة في أي مرحلة للانتقال من Ideation ، إلى النموذج الأولي ، للبناء ، للاختبار ، إلى الإصدار؟ من ستعمل مع إطلاق البريد؟ هل هناك عملية رسمية هنا (يجب أن نأمل أن يكون هناك) ، أو أن هذه عملية أكثر عضوية ، وإذا كان الأمر كذلك النقطة 1 على سجل المخاطر الخاص بك ، في كبيرة ، جريئة ، وعواصم الحبر الأسود.
كيف يبدو النجاح في كل مرحلة من مراحل العملية؟
بناء هذا في عدد من المراحل الصغيرة ، مع موافقة "بوابات" تحتاج إلى المرور بها قد يبدو بيروقراطيا ويشعر أنه يمكن أن يظهر لك ، ولكنه ، دون شك ، سيوفر لك الوقت والمال والكثير من القلق من خلال بناء تطبيق الهاتف المحمول.
ما هي أهداف العمل لتطبيق الجوال؟
هل تطبيق الجوال تطبيق داخلي لزيادة كفاءة القوى العاملة؟ هل هناك لفتح المنتج أو الخدمة إلى ملف تعريف جديد للمستخدم؟ هل ستزيد المبيعات من العملاء الحاليين؟ كل الأسباب الجيدة والجديرة لبناء التطبيق. سيكون للإجابات على هذا السؤال تأثير كبير على كيفية بناء التطبيق ، وما هي الميزات والوظائف الأساسية للتطبيق ، وما هي المنصات التي يحتاج إلى تشغيلها وما هي التحليلات ومؤشرات الأداء الرئيسية (KPIs) التي تحتاج إلى تتبعها بمجرد تشغيل التطبيق.
مع من سيتنافس التطبيق؟
هل قام العميل بتقييم مفصل للمنافسين في المساحة التي يمكنك العمل منها؟ لا تقبل الرد – "ليس لدينا أي منافسين هنا، نحن أول من يفعل ذلك؟" إنها استجابة شائعة، لكنها عادة ما تكون غير صحيحة. قد لا يكون هناك منافسون مباشرون يفعلون الشيء نفسه بالضبط ، ولكن هذا لا يعني أنه لا توجد طرق أخرى يحل بها الناس المشكلة التي لديهم. لا ينبغي أن يكون هذا مقارنة التطبيق إلى التطبيق. لذا اسأل السؤال "كيف يمكن لمستخدمي تطبيقك المستقبليين حل هذه المشكلة حاليا؟" بهذه الطريقة ، من المحتمل أن تحصل على إجابة أكثر بصيرة.
ما هي اعتبارات التصميم / القيود التي يجب أن يعمل تطبيق الجوال داخلها؟
هل هناك إرشادات مؤسسية يجب أن يتوافق معها تصميم تطبيق الجوال وتصميمات الشاشة؟ هل سيعمل هذا على تنسيق جوال؟ هل هناك قيود على كيفية ظهوره في متجر التطبيقات. هل سيخبرك هذا كيف يجب أن تبدو الرموز في متجر التطبيقات؟ هل سيؤدي هذا إلى الحد من كيفية نافذة التطبيق المنبثقة على شخص يتصفح المتجر؟ ما هو نطاق هناك لدفع مرة أخرى على الشرطة العلامة التجارية للحصول على بعض حرية التصميم للسماح لك القيام بعمل رائع؟
هل هناك مجال للحصول على إصدارات متعددة؟
هذا هو على حد سواء من حيث ما المنصات الأصلية تحتاج إلى بناء على فضلا عن وظيفة. هل من الممكن التركيز على الحد الأدنى من المنتجات القابلة للتطبيق (MVP) كإصدارات الإصدار 1 ، مع خارطة طريق للميزات؟ هل يجب أن يكون الانفجار الكبير مع جميع الميزات على جميع المنصات اليوم 1. قد يكون هذا المطلوب، ولكن هل هو حقا ضرورة. حتى لو كنت بحاجة للذهاب الانفجار الكبير ، لا تزال جيدة للعمل مع العميل لتحديد والاتفاق على ما هو الحد الأدنى للمنتج قابلة للحياة (MVP) يجب أن يكون. وسيساعد ذلك على تركيز المناقشات حول الميزانية والجداول الزمنية للإطلاق.
ما هو تراكم الوظائف للتطبيق؟
حتى لو كنت لا تستخدم نهج تطوير البرمجيات رشيقة لبناء التطبيق، والحصول على عملائك لبناء تراكم (ميزات غير MVP) هو وسيلة قوية جدا لحملهم على تحديد الأولويات بين الوظائف الأساسية للتطبيق وتلك التي هي غير الأساسية لإصدار الإصدار 1. هذا له فائدة أخرى لمساعدتك على التخطيط للإصدارات المستقبلية للتطبيق ، وهو أمر مهم لتحسين اكتشاف App Store(ASO)وإدارة أعمال المشروع المستقبلية (والتدفق النقدي).
ما هي الافتراضات الأساسية؟
هل هو للعمل عبر أقراص والهواتف النقالة؟ هل يمكن أن يكون هذا الإصدار واحدا الذي تغيير حجم أو هل تحتاج إلى بناء على حد سواء؟ كيف مرة أخرى متوافقة لا بد من أن يكون ، iOS8 والإصدارات الأحدث ، الروبوت 5.0؟ الروبوت 4.0؟. هل يحتاج التطبيق إلى العمل دون اتصال؟ هل سيتعين عليها الاتصال بأجهزة الارتداء أو إنترنت الأشياء؟ ما هي اللغات التي سيتم بناء التطبيق فيها؟ من الواضح أن الإجابات التي تحصل عليها "من هو الاستخدام المستهدف للتطبيق؟" سيكون لها تأثير هنا.
كيف سيتم استضافتها؟
هل هناك بنية تحتية قائمة تحتاج إلى توصيلها؟ ما هي بروتوكولات الأمان؟ هل هناك أي خدمات صغيرة المنبع التي تحتاج (أو سيكون من الجيد أن) سد العجز في التطبيق؟ هل سيكون هناك موقع على شبكة الانترنت (المحمول استجابة بالطبع) من شأنها أن تجلس جنبا إلى جنب مع التطبيق ويجب أن حصة معلومات ملف تعريف المستخدم الخ؟ هل هناك أي موردين آخرين يحتاج التطبيق إلى الاندماج معهم (salesforce و SharePoint وما إلى ذلك). كيف ستقوم بإدارة المحتوى الذي ينشئه المستخدم وما هو شكل التحميل/التنزيل المتوقع لهذا المحتوى؟ أبعد التعقيد عن بناء وإدارة جانب الخادم من تطبيقك باستخدام أداة mBaaS رائدة في هذا المجال.
ما هي نقاط البيانات التي سيحتاج العميل إلى الحصول عليها من التطبيق؟
سيساعد خبز التدابير والمقاييس والأهداف القياسية في تطبيق الجوال في مرحلة التصميم على التأكد من أن مرحلة بناء تطبيق الجوال تقدم مقابل مقاييس النجاح الرئيسية. إذا لم تحدد المقاييس الرئيسية ، التي تدعم مقاييس النجاح الملموسة للتطبيق في البداية ، فكيف ستركز القرار على ميزات MVP؟ كما أن رسم خرائط التحليلات والمقاييس أثناء البناء سيوفر عذاب محاولة إعادة ملاءمة هذه في وقت متأخر من اليوم ، أو أسوأ من ذلك أن يتم خداعه في الحكم على نجاح التطبيق استنادا إلى ما يسهل قياسه ، بدلا من ما هي في الواقع مقاييس النجاح الحقيقية. وينبغي أن يكون جوهر هذا مقاييس للنوادر والتردد والمدة والعمر.
العملاء يريدون أن يعرفوا
- كم عدد التنزيلات؟
- على أي منصات؟
- نسبة الإخطارات دفع تفعيلها؟
- كم عدد التحميلات التي يتم تثبيتها بالكامل؟
- كم عدد المستخدمين النشطين لديك (هل هذا ينمو)؟
- ما هي الميزات التي يتم استخدامها أكثر؟
- أين هي المناطق الميتة من التطبيق التي تحتاج إلى إعادة التفكير؟
- ما مدى تكرار استخدام التطبيق؟
- إلى متى (استخدام طول الجلسة)؟
- كم عدد الحركات (المبيعات) التي تم إكمالها؟
تعيين الفعلي مقابل المتوقع ، والنظر في التباين ثم العمل على خطة لسد الفجوة بين الفعلية والخطة هو ما هو كل شيء. طالما يتم تعريف هذه مقدما بالطبع. لديك دور كبير تلعبه هنا ، وفرصة كبيرة لتوليد إيرادات متكررة شهرية من مشروع التطبيق الأولي لمساعدة مالك التطبيق على تحسين وتحسين الأداء التجاري للتطبيق.
ما هي استراتيجية تحقيق الدخل للتطبيق؟
إذا كان تطبيق B2E ، يحل المشاكل الداخلية للأعمال التجارية لتحسين إنتاجية الموظفين ، فلا تزال هناك زاوية أموال وحالة عمل عائد على الاستثمار. إذا تم تصميمه لزيادة الإيرادات للأعمال التجارية ، فكيف سيفعل ذلك؟ في مشتريات التطبيق؟، نموذج الاشتراك؟، سيتم إلغاء تأمين الميزات مع الدفع المرحلي؟، هو منتج المادية أو الظاهرية التي يتم تسليمها بعد الدفع (لذلك هل تحتاج تتبع لوجستية)؟، سيكون هناك في الإعلان التطبيق لنقد حركة المرور من خلال التطبيق؟ معرفة هذا وبناء التطبيق حول هدف العمل سوف تبقي العميل مركزة. الاتفاق على MVP وبناء تراكم الميزات حمض اختبار كل ميزة ووظيفة ضد هدف العمل يعني أنك تركز على القيام بالأشياء الهامة في ترتيب الأولوية.
كيف سيشترون؟
يختلف عن تحقيق الدخل. كيف يدفعون فعليا للمنتج أو الخدمة داخل التطبيق أو بطاقة الائتمان أو الدفع البيومتري (ApplePay وما إلى ذلك). اعتمادا على الإجابة، تحتاج إلى التفكير في الأمان / التشفير وتوافق الجهاز الذي يجب أن يعمل عليه التطبيق. حتى اختبار النظم ، والتأثير على أن قرار الأصلي مقابل الهجين ، والأمن وتشفير البيانات الخ.
هل هناك تطبيقات أخرى يحبها العميل يمكن استخدامها كمصدر إلهام لكيفية مظهر هذا التطبيق الجديد؟
هذا ليس حول نسخ أو سرقة تصميم شخص آخر ، بل يتعلق باستخدام تطبيقات لا علاقة لها تماما للمساعدة في إدخالك في رأس عميلك وفهم طريقة تفكيرهم. من الأسهل إذا كان لديك بعد تصميم واجهة المستخدم / UX المحددة مسبقا والمبادئ التوجيهية للشركات ، ولكن لا يزال من المهم القيام بذلك ، إذا كان ذلك فقط لمساعدتك على تحديد مدى أهمية بناء تطبيق أصلي حتى يصل إلى جميع وظائف الهاتف الغنية.
كيف سيتم العثور على التطبيق عندما يكون جاهزا للعيش؟
إذا كان تطبيق B2E ، فقد لا يكون هذا مهما ، ولكن بالنسبة لتطبيقات B2B و B2C التي يتم العثور عليها في GooglePlay وسيكون AppStore مهما لجذب المستخدمين إلى التطبيق. لا تعتقد أن هذا هو التفكير بعد. ليس كذلك. عليك أن تفكر في هذا في مرحلة التصميم والتطوير. تأكد من أنه يتوافق مع إرشادات التصميم لكل متجر يتم إدراجه فيه ، إذا لم يتبع القواعد ، فسيكون من الصعب إدراجه. ستحتاج أيضا إلى أداة تحسين جيدة لمتجر التطبيقات لضمان استهدافك للكلمات الرئيسية الصحيحة. فكر بعناية في الإصدارات المستقبلية ، لأن هذا له تأثير كبير على الاكتشاف. التطبيق الذي يتم تطويره باستمرار سيكون أفضل في المتجر. أيضا جعل رمز مؤثرة بحيث يتصل قيمة والغرض من التطبيق مهم حقا. ولا خصم الفيديو. سيكون لإدراج عرض توضيحي قصير لتطبيقك تأثير كبير على دفع تحويلات التنزيل من صفحة قائمة متجر التطبيقات.
ماذا عن ما بعد إطلاق؟ ما هي الخطة المستمرة للتعلم والتحسين؟
يجب أن يكون هناك واحد، أليس كذلك؟
بغض النظر عن مدى روعتك كوكالة تطوير تطبيقات جوال ، فلن تحصل على كل شيء بشكل صحيح في المرة الأولى. ربما لن تتمكن أيضا من تقديم جميع الميزات التي يريدها عميلك ، ضمن الميزانية التي يجب أن ينفقها والنطاق الزمني الذي يتم تقديمه لك. سيكون العملاء مركزين للغاية على نقطة التسليم الأولى ، والحصول على تطبيق الجوال مباشرة. هذا طبيعي ولكن عملك هو تدريبهم على التفكير على المدى الطويل. حملهم على التفكير في MVP ، وحملهم على بناء تراكم يخلق عقلية أن هذا هو المشروع الجاري. المرحلة الأولى هي الإصدار 1. وهذا يعني أنك تحصل لهم التفكير في وقت مبكر حول المراحل الجارية من الإصدارات، فضلا عن الترويج للتطبيق.
التأكد من وجود بيانات جيدة قادمة من التطبيق أمر بالغ الأهمية أيضا. بالإضافة إلى الإبلاغ عن الأعطال والتشخيصات، باستخدام البيانات والتحليلات لمعرفة كيفية أداء التطبيق مع التركيز بشكل خاص على إعادة النسيم والتردد والمدة والعمر. الحصول على العميل الخاص بك للتنبؤ مقدما ما هو المتوقع "نورم" وتتبع التباين من ذلك سوف تساعد الخاص بك والعميل الخاص بك الأولوية للعمل العلاجية التي ستكون هناك حاجة للحصول على التطبيق تحميلها، وتستخدم، وإعادة استخدامها في كثير من الأحيان.
سؤال إضافي – السؤال 21
لذا أخيرا ، والنظر في هذا السؤال مكافأة ، نظرا لأننا من خلال الأسئلة 20 وعدت في العنوان.
ما هي التبعيات الموجودة، التي نحتاج إلى أخذها في الاعتبار قبل أن نتمكن من البدء في تطبيقك الجديد؟
من الجيد أن تتمكن من الحصول على العميل لإخبارك بوضوح بما يجب أن يحدث قبل التوقيع على أمر العمل وبدء المشروع. هل تحتاج إلى تشغيل ورشة عمل ideation (للتأكد من التطبيق هو في الواقع ما يحتاجون إليه)؟ هل يجب أن يتم توقيع أمر الشراء من قبل صاحب الميزانية؟ هل كلاكما مشمول باتفاقية السرية وعدم الإفصاح؟ باختصار، ما هي الحواجز التي تحول دون بدء هذا المشروع في الساعة القادمة؟
20 سؤالا لطرحها على عملائك لإنجاح مشروع التطبيق
بالطبع ، لن تكون هناك مجموعة من الأسئلة هي نفسها لكل مشروع وكل عميل وكل حالة استخدام لتطبيق الهاتف المحمول. نأمل أن يمنحك هذا تغطية جيدة للنقاط الرئيسية. إذا كنت ترغب في دليل مرجعي مفيد، لماذا لا تحميل الدليل مع 20 أسئلة تحتاج إلى إجابات ل- قبل بناء التطبيق المحمول العميل الخاص بك. طرح الأسئلة وتوثيق الإجابات وتشغيل هذه العودة إلى العميل في شكل "قلت لنا هذا... لذلك سوف نفعل ذلك" سوف نتأكد من أنك على حد سواء على نفس الصفحة. أفضل من هذا التعثر في حفر الدب من خلال المشروع.
حسنا، لقد أعطيناك مجموعة من الأسئلة لطرحها على عميلك، ولكن ماذا عن عندما يكون لديك أسئلة حول أعمالك في تطبيق الهاتف المحمول؟ لا تقلق - نحن هنا للمساعدة. لهذا السبب بدأنا سلسلة ندوة مجانية للأعمال التجارية تعالج العديد من الأسئلة التي تضعها وكالات تطوير التطبيقات في الاعتبار.
وتهدف الندوات عبر الإنترنت لأصحاب الأعمال ، والرئيس التنفيذي ، والمبيعات والتسويق نائب الرئيس والمدير التنفيذي للتجارة التفكير. إنها تركز على الأعمال بنسبة 100٪، لذا فهي ستعطيك أفكارا حول كيفية تنمية المزيد من الدخل المستند إلى التجنيب لأعمال تطوير تطبيقات الجوال.
لا تتردد في النظر في بعض من ندوات الويب الماضية، أو اتخاذ gander في بعض الدورات القادمة. هذه الندوات على شبكة الإنترنت شعبية والمقاعد محدودة، لذلك تأكد من تسجيل في وقت مبكر. أو، اتصل بنا فقط وسنكون سعداء للإجابة على أسئلة تطوير تطبيقات الجوال.