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

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

المحتوى عن 'تلاعب'.

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

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

نوع المحتوى


التصنيفات

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

التصنيفات

  • مقالات برمجة عامة
  • مقالات برمجة متقدمة
  • 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

ابحث في

ابحث عن


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

  • بداية

    نهاية


آخر تحديث

  • بداية

    نهاية


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

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

  • بداية

    نهاية


المجموعة


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

تم العثور على 1 نتيجة

  1. بغض النظر عن التكلفة، فإن ما يمكن قياسه يمكن القيام به. من جهة أخرى تعتبر مسألة اختصار كل من التصميم وعملية onboarding (تهيئة العميل لاستعمال المنتج لأول مرة) لتصبح مُجرّد تلاعب بالأرقام وبالقياسات أمرا غاية في الخطورة. لقد قدم لنا العقد الأخير العديد من منتجات التحليل، تقوم كلها بأخذ معطيات سهلة التجميع وتعطي رسوما بيانية جميلة المنظر. طبعا لا يقوم أحد بالتحقق إن كانت هذه المعطيات التي يسهل الحصول عليها تقدم أي معلومات. أو إن كان للرسوم التي يحلو النظر إليها أي فائدة. فحتى وإن كانت مفيدة وكنت تعي جيّد ما تقوم به فإن التًلاعب بالقياسات والأرقام ستجعلك حتما تَضَلُّ الطريق تحت تأثير الوجهة التي ترغب في الوصول إليها. كل ما يتم قياسه يتم القيام به "what gets measured gets done"، تستخدم هذه الجملة للدلالة على شيء من قبيل أن "لا شيء سيحدث هنا ما لم نحصل على أرقام واضحة"، الأمر الذي غالبا ما يكون صحيحا. تعتبر الجمل المبهمة مثل "سنقوم بإلقاء نظرة على ذلك"، "سنرى إن كان يمكننا تحسين ذلك" أو "سنقوم بالعمل على حل الأمور الأسهل أولا" هلاك كل فريق عمل منتج ما. إنه لمن المستحيل قول إن كان أي شيء يحدث حقيقة كنتيجة، في حين تتميز الأرقام بمصداقيتها. المشكل أن الأرقام تعتبر انتقائية في تعاملها مع الحقائق، عندما تقوم بقياس أي تدفق، قيمة أو نسبة فإن هناك وسيلة للتلاعب بالنتائج. تأثير الجرذان إبان حكم الاستعمار الفرنسي عانت مدينة هانوي من مشكل جرذان كبير، حاولوا حل المشكل من خلال مكافئة الناس لاصطيادهم الجرذان، حتى تثبت أنك فعلا قتلت فأرا كان عليك أن تقدم ذيله كدليل، ما حدث فيما بعد يعتبر خير مثال لتقديم بعض القياسات والأرقام لدلالاتٍ خاطئة. عمل المواطنون على تربية الجرذان، قطع أذيالها، الحصول على المكافئة ثم إعادة وضع الجرذان مبتورة الأذيال في بيئة مناسبة للتناسل. كان الحل يأتي بنتائج عكسية. في نفس الوقت ونظرا لقياساتها وأرقامها السطحية كانت الحكومة تصدر تقارير تفيد أن هناك تقدما ملحوظا في إبادة الجرذان. أصبح هذا يعرف بتأثير الجرذان، أو بتأثير أفاعي الكوبرا نظرا لحادثة مشابهة في الهند. في كلتا الحالتين ما تم قياسه فعلا قد تم القيام به، وما تمت المكافئة على القيام به تم تكراره. كل القياسات والأرقام حتى وإن تم انتقاؤها بشكل يدوي فإنها لا تعدو أن تكون دليلا على تصرف المستخدم. فعلى سبيل المثال في شركة تطُوّر تطبيقًا لإدارةِ المشاريع فإنه يُمكن الاعتماد على "عدد المشاريع المفتوحة" لقياس إن كان المستخدمون يحصلون على قيمة من منتجك، ما قد يكون قيمة مُعبّرة بشكل جيّد عن مدى استخدام مُنتجك، المشكل أن كل المدلولات عُرضة للخطأ، ومعرضة للتلاعب. نقصد بالتلاعب هنا، التأثير على الأرقام فقط بطريقة لا تؤثر على ما تدل عليه هذه الأرقام، فعلى سبيل المثال يمكنك أن تدفع المُستخدم إلى "إنشاء مشروع" بمجرد أن ينهي عملية التسجيل، أو يمكنك أن تجعلها عملية تلقائية (يعني أن يتم إنشاء المشروع له بشكل آلي بمُجرّد أن يُسجّل). قد يقوم هذا برفع الأرقام التي تقيسها والتي تُتابعها عن كثب لكن هذا لا يعني أن المستخدم يحصل على قيمة أكثر. فأنت لم تقم بأي شيء جوهري. يذكرني هذا بسلسلة فكاهية بريطانية حيث يتباهى ضباط الشرطة بانخفاض معدل الجريمة عند قرّروا تقنين السرقة. يستعمل Ev Williams "وقت القراءة" كقياس لـ Medium، لكن يشير إلى وجود العديد من الطرق للتأثير عليه والتي لا تخدم هدفه. فمثلا يكون عرض النّصوص بشكل سيّء لا يًساعد على القراءة السّريعة أن يرفع من قيمة هذا الرّقم (أي وقت القراءة). بطريقة مشابهة لقولي مازحا أن المحرر Vim يملك أفضل طريقة لإبقاء المُستخدمين معه، حيث أن طريقة الخروج من التّطبيق ليست سهلة. إن أردت أن تعمل على خلق نمو ذا معنى فإنه يُفضّل أن تكون مجهوداتك مركزة على إحدى هذه الطرق: إزالة الاحتكاكات، إعادة نقلها إلى مكان آخر أو توجيه المستخدمين إلى الوجهة الصحيحة. إزالة الاحتكاكات frictionتعطي عمليات تحديد، إزالة وتحريك الاحتكاكات أفضل القياسات metrics الدالة على النمو الحقيقي. إن عدم قدرة المستخدم على الانتقال من الخطوة الثالثة نحو الرابعة مثلا يرجع غالبا إلى وجود احتكاك يعرقله. ما الذي يعيق انتقال المستخدم إلى الخطوة الرابعة: مشكل الاكتشاف: عدم معرفة المستخدم كيفية القيام بهذا الانتقال.مشكل الوضوح: جهل المستخدم نتائج الإقدام على الخطوة التالية.مشكل التعقيد: صعوبة إتمام الخطوة التالية.مشكل القيمة المقترحة: عدم اقتناع المستخدم بأن القيمة المضافة التي سيحصل عليها عند القيام بالخطوة تستحق استثمار المال/الوقت المطلوب لإتمامها.لن يتم تحقيق أي تقدم حقيقي من خلال القيام بالاختبارات طوال اليوم بل من خلال العمل على إزالة الاحتكاكات. أمثلة حول إزالة الاحتكاكاتفي السابق، كان تنصيب شيفرة جافاسكربت على الموقع الطريقة الوحيدة للتسجيل في Intercom، يليه القيام بكتابة تطبيق من جهة الخادوم لإرسال المتغيرات لخادوم الخدمة، ما يعتبر كما هائلا من الاحتكاكات بالنسبة للأشخاص غير الملتزمين، يسبب هذا الأمر أيضا استثناء الكثير من الناس غير القادرين على التّعديل على منتجاتهم. قام فريقنا المسؤول على النمو بالعمل على إزالة هذه الاحتكاكات من خلال مجموعة متنوعة من المقاربات، على سبيل المثال تعمل آلية دمج خدمة Stripe على السماح لك ببدء استعمال Intercom من خلال نقرتين فقط. في بعض الأحيان يكون الحل الأنسب للتعامل مع الاحتكاكات هو تقبل أن تحقيق بعض التقدم أفضل من عدم تحقيق أي تقدم بتاتا، على سبيل المثال يحب الكثير من المستخدمين أن يرسلوا رسائل HTML لكن لا يستطيعون القيام بذلك لأن الأمر يتطلب مهارات في التطوير والتصميم. لهذا السبب يتيح Intercom الآن مكتبة صغيرة من القوالب الجاهزة للاستعمال. الأمر مُماثل بالنسبة للمستخدمين الذين يودون إرسال رسائل تلقائية لكن لا يعرفون ما الذي يجب عليهم قوله فيها، لذا قمنا بإعداد بعض الأمثلة الجيدة لتساعدهم على البداية. تحويل الاحتكاكات إلى أماكن أخرىيوجد عدد محدود من الاحتكاكات التي يمكن لك القيام بإزالتها تماما، أما فيما يخص البقية فإنك تقوم بتحريكها من مكان لآخر. قد يبدو لك القيام بهذا مضيعة للوقت، الجهد والموارد، لكن الأمر ليس كذلك. عليك أن تعمل على تحريك الاحتكاكات التي يستحيل إزالتها إلى مكان آخر حيث تسبب أقل الأضرار. أيْ حيث يتم تحويل أغلب المستخدمين (لكن ليس بالضرورة حيث تتوافر أعلى نسبة للتّحويل). على سبيل المثال تتسم بعض الخطوات مثل تسجيل الحساب وطلب الدفع بكونها غير محببة للمستخدم لكنها ضرورية، يسبب هذا النوع من الخطوات في فقدان بعض عملائك، رغم إمكانية العمل على تبسيطها من خلال استعمال التسجيل عن طريق فيسبوك (Facebook Login) أو الدفع باستخدام Stripe، ستُلاحظ بعض الانسحابات بمجرد أن تقوم بطلب المال أو بعض التفاصيل. على سبيل المثال، عرض فترة تجريبية مجانية دون طلب بطاقة ائتمانية، سيرفع من نسبة التّحويل على الصفحة الرئيسية، لكن القيام بهذا يعني عملك على تحريك هذا الاحتكاك ثلاثين يوما وليس إزالته تماما، بلغة الأرقام يعد تأجيل طلب البطاقة الائتمانية إلى اليوم الثلاثين أفضل من طلبها في اليوم الأول، أهم ما في الأمر أن تتذكر أنك لم تقم بإزالة أي احتكاك بل أجلته فقط، المشكل أن العديد من الناس لا ينتبهون لهذا الأمر. قياسا على ما سبق يمكن لك أن تفرط في تحفيز عملائك ليقوموا بالترقية، أو أن تبدأ بربح النوع الخاطئ من العملاء الأمر الذي غالبا ما تدفع ثمنه لاحقا في شكل تبعات جانبية. باختصار، لا يمكنك أن تُزَيِّفَ الحقائق أو أن تتحاشى الأمر الواقع فلطالما ستواجهه، كلما تأخرت في إدراك هذا الأمر كانت الخسائر أكبر. القياسات المرافقةتعمل الكثير من الشركات حاليا على توظيف فرق عمل خاصة بالنمو، والأرجح أن يتزايد هذا في السنوات القادمة تزامنا مع تَجَلِّي أهميتها الكبرى. إن كنت تعمل على توظيف فريق نمو فمن الجدير بك أن تأخذ بنصيحة Andy Grove فيما يخص القياسات والأرقام: بالنسبة لكل قياس، يجب أن يكون هناك قياس مرافق له والذي يدل على النتائج العكسية للقياس الأول. والأحرى أن تتذكر قول نتشه: ترجمة -وبتصرّف- للمقال: MEANINGFUL GROWTH VS METRIC MANIPULATION لصاحبه Des Traynor. حقوق الصورة البارزة: Designed by Freepik.
×
×
  • أضف...