اذهب إلى المحتوى

البحث في الموقع

المحتوى عن 'ميزة'.

  • ابحث بالكلمات المفتاحية

    أضف وسومًا وافصل بينها بفواصل ","
  • ابحث باسم الكاتب

نوع المحتوى


التصنيفات

  • الإدارة والقيادة
  • التخطيط وسير العمل
  • التمويل
  • فريق العمل
  • دراسة حالات
  • التعامل مع العملاء
  • التعهيد الخارجي
  • السلوك التنظيمي في المؤسسات
  • عالم الأعمال
  • التجارة والتجارة الإلكترونية
  • نصائح وإرشادات
  • مقالات ريادة أعمال عامة

التصنيفات

  • مقالات برمجة عامة
  • مقالات برمجة متقدمة
  • PHP
    • Laravel
    • ووردبريس
  • جافاسكربت
    • لغة TypeScript
    • Node.js
    • React
    • Vue.js
    • Angular
    • jQuery
    • Cordova
  • HTML
  • CSS
    • Sass
    • إطار عمل Bootstrap
  • SQL
  • لغة C#‎
    • ‎.NET
    • منصة Xamarin
  • لغة C++‎
  • لغة C
  • بايثون
    • Flask
    • Django
  • لغة روبي
    • إطار العمل Ruby on Rails
  • لغة Go
  • لغة جافا
  • لغة Kotlin
  • لغة Rust
  • برمجة أندرويد
  • لغة R
  • الذكاء الاصطناعي
  • صناعة الألعاب
  • سير العمل
    • Git
  • الأنظمة والأنظمة المدمجة

التصنيفات

  • تصميم تجربة المستخدم UX
  • تصميم واجهة المستخدم UI
  • الرسوميات
    • إنكسكيب
    • أدوبي إليستريتور
  • التصميم الجرافيكي
    • أدوبي فوتوشوب
    • أدوبي إن ديزاين
    • جيمب GIMP
    • كريتا Krita
  • التصميم ثلاثي الأبعاد
    • 3Ds Max
    • Blender
  • نصائح وإرشادات
  • مقالات تصميم عامة

التصنيفات

  • مقالات DevOps عامة
  • خوادم
    • الويب HTTP
    • البريد الإلكتروني
    • قواعد البيانات
    • DNS
    • Samba
  • الحوسبة السحابية
    • Docker
  • إدارة الإعدادات والنشر
    • Chef
    • Puppet
    • Ansible
  • لينكس
    • ريدهات (Red Hat)
  • خواديم ويندوز
  • FreeBSD
  • حماية
    • الجدران النارية
    • VPN
    • SSH
  • شبكات
    • سيسكو (Cisco)

التصنيفات

  • التسويق بالأداء
    • أدوات تحليل الزوار
  • تهيئة محركات البحث SEO
  • الشبكات الاجتماعية
  • التسويق بالبريد الالكتروني
  • التسويق الضمني
  • استسراع النمو
  • المبيعات
  • تجارب ونصائح
  • مبادئ علم التسويق

التصنيفات

  • مقالات عمل حر عامة
  • إدارة مالية
  • الإنتاجية
  • تجارب
  • مشاريع جانبية
  • التعامل مع العملاء
  • الحفاظ على الصحة
  • التسويق الذاتي
  • العمل الحر المهني
    • العمل بالترجمة
    • العمل كمساعد افتراضي
    • العمل بكتابة المحتوى

التصنيفات

  • الإنتاجية وسير العمل
    • مايكروسوفت أوفيس
    • ليبر أوفيس
    • جوجل درايف
    • شيربوينت
    • Evernote
    • Trello
  • تطبيقات الويب
    • ووردبريس
    • ماجنتو
    • بريستاشوب
    • أوبن كارت
    • دروبال
  • الترجمة بمساعدة الحاسوب
    • omegaT
    • memoQ
    • Trados
    • Memsource
  • برامج تخطيط موارد المؤسسات ERP
    • تطبيقات أودو odoo
  • أنظمة تشغيل الحواسيب والهواتف
    • ويندوز
    • لينكس
  • مقالات عامة

التصنيفات

  • آخر التحديثات

أسئلة وأجوبة

  • الأقسام
    • أسئلة البرمجة
    • أسئلة ريادة الأعمال
    • أسئلة العمل الحر
    • أسئلة التسويق والمبيعات
    • أسئلة التصميم
    • أسئلة DevOps
    • أسئلة البرامج والتطبيقات

التصنيفات

  • كتب ريادة الأعمال
  • كتب العمل الحر
  • كتب تسويق ومبيعات
  • كتب برمجة
  • كتب تصميم
  • كتب DevOps

ابحث في

ابحث عن


تاريخ الإنشاء

  • بداية

    نهاية


آخر تحديث

  • بداية

    نهاية


رشح النتائج حسب

تاريخ الانضمام

  • بداية

    نهاية


المجموعة


النبذة الشخصية

تم العثور على 3 نتائج

  1. عندما يحدثني ريادي أعمال مبتدئ عن الميّزات التنافسيّة التي تتمتّع بها شركته النّاشئة، فهناك احتمالٌ ضئيلٌ جدًّا أن يخبرني بميّزة حقيقيّة لا توجد عند الآخرين. معظم الشّركات النّاشئة التي سبق لي أن تعاملتُ معها، كانت تضيف في العروض التي ترسلها فصلًا خاصًّا يتحدّث عن الميّزات التنافسيّة التي تتمتّع بها، في الحقيقة وبدون مبالغة، 95 في المئة من الميّزات المذكورة هي مجرّد عبارات عاطفيّة بعيدة أيّما بعدٍ عن أن تكون صفة تميّز الشركة عن غيرها، وقد لا تكون ميّزة أصلًا. أكبر دليل على أنّ هذه الميّزات التي تسمّيها تنافسيّة ليست كذلك، أنّ جميع الشّركات الأخرى على سطح الأرض تدّعي نفس الادّعاء لنفس الميّزات، فأين التنافسيّة في الموضوع؟ ملاحظة على الهامش: أتمنّى ألّا يصيبك هذا المقال بالإحباط، سنتكلّم في مقال آخر عن الميّزات التي يمكن أن تكون تنافسيّة بحق، لكن تحملني قليلًا الآن. كل ما سأذكره الآن ليس ميزات تنافسية:لدينا المزية xهذه ميّزة نعم، أي أنها قد تميّزك عن غيرك في البداية، لكنّها تبقى كذلك حتى يبدأ أحدٌ آخر بتطبيقها أيضًا، بالتالي لن تحميَك طويلًا من المنافسين. تأكّد دومًا أنّ أيّة شركة –ربّما كما فعلت أنت يومًا ما – قبل أن تبدأ ستمرّ بمرحلة تراقب فيها أداء الشّركات الأخرى في نفس المجال، فتأخذ منها ما يفيد وتتجنّب ما يضرّ. بالتالي أيّة شركة ستأتي من بعدك سوف تبني ميّزاتها بناءً على ميّزاتك أنت، فمهما كنتَ مبدعًا بابتكار ميّزات جديدة سيأتي أحدٌ آخر ويُضيفها إليه. وفي النّهاية ما يهمّ الزبون – عند اختيار مع من سيتعامل – أين وصل كلّ منكما اليوم، وليس من ابتكر هذه الميّزات أولًا. لدينا أكبر عدد من المزاياجرت العادة أنّ الشّركات التي مضى عليها وقتٌ أكبر في السّوق -وظلّت تتابع المتغيّرات اليوميّة- ستمتلك منتجاتُها عددًا من المزايا يفوق أيّ منافس آخر سيأتي في وقت لاحق. المشكلة يا صديقي أنّ الزبائن لا يهمّهم العدد الأكبر من المزايا بقدر ما هم يبحثون عن مزايا بعينها. وهكذا كلّما تأتي منافسة جديدة يبدأ الجميع يضيفون مزايا جديدةً لمنتجاتهم، ومع الوقت سيصبح لدى الجميع عددًا مهولًا منها تغطّي أكثر من 80 في المئة من احتياجات الزبون، بالتالي أيّة مزيّة إضافيّة من نوع "زيادة عدد" لن تسهم حقيقةً في جعلك الأبرز بين المنافسين، إن لم تختر حقًّا ما يبحث عنه الزبون. لدينا براءات اختراع لمزايا منتجاتناوكأنّك تقول: “لا أحد يستطيع منافسة مدوّنتي ﻷنّ جميع حقوق النّشر محفوظة"، ألا يبدو لك الأمر سخيفًا؟ بنفس المبدأ، لا يمكنك أن تدّعي أن امتلاكك لبراءة اختراع لمنتجاتك البرمجيّة سوف يحميَك من المنافسين إلى الأبد، ربّما ينطبق هذا الأمر على بعض الصناعات كالأغذية والأدوية والأمور المشابهة، لكنّني لم أسمع قَط بشركة تفوّقت على منافسين يقدّمون خدماتٍ أجود، لمجرّد امتلاكها براءات اختراع! في الحقيقة براءاتُ الاختراع في مجال البرمجيّات تحديدًا ليست ذات أهميّة خاصّة للشركات الصغيرة والنّاشئة، نفس الأمر ينطبق على المنتجات العتاديّة hardware، فأجهزة مشغّلات mp3 جميعُها تستخدم ملايين براءات الاختراع، لكن رغم ذلك لم يمنع ذلك شركة أبل من السّيطرة على السّوق نحن الأمهر في الشبكات الاجتماعية والظهور بمحركات البحثهل سمعت بالدّراسة التي تقول أنّ ثمانين في المئة من سكّان الولايات المتّحدة الأمريكيّة متأكّدون تمامًا أنّهم يقودون بشكل أفضل من متوسّط السّائقين في البلد؟ (إن فكّرت في الأمر قليلًا ستجده غير منطقيّ) أيضًا ثمانون في المئة تقريبًا من أصحاب الشّركات النّاشئة الّذين قابلتهم أخبروني أنّ أداءهم أعلى من المتوسّط، في كلّ من دعم المواقع لمحرّكات البحث SEO، وتويتر، وبناء المجتمعات الافتراضيّة building communities (لا تسألني عن معنى هذا المصطلح فأنا نفسي لا أعرفه). إنّ الشّبكات الاجتماعيّة وخوارزميّات محرّكات البحث في تطوّر دائم، فالذي يحظى بمقدّمة نتائج البحث في جوجل اليوم قد يختفي غدًا. بل والأكثر من ذلك، فأنت لا تستطيع التحكّم بأداء الشّركات الأخرى في نفس المجال ولا في كونها جيّدة أو حتى أفضل منك. فادّعاؤك بامتلاك ميّزة ليست ثابتةً على الدّوام هو مجرّد دُعابة. لدينا شغف بعملناالجميع لديهم الشّغف! وهل كنتَ تظنّ أنّ باقي الرّياديين يتحمّلون العناء والتّعب وساعات العمل الطّويلة كلّ يوم، دون أن يمتلكوا أيّ شغف أو حبّ للمجال الذي يعملون به؟ الشّغف شرطٌ لازم غير كافٍ، كأنّك تقول: “بالتّأكيد سيتفوّق أبنائي أكثر، فأنا أحبّهم أكثر ممّا تحبّ أنت أبناءك". وإيّاك أن تذكر الشّغف أمام المستثمرين فلن يكونوا سعداء بسماعك تضيفُه لميّزاتك التّنافسيّة. لدينا ثلاثة من حاملي شهادات بدرجة دكتوراه (أو ماجستير) في فريقنالو نظرت إلى روّاد الشركات النّاشئة الناجحين لوجدت أكثرهم لم يحصلوا على أيّة درجة أكاديميّة بعد التخرّج، وكلّ من عاش في عالم البرمجيّات تحديدًا يعلم أنّ معظم ما نتعلّمه في الجامعة بعيدٌ أيّما بعد عمّا نقوم بممارسته كلّ يوم، فمن يهتمّ إذًا بتلك الشّهادات المعلّقة على الجدران؟ حاول أن تطّلع على لقاءات مؤسّسي الشّركات العالميّة النّاجحة، كم منهم أشار إلى درجة الماجستير التي نالها؟ بل كم منهم حصل عليها أساسًا؟ ليس من السّيئ أن يحصل رياديّ على دراساتٍ عليا، لكنّها -في ذات الوقت- ليست ميّزة قيّمة يتباهى بها كرائد أعمال. نحن نعمل بجدهل سمعت بشركة 37signals التي يعمل أفرادها ثلاثين ساعةً في الأسبوع؟ وماذا عن الكاتب ورياديّ الأعمال الشّهير Tim Ferris الذي يعمل فقط أربع ساعات في الأسبوع كلّه! هل تظنّ أنّك إن عملت -وتمكّنت من الاستمرار- سبعين ساعة أسبوعيًّا ستتفوّق على المنافسين؟ حسنًا ربّما، لكن تذكّر أنّ العمل بجدّ لا يعني بالضّرورة العمل بذكاء. ومع ذلك، لنفترض أنّك متفانٍ لدرجة أنّك تبذل سبعين ساعة أسبوعيًّا لتنجز مهامك، هذا الرقم تستطيع بلوغه -بسهولة- أيّة شركة أخرى لديها عشرة مطوّرين، بل حتّى أيّ مشروعٍ مفتوح المصدر يساهم فيه عشرة هواة في أوقات فراغهم! لدينا أرخص الأسعارليس سيّئًا أن تكون أرخص من غيرك، ففيITWatchDog (إحدى الشّركات التي أسّستُها سابقًا) كان عدم غلاء الخدمات مهمًّا جدًّا في استراتيجيّتنا. لكن لا يمكنك الاعتماد على السّعر وحده لتنافس عليه، لو كان الأمر كذلك لاكتفى كلّ منافس جديد بأن يخفّض أسعاره كي يتمكّن من السّيطرة على السّوق. في الواقع فإنّ الشّركات الكبرى تتخلّص من منافسيها عادة بسياسة مشابهة، مايكروسوفت مثلًا توظّف ألف مطوّر للعمل على متصفّح Internet Explorer وحده ومن ثمّ تقدّمه للزبائن مجّانًا فتدمّر بذلك سوق متصفّحات الويب، فكلّ منافس جديد يحاول الآن أن يقدّم منتجه بتكلفة معيّنة -مهما صغرت- سيكون قد استُبعد تلقائيًّا. كذلك الشّركات الجديدة المموَّلة، لن يكون لديها مشكلة في إنفاق ميزانيّات هائلة في مقابل أن تحصل على حصّة في السّوق، حتى لو أدّى ذلك إلى إحراق جميع المنافسين، بما فيهم أنت! ولا تنسَ أيضًا أنّ الجميع يستطيعون أن يتبنّوا مبدأ جذب الزبون بتقديم الخدمات المجّانيّة Freemium، فليس سعر الخدمة عبرة أبدًا! وبالمناسبة، في ITWatchDog تمكنّا من تقديم خدمات رخيصة نسبيًّا بفضل أمرين: الأول أنّنا كنّا نقدّم الخدمة للزّبون مباشرة دون وسطاء، فكان يدفع القيمة الحقيقيّة للخدمة دون أن تتضاعف عدّة مرات قبل أن تصل إليه. الأمر الثّاني أنّنا كنّا نستخدم القِطع الأحدث والأرخص، على عكس الكثير من المنافسين الذين توقّفوا عن متابعة المستجدّات اليوميّة واكتفوا باستخدام قِطعًا أغلى يصل عمرها إلى خمس سنوات. ما خلاصة كل هذا؟لحظة، نسيتُ أن أخبرَك أيضًا أنّ أمورًا مثل بذل قصارى الجهد، والابتكار كلّ تلك الأمور لا تكفي وحدها لجعلك متميّزًا! ولا الإبداع، ولا حقوق الملكيّة الفكريّة، إنّها أمور رائعة نعم، لكن لا يمكنك الاعتماد عليها أبدًا كميّزات تنافسيّة على المدى الطّويل. تذكّر أنّك تعيش في عصرٍ أصبح فيه العالم قرية صغيرة، وأصبح بإمكان الجميع أن يحصلوا على التّقنيّات التي يحتاجونها، وأن يتعلّموا كلّ ما ينقصهم ويتفوّقوا به على الآخرين. عصرٌ تمكّن الجميع فيه من الوصول إلى أفضل أداة في التّسويق والمبيعات والتّواصل، الإنترنت! في هذا الزّمان أصبحت أقوى أدوات ومنصّات البرمجة متاحة بالمجّان، وكذلك الإنترنت السريع والمخدّمات عالية الأداء أصبحت رخيصة نسبيًّا، وأصبح من السّهل أن تجد أشخاصًا أكفّاء مستعدّين -وبكلّ سرور- للعمل 60 ساعة أسبوعيًّا بمقابلٍ يكاد يكفي لشراء وجبة بسيطة واحدة، لمجرّد رغبتهم في أن يؤسّسوا شركة ناشئة جديدة. في هذا العالم الكثير من الطاقات، والإبداعات، والإمكانيّات، والفرص، أكثر من أن يمكن تغطيتها بكلمات فقدت صلاحيّتها مثل "ملكيّة فكريّة". وعلى الجانب الآخر، كلّ شيء يمكن تكراره واستخدامه في مكان آخر بطريقة ما، وحتّى يمكنني أن أقول أنّ أيّ شيء مهما بلغت قيمته، سوف يستعيره أحدهم ويستخدمه هو أيضًا، ولن يهتمّ أحدٌ بعد ذلك مَن الّذي ابتكره في البداية. لذلك ضع في حسابك عند كتابة خطّة عملك business plan أنّ أحدًا ما سوف يقلّدك في يوم من الأيّام مهما كنتَ فريدًا ومتميّزاً. لكن مع ذلك ولحسن الحظّ، هناك وفرة من الطرق التي يمكنك اتّباعها لتحصل على ميّزات لا يمكن ﻷيّ منافس آخر أن يحصل عليها (دون عناء)، لكنّها – مع الأسف – نادرةٌ وصعبة. بالطّبع هي كذلك! وهل كنتَ تظنّ أنّه من السّهل بمكان إطلاق مشروع رياديّ ذي أفكارٍ إبداعيّة يصعب منافستها؟ في مقال قادمٍ -إن شاء الله- سأتحدّث أكثر عن بعض الميّزات التنافسيّة الحقيقيّة التي لا يمكن لشركات أخرى أن تتغلّب عليك فيها، سواءً كانت -هذه الشّركات- عملاقة أو مموّلة بأرقام فلكيّة أو حتى مشاريع مفتوحة المصدر يدعمها مطوّرون هواة من جميع أنحاء العالم. حتى ذلك الحين أودّ أن أعرف رأيك في الافتراضات التي ذكرتُها، هل تظنّ أنّني بالغت قليلًا؟ هل هناك ميّزات أخرى يدّعون أنها تنافسيّة وهي ليست كذلك؟ شاركنا النقاش في التّعليقات. ترجمة -وبتصرّف- للمقال: No, that IS NOT a competitive advantage لصاحبه Jason Cohen. حقوق الصورة البارزة: Designed by Freepik.
  2. من الأمور الأساسيّة عند كتابتك لأيّ رسالة موجّهة إلى عميل أو مُستخدم لمُنتجك هو أن تعرف بالضّبط ما الذي تريد تحقيقه من خلالها قبل إرسالها. وهذا الأمر مهمّ ليس في صياغة الرّسالة المناسبة فحسب، وإنّما للحصول على الإجابة التي تبحث عنها. تتطلّب الرّسائل المختلفة مستويات مختلفة من التّفاعل والالتزام من قبل المستخدمين. يجب أن تكون واضحًا حول هدف الرّسالة منذ البداية سواءً كنت تنشر استبيانًا أو تطلق منتجًا جديدًا. لأنّ الهدف الواضح يعطي فكرة عن موضع الاهتمام في الرّسالة. بإمكانك استخدام أداة Intercom’s Message Goals التي تتيح لك معرفة تأثير الرّسالة على منتجك. ولمواجهة الأمر، كيف بإمكانك معرفة فيما إذا كانت الرّسالة ناجحة أم لا بدون هدف واضح؟ فببساطة لا يمكنك التّواصل بدون هدف محدّد. لا بُدّ لنا أن نسأل، في عصر تتشاحن فيه المقاييس ويتسارع فيه النمو بلا قيود، ما الذي يشكّل الهدف الحقيقي في أي رسالة؟ الهدف لا يقتصر على معدّلات الفتح open rates ومعدّلات النّقرة click-through rates مع أنّها من الخطوات الوسيطة الفعّالة، ألا أنّها ليست الهدف النهائي مطلقًا. كما أنّه من غير المفيد التقيّد بالإحصائيّات التي توضّح تفاعل المستخدمين مع رسالتك. إنّ الأهداف الحقيقيّة يجب أن تتمحور حول التغيير الذي تحاول أن تجريه على المستخدمين. هل تريد منهم استخدام منتجك بشكل متكرر؟ هل تريد منهم تحديث تفاصيل الفوترة الخاصّة بهم؟ هل تريد منهم تجربة ميزة جديدة؟ لنلقِ نظرة على بعض السياقات المختلفة لإرسال الرّسائل للمستخدمين والأهداف التي يمكن أن تتضمّنها تلك الرّسائل. تفاعل المستخدمين engagement وتهيئتهم onboardingإنّ الهدف من هذه الرّسائل هو جعل المستخدمين يجرّبون الحصول على قيمة من منتجك، أو جزء معيّن منه. تتمحور كثير من هذه الحالات حول المستخدمين الذين يجرّبون المُنتج مجّانًا، ولكنّك تأمل في تحويلهم إلى زبائن يقومون بالدفع بعد أسبوعين، شهر، أو عدّة أشهر. في عالم البرمجيّات كخدمة (SaaS)، يمكن تكون الرّسائل التي ترسلها أثناء الفترة التّجريبيّة هي المحتوى الوحيد الذي يربط بينك وبين العملاء، لذلك من الضّروري جعل تلك الرّسائل إيجابيّة وفعّالة، ويتوقّف فعل ذلك بصورة صحيحة على استراتيجيّة كثيرًا ما يُغفل عنها: سؤال المستخدمين عن الشيء الذي يريدون تحقيقه من استخدام منتجك.صياغة الرّسائل لتتناسب مع الأهداف المتنوّعة للمستخدمين.تطوير جديد للمنتجقد يبدو الهدف من هذا النوع من الرّسائل مشابهًا جدًّا لتهيئة المستخدمين أو إنعاش تفاعلهم، ولكن هنالك فرق مهم جدًّا الذي سيوضّح الفكرة من رسالتك. في هذه الحالة أنت تحاول جعل المستخدمين يجرّبون شيئًا جديدًا لم يألفوه من قبل. يجب أن توضّح في هذه الرّسالة الفوائد التي سيحصل عليها المستخدم عند استعمال الميزة الجديدة وليس الجهود التي بذلتها عند بنائها. هنالك هدفان شائعان لهذا النوع من سياق الرّسائل: زيادة معدّل تبنّي المنتج adoption rate؛ أي زيادة عدد مستخدميه.زيادة تكرار استخدام المنتج؛ أي الحصول على مستخدمين يستخدمون المنتج في أحيان كثيرة.إنّ معظم عملك في التّواصل مع العملاء سيصب على: "حمل الأشخاص على استخدام الميزة الجديدة"، "الحصول على عدد أكبر من الأشخاص الذين يستخدمون الميزة الجديدة"، أو "حمل الأشخاص على زيادة استخدام الميزة الجديدة"، وبطبيعة الحال، ستبقى تكافح لإصابة الهدف ما لم تعرف الشيء الذي تصوّب نحوه. الإعلان announcementنستخدم مصطلح "الإعلان" في هذا السياق ليشمل أمور مثل تغييرات الحساب، تحديثات الفوترة، أو تغييرات في الشروط والأحكام الخاصّة بك. يمكن أن تكون هذه الرّسائل ركيكة في اللهجة ولكّنها مهمّة جدًّا للمستخدمين. يجب أن تتأكّد من أنّ المستخدمين قد استلموا الرّسالة وفهموا المضامين التي تشملهم. كما إنّه من الضّروري أن يعرف المستخدمون الإجراء المطلوب منهم (إن وجد) وكيف يحصلون على المساعدة إن احتاجوا إليها. في هذه السياقات من الأفضل أن تكون لغة الرّسالة واضحة بدلًا من أن تكون حذِقة. الرسائل الإخبارية، الاستعراض أو التحديثقد يكون هذا هو السيّاق الأكثر إثارة للنقاش. جميعنا يتفق على أنّ هنالك العديد من الفوائد من التواصل المنتظم مع المستخدمين المحتملين والحاليين، الزبائن، العملاء المحتملين، المستخدمين السّابقين، أو مع أولئك الذين يهتمون بعملك أو المحتوى الذي تنتجه. لكن من الصّعب أن يتّفق الجميع على ماهيّة أهداف هذه الرّسائل. هنالك ثلاثة أهداف مختلفة التي من المحتمل أن تشتمل عليها الرّسائل الإخباريّة: أن تبقى أول ما يخطر بالبال top of mind بالنسبة للعملاء (على أمل دفهم لتسجيل الدّخول مرة أخرى).مجازاة ولاء العملاء الذين يقومون بالدفع مقابل المنتج بإعطائهم إمكانيّة استخدام ميزة أو محتوى حصري.استرجاع بعض المستخدمين الذين توقّفوا عن استخدام المنتج وإتاحة اطلاعهم عليه وعرض الإضافات الرائعة التي قمت بإضافتها منذ آخر وقت استخدموا فيه المنتج.استطلاع، اختبار، بحث، أو سؤالقد تظنّ أنّ الهدف من إخبار الأشخاص عن الاستطلاع أو الاختبار الذي تُجريه هو دفعهم إلى الإجابة. بالطبع سيكون من الرائع إذا استطعت دفعهم إلى ذلك، لكن من جديد، يُعتبر هذا هدفًا وسطيًّا فحسب. إنّ الهدف الحقيقي هو جمع بيانات تعطيك فكرة أو تدفعك إلى إجراء تغييرات مُعتبرة في منتجك أو عملك. إنّ الأمر لا يقتصر على الحصول على المزيد من الردود، كما لا يقتصر على زيادة معدّلات فتح open rates وهميّة باستخدام عناوين ملفّقة. جرّب وأضف عبارة "اربح ساعة Apple" إلى سطر عنوان الرّسالة وسترى عدد الردود التي ستحصل عليها، لكن ما مدى فعّالية النتائج التي ستحصل عليها؟ يجب عليك أن تتأكّد من جودة البيانات قبل أن تجري على أساسها تغيير معيّن في عملك أو منتجك. إن وقت ومكان استلام الرّسالة له تأثير كبير على نوعيّة وكميّة الردود التي تحصل عليها. كما يجب أن تُعطي الرّسالة انطباعًا عن قدر الأهميّة التي توليها أنت للردود. الزُبدة هي أنّ الهدف من هذا السياق من الرّسائل هو النوعيّة مقابل الكميّة، بالإضافة إلى القيمة الكامنة في البيانات، وما الذي يمكنك تحقيقه من خلالها فيما بعد. ما الذي تريد تحقيقه؟إنّ معرفة الشيء الذي تريد تحقيقه قبل التواصل مع عملائك هو أمر جوهري لصياغة الرّسائل والحصول على النتائج التي تسعى إليها. حدّد هدفًا مناسبًا منذ البداية وستعود عليك الردود بمكاسبها. ترجمة -وبتصرّف- للمقال Effective Messages Have Real Goals لصاحبه: John Collins.
  3. عندما بدأت عملي كاستشارية تطوير مواقع للعملاء كان علّي أن أتعلم العديد من الأشياء، خصوصًا بعد أن تحوّلنا إلى شركة منتجات وذلك بإطلاق تطبيق خاص بنا (يُدعى Perch). أهمّ هذه الأشياء هي طريقة التعامل مع طلبات إضافة الميزات في الوقت الذي يكون فيه "مالك" الموقع الذي تنشئه ليس عميلًا واحدًا، وإنّما الآلاف. عندما تقوم بإنشاء موقع ما لعميل ما، وكان هذا العميل يطلب إضافة ميزات معيّنة إلى الموقع قد تكون معقّدة، تتطلب وقتًا طويلًا أو تجعل واجهة الاستخدام (user interface (UI صعبة الاستخدام، عندئذ قد ترفض أو تنفذ هذه الطلبات إذا أصرّ العميل على إضافتها وكان مستعدًّا للدفع مقابلها، ففي النهاية المشروع مشروعه هو، وعليه أن يتحمّل تبِعات إضافتها إذا كانت تؤدي إلى تعقيدات أكبر. إنّ إضافة كل المقترحات إلى المنتج قد تكون مستحيلة، لأن المُنتج يُستخدم بشكل مباشر من قِبل الآلاف من الزبائن، وما يبدو سهلًا أو بديهيًّا لمستخدم ما يمكن يكون مُربكًا لمستخدم آخر. لذلك فإن إضافة العديد من الميزات الدقيقة من أجل تلبية جميع المتطلبات ستؤدي إلى واجهة استخدام معقّدة ومُربِكة، ناهيك عن الوقت الذي يُستغرق من قِبل المستخدمين للتعرّف على المنتج. بالنسبة لي اعتبر هذا الأمر مهمًّا جدًّا خصوصًا عند العمل على منتجاتي الخاصّة، فالبساطة هي من القيم الجوهرية لدينا. سأستعرض في هذا المقال الأمور الأساسيّة التي تعلّمتها عند إضافتي للعديد من الخصائص والميزات إلى Perch خلال السنوات الخمس الماضية. ماهي المشكلة التي تحاول حلها؟يميل الأشخاص إلى طلب ميزات محدّدة جدًّا، وهم بذلك يقومون بتقديم الحل بدلًا من شرح المشكلة. يواجه العديد من المطوّرين هذا الطلب: "قم فحسب بإضافة زرّ هنا" دون معرفة المتطلبات التي ينطوي عليها هذا الخيار. توّقع أن تواجه العديد من هذه الطلبات عندما تمتلك منتجًا ما. لا يقضي الزبائن أوقاتهم في استنباط الأفكار من أجل منتجك، وإنّما يقومون بذلك لأنّ مشروعهم الخاص يتطلّب تلك الفكرة أو الميزة، وبذلك يقومون باقتراح الحلول اعتمادًا على حالة الاستخدام use case الخاصّة بهم في ذلك الوقت. ولتجنّب ذلك، يجب عليك معرفة المشكلة التي يواجهها المستخدم، ما الذي يحاول المستخدم تحقيقه من خلال الحلّ الذي اقترحه؟ يمكنك عن طريق التساؤل بهذه الأسئلة أن تتوصّل إلى معرفة الاحتياج الحقيقي للمستخدمين وتقديم الحلول فورًا، في بعض الأحيان، دون الحاجة إلى إضافة ميزات إضافيّة. انتقل من الخاص إلى العامما الذي ينبغي عليك فعله عندما تُحدّد المشكلة وتتضح لك حالة الاستخدام use case لشيء في منتجك لم يكن ممكنًا أو كان ممكنًا بصورة جزئية فقط؟ بطبيعة الحال ستنطلق وتبدأ بتطويرها فورًا، خصوصًا في المراحل المبكرّة للمنتج. عندما يحدّد الزبون عيبًا في مكان ما من مُنتجك ستبدأ حينها بالتخوّف من فقدان الزبائن. عند هذه النقطة وقبل أن تُسرع إلى البدء في كتابة شفرة الميزة الجديدة، عليك أن تخفّض حماسك وتقرّر أي نوع من الإضافات هي التي تحقق أهداف المنتج وتُلبّي احتياجات أغلبية الزبائن. إذا قمت بتحديد حالة استخدام أكثر عمومية فمن المرجّح إنّ الأشخاص الآخرين ستكون لديهم المتطلّبات نفسها. وإذا لم تكن تعرف بعد ماهيّة تلك المتطلّبات فعليك أن تضع الميزة جانبًا لغرض دراستها والنظر فيها. في Perch، عندما أردنا تجميع المزيد من طلبات الميزات المتشابهة أصبحت لدينا العديد من تلك الطلبات في قائمة المهام backlog، وبذلك أصبح بإمكاننا المحاولة لتطوير ميزة تمثّل الحلّ للمشكلة العامّة. قد تكون هذه الميزة مختلفة جدًّا عن الحلول الخاصّة التي يقترحها الزبائن، لكنّها تحل المشاكل التي واجهتهم جميعهم. اختر ما يصنع فرقا للأغلبيةمن السهل أن تشعر بالإرهاق من طلبات الميزات إذا كنت تمتلك منتجًا مشهورًا. لكن ماذا لو كان عدد كبير من تلك الطلبات مناسبًا وتعتقد بنفسك بأنّها تصلح لأن تكون إضافات رائعة؟ في بعض الأحيان تكون طلبات الميزات ذات ترتيب اعتمادي؛ أي أنّ عليك إضافة ميزة معيّنة لكي تتمكّن من تفعيل شيء آخر. ومع ذلك يحصل أحيانًا أن تجد نفسك أمام العديد من الخيارات ذات القدر نفسه من الروعة والأهمّية، فأيّها تطوّر أولًا؟ اعتدت في مواقف كهذه أن اختار الميزة التي تخدم أغلبية الزبائن. يُتيح لك هذا النهج أيضًا إجابةً جيّدة للاقتراحات المُلحّة لإضافة ميزة تُستخدم من قِبل عدد قليل من الزبائن، فبإمكانك أن توضّح لهم بأنّك ترتّب الطلبات حسب عدد الأشخاص الذي يحتاجون تلك الميزة. طور من أجل الزبائن المثاليين وليس اللحوحينشخصيًّا، أرغب في إضافة الميزات التي تفيد الأشخاص الذين تتوفر لديهم صفات مطابقة لملف الزبون المثالي customer profile لدينا. إنّ نظام Perch كان موجّهًا دائمًا إلى سوق المصمّم والمطوّر المِهني، فهو يفترض، على سبيل المثال، إنّ الشخص الذي يُنشئ الموقع لا بدّ أن يعرف كيف يكتب شفرات HTML. هنالك العديد من الأشخاص الذين يرغبون باستخدام Perch لكنّهم من المقيّدين باستخدام أداة تصميم وإنشاء المواقع WYSIWYG website building ويعتقدون إنّ Perch يجب أن يدعم ذلك. بعض من هؤلاء يكون صريحًا جدًّا في التعبير عن خيبة أملهم تجاه Perch لعدم احتوائه على أدوات لغير المبرمجين، وهم يشيرون بذلك إلى أننا مخطئون في صرف النظر عن هذا الجانب من العمل. إنّ دعم هذا النوع من الزبائن من خلال برنامج كهذا سيجعل Perch أداة مختلفة جدًّا وأقلّ جذبًا لمطوري واجهات المواقع ومصمّمي المواقع الذين نخدمهم. عند النظر في طلبات الميزات نرجع دائمًا إلى المستخدمين، ونبحث عن الميزة التي تصنع الفرق الأكبر لأغلبية الأشخاص في المجموعة. إنّ نسبة الأشخاص ممن يمتلكون رخصة Perch الذين قاموا بطلب تذاكر الدعم الفنّي أو النشر في المنتديات هي 25% فقط، و10% فقط هي نسبة الذين قاموا بذلك لأكثر من مرّة. إنّ أغلبية زبائننا يقومون بقناعة باستخدام هذا المنتج وشراء الرخص لمواقع جديدة بدون التحدّث إلينا أبدًا. يجب أن تسعى وراء آراء تلك الأغلبية القنوعة، لا تغيّر الميزة التي يحبونها ويجدونها مفيدة بسبب قلّة من الأشخاص اللّحوحين. اعرف متى تقول "لا"على الرغم من أنّ كلّ ميزة مقترحة يجب النظر فيها، تدوينها، وضمّها إلى مجموعة من المتطلّبات الأخرى المشابهة، ألا إنّه من المهم أن تعرف متى تقول "لا" وترفض طلب إضافة ميزة معيّنة. فالمنتج يجب أن يُمتلك من قبل شخص، شخص أو فريق ذو إمكانية تجعله يقرر أيّ الميزات التي لا يجب إضافتها. عندما تتخذ القرار بشأن ميزة ما، عليك أن تأخذ بعين الاعتبار المشاكل التي وُجد المنتج من أجل حلّها، بالإضافة إلى ملفات الزبائن المستهدفين customer profile، وبفعل ذلك تكون قد صنعتَ مرشِّحًا للأفكار الجديدة، وطريقة لتوضيح قراراتك للزبائن الذين قد يشعرون بخيبة الأمل تجاه خيارك. عليك أن تدرك أنّك لست زبونك لقد قمنا بإنشاء Perch لنُلبّي رغباتنا الخاصّة، حاله حال العديد من المنتجات الأخرى التي تمّ إطلاقها من قبل الاستشاريين. كان الإصدار الأول منه هو ما كنّا بحاجته حقًّا؛ منتج وُجد لأجل الأشخاص الذين يهتمّون بمعايير المواقع والمحتويات المنظمة. ثمّ بعد ذلك كان علينا أن نتعلّم من التغذية الرّاجعة feedback، حيث كان علينا قبول بعض الأمور التي كنّا نعتقد بوجوب رفضها بينما هي في الواقع من المتطلّبات الحقيقة للأشخاص الذين نشعر بأنهّم يلائمون المنتج بشكل مثالي. أنا اعتقد بأنّ البرنامج يجب أن يكون قابل لتلقّي الآراء. نحن نواصل تطوير أفضل الممارسات والمعايير الحديثة للمواقع من خلال العمل على إكمال منتجنا، على الرغم من أنّ هذه القيم لم تعُد مهمّة بالنسبة للعديد من زبائننا، بينما هي في الحقيقة جوهر المنتج. نحن نواصل المضي قدمًا مع الحفاظ على البساطة التي نسعى إليها منذ البداية وذلك بوضع تلك القيم الأساسية في الاعتبار، الفهم العميق للمشاكل بدلًا من قبول أولّ حلّ مُقترح، بالإضافة إلى الاستماع إلى آراء زبائننا المهمّين. ترجمة -وبتصرّف- للمقال Managing Feature Requests لصاحبته: Rachel Andrew. حقوق الصورة البارزة: Designed by Freepik.
×
×
  • أضف...