لوحة المتصدرين

لكل شيء تجربة مُستخدم. مهمّتنا ليست خلق تجربة المُستخدم، بل تحسينها. ولكن ما معنى "تحسين" تجربة المُستخدم؟ هذا هو الدرس الأول من سلسلة مدخل إلى تجربة المستخدم: مدخل إلى تجربة المستخدم User Experience (هذا الدرس) فهم ودراسة المستخدمين في مجال تجربة المستخدم دراسة الشريحة المستهدفة في مجال تجربة المستخدم كيفية التصميم للأجهزة المختلفة هندسة المعلومات في تجربة المستخدم تعرف على أنماط التصميم في مجال تجربة المستخدم أشياء لا يمكن اعتبارها رسوما تخطيطية (Wireframes) في مجال تجربة المستخدم تعرف على الرسوم التخطيطية (Wireframes) في مجال تجربة المستخدم مفهوم الثقل المرئي (Visual Weight) والألوان في مجال تجربة المستخدم التكرار ومخالفة الأنماط في مجال تجربة المستخدم المحاذاة والقرب في مجال تجربة المستخدم تعرف على أساليب مسح الواجهة والتراتب المرئي في مجال تجربة المستخدم أساليب الإطلاع في مجال تجربة المستخدم: التصفح، البحث والاكتشاف تصميم هيكل صفحة الويب والعناصر الأساسية في مجال تجربة المستخدم الأزرار، النماذج والدعوات إلى الإجراء في مجال تجربة المستخدم استخدام علم النفس في مجال تجربة المستخدم لتكييف المستخدم وإقناعه كيف تغير الخبرة من تجربة المستخدم؟ تصميم تجربة المستخدم من خلال بيانات وإحصائيات المستخدمين تعرف على أنواع المخططات الإحصائية في مجال تجربة المستخدم اختبارات أ/ب (A/B Test) في مجال تجربة المستخدم يشيع الاعتقاد أن تجربة المُستخدم الجيدة هي تحقيق سعادة المستخدمين؛ وهذا غير دقيق! لو كانت السعادة غايتنا لاكتفينا بصور القطط و عبارات المديح العشوائية وعدنا إلى بيوتنا! للأسف لن يكون مديرك في العمل راضيًا (مع أن الفكرة ليست سيّئة!) هدف مصمّمي تجربة المُستخدم هو الوصول إلى كفاءة المستخدم. تجربة المستخدم ليست سوى قمّة جبل الجليد: يعتقد كثير من الناس أن كلمة UX تعني تجربة المستخدم، ولكنها بالأحرى تعني عملية تصميم تجربة المستخدم. تجربة كل مستخدم على حدة ليست سوى رأيه الشّخصي عن موقعك أو تطبيقك. صحيح أن رأي المستخدم مهم (أحيانًا) ولكن على عاتق مصممي التجربة مسؤوليات أكبر من ذلك. تصميم تجربة المُستخدم: يشمل تصميم تجربة المُستخدم (UXD اختصارًا) إجراءات مشابهة جدًّا لأصول البحث العلمي، فنحن نبدأ بفهم طبيعة المستخدمين، ثم التفكير بتلبية حاجاتهم (وحاجات المشروع)، ثم نبني هذه الحلول ونقيس أداءها على أرض الواقع. تابع معنا لتتعلم الكثير عن تجربة المُستخدم، أو تابع صور القطط إن لم تكن مهتمًّا! ركنا تجربة المستخدم الأساسيان ينبغي عليك عندما تبدأ مشروع تجربة مُستخدم جديدًأ وقبل أن تصمّم أيّ شيء، أن تفهم أهدافك؛ هدفين اثنين على وجه الدقّة. كل شيء تفعله قائم على هذين الهدفين ولا شيء أهمّ منهما لنجاح عملك كمصمّم تجربة المُستخدم: أهداف المستخدمين، وأهداف المشروع. أهداف المستخدمين يريد المستخدم شيئًا ما منك، فهو إنسان، وللإنسان دومًا حاجات. سواء كانت هذه الحاجات هادفة أو لا. أهداف المشروع لكل مؤسسة هدف من وراء الموقع أو التطبيق الذي تبنيه، عادة يكون الهدف المال، ويمكن أن يكون الدعاية للشركة، أو جذب المستخدمين للمجتمع… إلخ. تحديد نوع هذا الهدف أمر مهمّ. فلو كان الهدف عرض إعلانات أكثر، فإنّ سياسة تجربة المُستخدم ستكون مختلفة كلّ الاختلاف عمّا إذا كان الهدف هو بيع المنتجات أو الترويج للمشروع في الإعلام الاجتماعيّ. تُسمّى هذه الأمور "القياسات" (metrics) أو "مؤشرات الأداء الأساسيّة" (KPIs) كما يحلو لرجال الأعمال تسميتها. التنسيق بين الهدفين حسن التنسيق بين الهدفين السابقين هو الامتحان الحقيقي لمصمم تجربة المُستخدم، والمقصود هو كيف تجعل غاية المشروع تتحقّق عندما يحصل المستخدم على ما يريد (وليس العكس!). يجني YouTube أرباحه من الإعلانات، ويريد مستخدموه مشاهدة مقاطع فيديو جيدة، ولذلك فإن وضع الإعلانات في المقطع نفسه (أو في الصفحة نفسها) أمر منطقيّ. ولكن الأمر الأهمّ هو أن تسهيل البحث عن مقاطع الفيديو وإيجاد المقاطع المشابهة سيؤدي إلى زيادة ما يشاهده المستخدم، وهذا بدوره يزيد في أرباح YouTube. لو لم يكن الهدفان مُنسّقين، لاستطاع المستخدمون تلبية حاجتهم دون إفادة المشروع (مستخدمون كثر ولكن بلا نجاح) أو أن الأمر على العكس، أي أن المستخدمين لا يستطيعون تلبية حاجتهم (لا مستخدمين ولا نجاح). لو فرض YouTube إعلانًا مدّته دقيقة على كل نصف دقيقة تشاهدها، لانتهى به الأمر سريعًا نهاية عسيرة، ولكنّ إعلانًا مدّته بضع ثوانٍ هو ثمن قليل تدقعه مقابل مشاهدة دب الباندا وهو يعطس… صحيح؟ المكونات الخمسة لتجربة المستخدم في عملية تصميم تجربة المُستخدم، على المصمم أن يحفظ في ذهنه خمسة أمور طيلة العملية. المكوّنات الخمسة لتجربة المُستخدم: الجانب النفسي، وقابليّة الاستخدام، والتصميم، والجمل الترويجية، والتحليل. بإمكاننا أن نفرد في الحديث سلسلة طويلة لكلّ من هذه الجوانب، ولكنّنا سنبُسِّط الأمور بعض الشيء، فهذه السلسلة موجزة، وليس الغرض منها التعمّق في التفاصيل. أولا: الجانب النفسي عقل المستخدم معقّد، وأنت تعرف ذلك. يتعامل مصمّم تجربة المُستخدم مع ذهنيّة غير موضوعيّة تتحكّم بها المشاعر كثيرًا؛ ولهذه الذّهنيّة تأثير سلبيّ أو إيجابيّ على نتائجك، وعلاوةً على ذلك ينبغي على المصمم تجاهل جانبه النفسيّ الخاص أحيانًا، وهذا أمر عسير. اسأل نفسك: ما الذي يدفع المستخدم ليزور خدمتي في الأساس؟ ما شعوره عندما يفعل ذلك؟ كم من الجهد يبذله ليصل إلى ما يريد؟ ما العادات الّتي تنشأ مع تكرار ذلك مرارًا؟ ما الذي يتوقّعه عندما ينقر على هذا؟ هل تفترض أنّه يعلم شيء وهو لم يتعلّمه بعد؟ هل يريد أن يكرّر هذا الأمر؟ كم مرّة؟ هل تفكّر بحاجات المستخدم ورغباته، أم بحاجاتك ورغباتك؟ كيف تكافئ التّصرّف السّليم؟ ثانيا: قابلية الاستخدام صحيح أن الجانب النفسيّ للمستخدم أمر متعلّق ببواطنه، ولكن قابليّة الاستخدام على العكس من ذلك، وباستطاعتك ملاحظة حيرة المستخدم. أحيانًا تكون صعوبة تنفيذ شيء ما أمرًا ممتعًا (كما في الألعاب)، ولكن الغالب لكل ما سوى الألعاب أن تكون سهولة الإنجاز هي ما نريده. اسأل نفسك: هل يستطيع المستخدم إنجاز العمل المطلوب بأقل قدر من الإدخال؟ هل باستطاعتنا تجنيب المستخدم الوقوع في الخطأ؟ (الجواب: نعم!) هل الأمر واضح ومباشر، أم أنّه غامض؟ هل الأمر سهل إيجاده (وهذا أمر جيّد)، أم صعب تفويته (أفضل)، أم متوقّع دون تفكير (الأفضل)؟ هل يتلاءم تصميمك مع افتراضات المستخدم أم يعاكسها؟ هل وفّرت كل ما ينبغي على المستخدم معرفته؟ هل يمكن إنجاز الأمر نفسه بالجودة نفسها ولكن بطريقة مألوفة أكثر؟ هل تبني قراراتك على منطقك أنت؟ أم على بديهة المستخدم؟ كيف تتأكد؟ إن لم يقرأ المستخدم النصوص المكتوبة بخطّ صغير، هل يبقى الأمر مفهومًا؟ هل يمكن إنجازه؟ ثالثا: التصميم تعريفك لكلمة "التصميم" كمصمم تجربة المُستخدم مختلف بعض الشيء عن المفهوم الفنّي الذي يعرفه المصمّمون. لا يهمّ إن كانت الكلمة تعجبك أم لا. التصميم في تجربة المُستخدم يعني كيف تسير الأمور، وهو شيء يمكن إثباته؛ ولا علاقة له بالأسلوب. اسأل نفسك: هل يعتقد المستخدم أن المنتج جميل؟ هل يثقون فيه فورًا؟ هل يوصل المنتج الهدف والوظيفة دون كلمات؟ هل يمثّل العلامة التجارية؟ هل تنسجم مكوّناته معًا؟ هل يقود التصميم عيني المستخدم إلى المواضع الصحيحة؟ كيف تتأكّد؟ هل تساعد الألوان والأشكال والخطوط المستخدم في إيجاد ما يريده وتزيد من قابلية مُستخدم التفاصيل؟ هل تبدو العناصر الّتي يمكن النقر عليه مختلفة عن تلك الّتي لا يمكن النقر عليها؟ رابعا: الإنشاء/النصوص Copywriting هناك فرق هائل بين الإنشاء الخاص بالعلامة التجارية والإنشاء الخاص بقابليّة الاستخدام. فالأولى تعزّز صورة الشركة، والثانية هدفها إنجاز الأمور بأسرع وأبسط ما يمكن. اسأل نفسك: هل تبدو النّصوص واثقة وتُعلِم المستخدم بما عليه فعله؟ هل تحثّ المستخدم على إتمام هدفه؟ هل هذا ما تريده؟ هل أكبر النصوص هي أهمّها؟ إن كان الجواب لا، فلماذا؟ هل تُعلّم المستخدم أم تفترض أنّه يعلم؟ هل هي واضحة ومباشرة وبسيطة وفعّالة؟ خامسا: التحليل التحليل هو نقطة ضعف معظم المصمّمين في رأيي، ولكن يمكن إصلاح هذا الخلل. التحليل هو الفارق الرئيسي بين تجربة المُستخدم وأنواع التصميم الأخرى، وفهمه يُعلي من قيمتك. وإتقانه يعني حرفيًّا دخلًا أعلى. فاسأل نفسك إذًا: هل تستخدم البيانات لإثبات صحّة تصميم، أو الوصول إلى التصميم الصّحيح؟ هل تبحث عن آراء غير موضوعيّة أم حقائق موضوعيّة؟ هل جمعت المعلومات الّتي تعطيك الإجابات المطلوبة؟ هل تعرف لم يفعل المستخدمون ما يفعلونه؟ أمّ أنك تفسّر سلوكهم فقط؟ هل تبحث عن أرقام مجرّدة؟ أم تهدف إلى إدخال تحسينات بناء عليها؟ كيف ستقيس شيئًا ما؟ هل تقيس الجوانب المطلوبة فعلًا؟ هل تبحث عن النتائج السيّئة أيضًا؟ لم لا؟ كيف تطبّق هذا التحليل لتحسين المنتج؟ ترجمة وبتصرّف لكل من المقالات التالية للكاتب Joel Marsh: What is UX User Goals & Business Goals The 5 Main Ingredients of UX حقوق الصورة البارزة: Designed by Freepik. اقرأ أيضًا المقال التالي: فهم ودراسة المستخدمين في مجال تجربة المستخدم النسخة العربية الكاملة من كتاب مدخل إلى تجربة المستخدم (User Experience - UX) 1.0.0 تاريخ موجز عن تجربة المستخدم ثلاثون مصطلحًا في تجربة الاستخدام لا غنى عنها لمصممي الويب

لقد أسست ثلاث شركات ناشئة للبرمجيات السّحابية (Software as a service SaaS) من دون كتابة أي سطر برمجي. وإليك ما كنت أتمنى معرفته منذ البداية. إن محاولة الحصول على تمويل وأنت مؤسس غير تقني (أي أنّك لا تعرف البرمجة) أمر شاق فعلًا. فعادة ما يواجه الرّفض على النّحو التّالي: "عذرًا، لا يمكن أن أواصل الحديث معك ما لم يكن معك في الفريق شريك مؤسس ذو خلفية تقنية " فليس من السّهل مجابهة انتقاداتهم الشديدة التي تقول: "أنت لا تملك ما يكفي من المؤهلات للقيام بالمطلوب." ومع أنني أملك منتجًا إلا أنني لم أكن مُطوّرًا، وعلى الرغم من جهودي إلا أنه لم يكن لدي شريك مؤسس تقني. وفي العالم التقني، عادة ما يُنظر إلى المؤسس غير التقني بأنّه شخص غير مؤهل. لقد واجهت هذا الموقف مع المستثمرين المحتملين، الموظفين، الشركاء، المستشارين، وحتى من قبل زملائي من الرّياديين الذين ليست لديهم أي مصلحة أو أسهم في المشروع الذي أعمل عليه. فالكل يعتقد بأنه لا يمكنك بناء مشروع برمجي تجاري إذا لم يكن بإمكانك كتابة الشيفرات البرمجية. بالرّغم من أننا واجهنا الكثير من الصّعاب إلّا أنني فخور للغاية بما حققناه في منتج Groove. تمكنا من القيام بالمطلوب عن طريق التعهيد الخارجي outsourced prototype، ووجود فريق جبار، والعمل بنشاط بالغ، وبالطبع وجودي أنا كمؤسس غير تقني. لكن هذه هي المرة الثالثة التي أكون فيها مؤسسًا غير تقني، ولقد تعلمت الكثير من الدروس خلال مسيرتي. ساعدتني هذه الدروس على العمل بفعالية أكبر مع أعضاء فريقي التقني، وإضافة المزيد من القيمة لمنتجنا، كما ساعدتني لأصبح رائد أعمال أفضل. وآمل أن تتعلم من هذه الدروس. ملاحظة: إن الكثير من هذه الدروس هي مهارات عظيمة يجب أن يمتلكها المؤسسون التقنيون أيضًا، وأعرف الكثير من المؤسسين التقنيين الذين يجيدون هذه المهارات حقًا. لكن من واقع خبرتي، وبالنسبة لنا نحن معشر المؤسسين غير التقنيين الذين لا نستطيع المساهمة في كتابة الشيفرات البرمجية، إن وجود هذه المهارات لدينا هو أمر حاسم بالتأكيد. المهارات التي ساعدتني على النجاح كمؤسس غير تقني البحث وإثبات فاعلية الفكرة قبل أن أطلق شركتي الناشئة الأولى بدأت حياتي المهنية كمستشار مالي مساعد لأخي. وبدأت أشعر بالإحباط بعد فترة وجيزة، لأنه لم يكن هناك شيء يساعدنا في أتمتة إدارة العملاء والأشياء، حيث كان كل شيء يتم بشكل يدوي. واعتقدت أنه ربما يكون الآخرون يعانون من هذه المشكلة أيضًا، لذا أنشئت عرض شرائح بوربوينت يصف الحل الذي تصورته والذي يتمثّل في تطبيق إدارة علاقات العملاء CRM بالنسبة للمستشارين الماليين. التقطت سماعة الهاتف وتكلمت مع المستشارين الماليين الآخرين في منطقتي، سألتهم إن كانوا يملكون الوقت لنتحدث قليلاً، وسألتهم بعد ذلك عن تجاربهم ومشاكلهم الخاصة، وعرفت أن العشرات منهم يواجهون نفس المصاعب الكبيرة. وبعد ذلك -فقط بعد ذلك- قررت تشكيل فريق مع شريك مؤسس تقني، والبدء ببناء المنتج. لقد كررت هذه العملية في جميع شركاتي الناشئة، والوقت الذي أمضيته في البحث ومُحاولة إثبات جدوى الفكرة سمح لنا بتطوير منتجات أفضل بكثير مما كنا لنحصل عليه لو شرعنا في البرمجة مُباشرة. فائدة: إذا لم يكن لديك القدرة على بناء نموذج أوّلي prototype، فإن أسهل طريقة لإثبات فكرتك هي ببساطة التحدث مع العملاء المحتملين أولًا، ستندهش من عدد الأشخاص الذين سيُسعدون لمشاركة أوقاتهم وآرائهم معك. بناء وسائل إيضاحية مرئية لقد كنت محظوظًا في تشكيل فريق عمل مع مطور من أعز أصدقائي، الذي كان قد غادر ياهو لتوه ووافق على الانضمام إلي. وقبل أن يبدأ في العمل حاولت أن أشرح له الميزات والوظائف التي تصورت وجوب وجودها في تطبيقنا. أوقفني بعد خمس دقائق من الشرح المشتت وغير المترابط، ووضح لي: "لا يمكنني التطوير من قائمة، دعنا ننظم أفكارك ونرسمها في مخطط ليتسنى لنا معرفة كيف ستبدو أولاً". فعلت كما قال، في البداية قمت برسم مخططات، ثم وضعتها في إطارات شبكية wireframes، وفي النهاية تعلمت استخدام الفوتوشوب لبناء نماذج مصغرة mockups. وأدى هذا إلى سد الفجوة بين الأفكار التي برأسي وفهم شريكي المؤسس لها، مما يعني أننا وفرّنا الكثير من الوقت الذي كان سيهدر على التغييرات والبدء من جديد. ولا تزال هذه طريقتي المفضلة ليرى فريقي ما يجب علينا فعله بالضبط، على الرغم من أنني انتقلت من الفوتوشوب إلى برنامج Balsamiq لبناء النماذج المصغرة mockups. على سبيل المثال قد أشير إلى جزء من الموقع يحتاج إلى إصلاح. أو أَصنَع إطارًا شبكيًا wireframe لكامل الصفحة، ليتمكن الفريق من فهم رؤيتي بسهولة. أو إذا كان هناك مشكلة في تجربة المستخدم، أقوم بتسجيل فيديو motion screen-capture يحاكي سلوك المستخدم، باستخدام برنامج Jing. هذه الطرق أكثر فائدة بكثير لفريقنا من أي وصف استخدمته سابقًا. فائدة: مهما كانت قدراتك، فإن المشاهدة تبقى أفضل من الكلام، لذلك اختر الأدوات المناسبة لبناء النماذج mockups وتسجيل الشاشة screen captures واستخدمها لتعرض لفريقك ما تريد بالضبط. الكتابة بشكل واضح ودقيق عندما تستخدم الكلام بدلًا من الوسائل الإيضاحية المرئية، تعلّم أن تصف الأمور بشكل واضح ودقيق. في بدايات شركتي الناشئة الثانية كنا نحاول بناء صفحة "تسجيل الدخول" لعملائنا، وكان كل شيء يسير بشكل سيء. أرسلت هذه الرسالة الإلكترونية إلى المطور: "نموذج تسجيل الدخول يجب أن يكون أكبر، ونحتاج إلى تقليل عدد الروابط في شريط التنقل". رد المطور "لا مشكلة"، وأرسل لي بعد ساعة نسخة جديدة من العمل مع نموذج تسجيل دخول كبير جدًا، وكانت هناك روابط مهمة للغاية محذوفة من شريط التنقل. وبقينا على هذه الحالة لأيام، أنا أطلب أشياء مربكة وغير واضحة وهو ينفّذ ما أطلب بشكل مطيع. وفي النهاية، أصابني الضّجر. سألت المطور: "لماذا حذفت رابطًا مُهمًّا مثل رابط الصفحة الرئيسية؟" أجاب: "أنت قلت لي أنك تريد تقليل عدد الروابط." وبالفعل، لقد قلت ذلك حقًا. بعد ظهيرة ذلك اليوم، تناقشنا نقاشًا مطولًا كان مفيدًا للغاية بالنسبة لي. لقد تعلمت أهمية إعطاء ردود واضحة ودقيقة. الآن بدلًا من استخدام جملة "عدد روابط أقل" أقول "دعنا نحذف روابط الصفحات التالية: حول الشركة، اتصل بنا، الميزات. وزيادة حجم زر الإرسال بنسبة 20%." وتجري الأمور بهذه الطريقة بسلاسة أكبر. فائدة: ليس لديك عذر لإرسال ردود غامضة وغير واضحة، إنها تبطئ فريقك، وتخلق التشويش وتضر منتجك. كن واضحًا، موجزًا، ومباشرًا. التحضير للمبيعات في شركتي الناشئة الأولى بينما كان أصدقائي يكتبون الشيفرات البرمجية، التقطت الهاتف مجددًا وتكلمت مع أكثر من 1000 مستشار مالي من مختلف أرجاء البلاد. وسألتهم عن مشاكلهم وصعوباتهم، مثلما فعلت في المراحل السابقة. وبينما كنت أحصل على أفكار مدهشة تساعدنا في تطوير منتجنا، قمت أيضًا بشيء يزيد بشكل هائل من فرصنا في النجاح عند إطلاق المنتج. في تلك المحادثات، بعد أن أسمع كم يكره العميل القيام بالمتابعات follow-ups بشكل يدوي، أقول له شيئًا على غرار: "فقط لمعلوماتك، نحن نبني أداة لأتمتة كل هذا، إنها ستقوم [بكذا، وكذا، وكذا ]وأود أن أعرضها عليك عندما تصبح جاهزة وتبدي ملاحظاتك." أعطانا هذا الجهد قائمة من مئات العملاء المحتملين جدَا، والعشرات من العملاء المشترين خلال أسابيع بعد إطلاق المنتج. فائدة: يمكنك التحضير لعملية المبيعات حتى قبل أن يكون لديك أي شيء لبيعه، في الواقع عندما يكون منتجك قيد الإنشاء، فإن هذا العمل هو من أفضل الأشياء التي تملأ فيها وقتك. المبيعات / التواصل لقد وجدت أن مهمّتي كمؤسس غير تقني هي التّواصل بشكل عام و المبيعات بشكل خاص أكثر من أي شيء آخر. هل تريد الحصول على تمويل؟ تحتاج إلى التواصل مع المستثمرين الذين تصلهم مئات العروض التقديمية للشّركات النّاشئة ومحاولة إقناعهم بأن شركتك تستحق المراهنة عليها. هل تريد بيع منتجك؟ تحتاج إلى التواصل مع عملائك والفهم العميق لمشاكلهم، آمالهم، ومخاوفهم. هل تريد توظيف أفضل الموظفين؟ تحتاج إلى التواصل مع أشخاص موهوبين من خلفيات متنوعة، وفهم أهدافهم، وإثبات أن شركتك هي أفضل مكان لهم. هل تريد ضمان شراكة مثمرة؟ تحتاج إلى التواصل مع شخص جربت التعامل معه مسبقًا، ومعرفة ما يطمح إليه، وإبلاغه كيف يمكنك مساعدته. هل تريد إدارة فعالة؟ تحتاج إلى التواصل مع فريقك والبقاء مطلعًا على عدد من الجوانب المهمة مثل: السعادة، الإنتاجية، العقبات، الأهداف، والجداول الزمنية. وتطول القائمة. المبيعات مهارة يمكن تعلمها بالتأكيد, إليك أفضل كتابين قرأتهما حول الأمر: SPIN Selling و Yes! لـ Noah Goldstein، Steve J. Martin و Robert Cialdini. لكن بعد الدراسة، فإن الشيء الأكثر أهمية هو الممارسة. وفي كل يوم تُصبح المبيعات أسهل من اليوم السابق. كما تعلمت من تجاربي، ومن الحديث مع الأشخاص الذين هم أفضل مني كثيرًا في مجال المبيعات. وبالتأكيد ستواجه دائمًا تحديات وصعوبات جديدة، لكن مع مرور الوقت ستصبح أفضل في التعامل معها، وستصبح العملية بكاملها أكثر سهولة. وكمؤسس غير تقني، فإن قيمتك الحقيقية في الشركة تزداد كلما أصبحت أفضل فيما تقوم به. فائدة: إن أكبر مهمة للمؤسس غير التقني هي النمو في هذا المجال من خلال اكتساب العملاء، التوظيف، الإدارة، والكثير غير ذلك. كن جيدًا جدًا في التواصل مع الناس، يمكنك تعلم هذه المهارة بالممارسة. التشجيع لقد عارضت -في كلّ من شركاتي الناشئة الثلاث- الأشخاص الذين قالوا لي أنه ليس بمقدوري فعل ذلك لأنني لم أكن مُطوّرًا. وهو أمر مُزعج. لقد كان علي تعلّم تشجيع نفسي، وحثها على تجاهل هذه المناوشات والتركيز على ما هو مهم حقًا. ومن خلال ذلك، تعلّمت أن أكون المشجع لأي شخص آخر. عندما يركز المطورون على حل مشكلة معقدة تؤخر عمل الشركة، لا يوجد أي شيء يمكنني فعله للمساعدة في الجانب التقني للأشياء. لكن في المقابل، يمكنني تشجيع عملائنا، ومساعدتهم في حلّ المشكلة عن طريق التواصل المستمر. وبالنسبة لفريقنا، فإنني أشارك معهم كل "نجاح" مهما كان صغيرًا، لتعزيز الروح المعنوية وإبقاء كل فرد بالفريق سعيدًا ومحفزًا. وهذه أكبر مساهمة يمكنني القيام بها كشخص لا يمكنه الوصول إلى الخادوم وإصلاح المشاكل التقنية. فائدة: إن مهمتك هي تشجيع نفسك وفريقك وعملائك، سيحافظ هذا على صحّتك العقلية، ويبقي فريقك محفزًا، وعملائك سعداء ومخلصين لك. معرفة الأدوات والتطبيقات التي يعتمد عليها فريقك مثل أي شخص آخر، يستخدم المطورون أدوات وتطبيقات للقيام بعملهم بشكل أفضل وأسرع. ولتجنب عرقلة سير العمل وتوقف تطوير المنتج كان علي تعلّم استخدام هذه الأدوات. يستخدم كل فريق أدوات مختلفة، وبغض النظر عمّا يفضل فريقك، فإن معرفتك استخدام أدوات التطوير هذه تساعد الفريق بأكمله. عندما أجد علّة في المنتج، لا أرسل رسائل بريد إلكتروني مُقوّضة للإنتاجية لكل مشكلة صغيرة، بل أكتب وصفًا واضحًا لقصة المستخدم user story وأضعه في برنامج Pivotal Tracker الذي يضع ردي بسلاسة ضمن سير العمل الحالي لفريق التطوير. لا تحتاج معظم الأدوات لوقت طويل للتعلم (على سبيل المثال، أداة Pivotal Tracker عظيمة، والفيديوهات التعليمية الخاصة بها سهلة الفهم)، وسيساهم هذا الجهد في التعلم بشكل هائل في نجاح فريقك. ملاحظة: لا تحاول جعل فريقك يستخدم أدواتك التي قد لا تكون مبنية للمطورين، وبدلًا من ذلك قم بتبسيط الأمر وتعلم أدواتهم. القيام بكل شيء باستثناء البرمجة لقد كان علي تحملّ الكثير من المسؤوليات والقيام بمهمات عديدة. هل نحن بحاجة إلى بناء جداول Excel وإيجاد معلومات الاتصال لمشتركي مدونتنا؟ حسنًا هذه مهمتي. هل نحتاج إلى البحث عن واختيار تطبيق لمشاركة الشاشة؟ حسنًا سأقوم بذلك؟ هل يحتاج المطورون إلى الاتصال بفرق الدعم الفني لبرنامج Pivotal Tracker ومعرفة لماذا لم تصلنا التحديثات؟ حسنًا على الفور. سأقوم بكل شيء يمكنني القيام به لجعل عمل كل فرد في الفريق أسهل. فائدة: لا مكان للأنا هنا، مهمّتك هنا هو أن تفعل كل شيء بالتأكيد، لأنك تعرض نموك للخطر إذا استخدمت وقت المطورين في أشياء يمكنك أنت القيام بها. يوجد الكثير لتتعلمه لقد كنت مؤسسًا غير تقني لمدة عشرة سنوات تقريبًا، واستمريت في تعلم دروس جديدة يوميًا. لكن إذا سألتني الآن ما الذي كنت أتمنى معرفته منذ البداية فسيكون مقالي هذا إجابة على ذلك. إذا كنت رائد أعمال لا يُتقن البرمجة، آمل أن تساعدك هذه الدروس على النجاح في عملك مع أعضاء فريقك من المُبرمجين. وإذا كنت مُبرمجًا، آمل أن تساعدك على فهم وجهة نظر الأشخاص غير التقنيين الذين تعمل معهم، وكيف يمكنك مساعدتهم ليساعدوك بدورهم بفعالية أكبر. لذلك قم من مكانك، وتعلم المهارات التي ستحتاجها خلال رحلتك كمؤسس غير تقني. ترجمة -وبتصرّف- للمقال Eight Things Every Non-Technical Founder Should Know How to Do لصاحبه Alex Turnbull. حقوق الصورة البارزة: Designed by Freepik.