لقد صادفت هذا المقال الممتاز حول كيفية إجراء اختبارات قابلية الاستخدام منخفضة الدقة من قبل @codinghorror. إن اختبار قابلية الاستخدام (واختبار المستخدم بشكل عام) هو شيء أود حقًا تحسينه، لذا فإنني أقدر سماع أمثلة عن كيفية قيام الناس بذلك.
إذن، هل لدى فريق Discourse عملية لاختبار قابلية الاستخدام؟ على سبيل المثال، عند تطوير Discourse للفرق، أو أي ميزة أخرى من ميزات Discourse؟
أعتقد أن هذا المنشور الممتاز الآخر من جيف يغطي سؤالك.
شكرًا لك! هذه مقالة رائعة. أعجبني بشكل خاص هذا البصيرة:
اجعل فريقك وأنت تبدأ في استخدام الحد الأدنى من المنتج القابل للتطبيق يوميًا طوال اليوم. هذا أكثر بكثير من مجرد تطوير البرمجيات: إنه حياتك بالكامل.
الجزء الذي لم أجد فيه نصائح كثيرة هو كيفية/أين العثور على أولئك المستخدمين الأوائل (لمنتدى ديسكورد الخاص بك، أو لتطبيقك، وما إلى ذلك). المقالة تلمح إلى ذلك، لكن أعتقد أن هناك الكثير مما يمكن قوله. هل لدى الناس استراتيجيات مفضلة لهذا؟
إليك المشكلة التي أراها في النصائح التي تُعطى عادةً بشأن العثور على أول المستخدمين/العملاء:
مايكل سيبيل من Y Combinator لديه فيديو جيد حول العثور على أول عشرة عملاء لك، لكنه حتى هو لا يتناول حقًا عملية العثور على أولئك المستخدمين/العملاء الأوائل. يبدو أنه يفترض أنك تمتلك بالفعل عملية لجذب الأشخاص الذين يرغبون في تجربة ما لديك، ثم يمكنك الاختيار بينهم. السؤال يبقى: كيف تجد هؤلاء الأشخاص؟
كثير من الناس يردون، أعتقد، بإحدى الإجابتين التاليتين:
1 اطلب فقط من أصدقائك وعائلتك. المشكلة هنا هي أن منتجك قد يحل مشكلة حقيقية، لكنها ليست مشكلة يواجهها أصدقاؤك وعائلتك. على سبيل المثال، يتحدث مايكل سيبيل في الفيديو أعلاه عن العثور على “العملاء” الأوائل “الصحيحين” – أولئك الذين يعانون من المشكلة التي تحاول حلها، ومستعدون للدفع مقابلها. في كثير من الأحيان، لن ينتمي أصدقاؤك وعائلتك إلى هذه الفئة.
بالإضافة إلى ذلك، قد يكون أصدقاؤك وعائلتك لطيفين معك ويجربون إصدارًا مبكرًا رديئًا من منتجك، لكن هذا يختلف عن طلب منهم تجربة الإصدار 2 و3 و4. هذا يبدأ في طلب الكثير، ما لم يكن أصدقاؤك وعائلتك هم “العملاء” الصحيحين بالفعل (وهو ما، كما قلت، ليس هو الحال في كثير من الأحيان).
2 كن بالفعل ضمن مجموعات/شبكات من الأشخاص الذين قد يكونون “العملاء/المستخدمين” الصحيحين. الفكرة (أعتقد أن مايكل سيبيل لديه هذه النظرة أيضًا) هي أنه يجب أن تكون نشطًا بالفعل في المجتمع (المجتمعات) الذي تريد خدمته. نظريًا، هذا منطقي. الإنترنت يساعد كثيرًا هنا، لأن هناك العديد من المجتمعات حول مواضيع محددة. منتديات ديسكورد أخرى، ريديت، هاكر نيوز، ديسكورد، لقاءات، وأكثر من ذلك. لذا يمكنك أن تكون عضوًا نشطًا في هذه المجتمعات. أو يمكنك أن تكون عضوًا نشطًا في مجموعات في الواقع، مثل مجموعات مهنية مختلفة أو مجموعات تجتمع في المؤتمرات.
لكن هذه النصيحة لها مشاكلها أيضًا. أولًا، إذا لم تكن عضوًا نشطًا بالفعل، فإن هذه النصيحة تقول إنك ستضطر لقضاء بعض الوقت لتصبح عضوًا نشطًا – وهذا يتعارض مع التحرك بسرعة في منتجك، لأنه يؤجل الوقت الذي كنت تستطيع فيه اختبار منتجك.
ثانيًا، طلب من الأشخاص في تلك المجموعات تجربة منتجك قد يتعارض مع ثقافة المجموعة، لذا هناك حد لمدى رغبتك في طلب من الناس تجربة الأشياء.
هناك نصيحتان أخريان أقل شيوعًا رأيتهما في هذا الصدد:
(أ) استخدام مواقع يمكنك من خلالها الدفع مقابل وجود مختبري برمجيات. قد تكون هذه جيدة لإيجاد الأخطاء، لكنها قد تكون مكلفة ومن غير المرجح أن توفر مختبرين ضمن النطاق المستهدف من المستخدمين/العملاء الذين تسعى لخدمتهم.
(ب) الخروج إلى العالم الواقعي، والتوجه بشجاعة إلى أشخاص عشوائيين لطلب منهم تجربة منتجك (وربما تقديم بطاقة هدايا أو شيء مشابه مقابل ذلك). هذا في الواقع قد يكون أقل النصائح عيبًا من بين ما ذكرته، لأن الخروج إلى العالم الواقعي غالبًا ما يكون أمرًا جيدًا. لكن هذا لا يزال، بصراحة، صعبًا (خاصة إذا لم تكن تعيش في مدينة). وبطبيعة الحال، أصبح الأمر أكثر صعوبة مع جائحة كوفيد.
هل لدى أي شخص استراتيجيات نجحت معه؟
لقد اخترنا عددًا من الشركاء لإطلاق Discourse، وهو ما تم توثيقه في منشورات المدونة المبكرة.
إليك أحد الأمثلة: Our Second Partner: Boing Boing
هذا مفيد. إذن، استهدفت Discourse إطلاقها مع 3 مواقع:
قد تكون النصيحة إذن كالتالي: ابحث عن (أو ابنِ لـ) عدد قليل من العملاء الأوائل الذين تعتقد أنهم مناسبون جدًا لمنتجك، وتواصل معهم مباشرة.
نود سماع آراء الآخرين حول استراتيجيات أخرى أو أمثلة إضافية على هذه الاستراتيجية.