هل يمكن تطوير محتوى الدعم الفني بنفس الأسلوب المتبع في تطوير البرمجيات

تبدأ عملية تطوير البرنامج في اللحظة التي يصل فيها إلى يد العملاء، حيث يمكنك - بدءًا من تلك اللحظة - أن تتعرف على مواطن الخلل في المنتج، إضافة إلى أن إطلاق المنتج في وقت مبكر يساعد بشكل أكبر على تحسينه، إذ يمكن إطلاق المنتج حتى قبل اكتماله ما دامت هناك رغبة مستمرة في تطويره وتحسينه.

بناءً على ما سبق، فإن من المفترض أن تكون عملية إطلاق محتوى الدعم الفني مشابهة في تفاصيلها لعملية تطوير البرامج. فبعد أن يتعاون عدد من الأشخاص في كتابة هذا المحتوى ثم إطلاقه إلى العالم، يمكن للعملاء حينئذٍ أن يبدوا آرائهم فيما إذا كان المحتوى داعمًا لهم أم لا، وبالاعتماد على هذه الآراء، يمكن تحسين المحتوى وتجويده مرة بعد أخرى.

ومع ذلك، فمن النادر أن ترى أحدًا يطبق المبادئ المتبعة في تطوير المنتج على عملية كتابة المحتوى المساعد (مُحتوى الدّعم الفنّي)، على الرغم من عدم كونه محكومًا بموعد تسليم أو مقيّدًا بالقيود التي تفرضها عملية الطباعة. وسواء أكنا واعين أم لا، فإننا نرغب دائمًا في أن يكون المحتوى ممتازًا منذ البداية.

ويمكن أن نلخّص في النقاط التالية ما لاحظناه من خلال ما قمنا بكتابته بأنفسنا ومن خلال إنشاء تطبيقات لإنشاء المحتوى:

• لا يكتب الناس محتوى الدعم الفني إلا عندما يقترب موعد اكتمال المنتج.
• بعد ذلك يحتفظون بالمحتوى المكتوب ليحاولوا نشره دفعة واحدة.
• هذا يعني أن الحصول على تغذية راجعة من أشخاص حقيقيين يتطلب وقتًا أطول.
• وبعد نشر المحتوى، تصبح التعديلات والتحديثات عليه نادرة جدًّا.

ولكن كيف يمكن الخروج من هذه الدائرة مع الأخذ بنظر الاعتبار طبيعتنا الباحثة عن الكمال، والتأخير الذي لا مفرّ منه؟

إن كان الكمال عدوًا لإنجاز الأعمال (إن أجزنا لأنفسنا أن نقتبس من فولتير مع بعض التصرف) فإنّ أول ما نحتاج إلى تعريفه هو معنى (الإنجاز)، فكيف تعرف أن العمل قد أصبح منجزًا؟

في الماضي، كانت البرامج توزع في أغلفة كرتونية وكان المحتوى المساعد يقدّم داخل الغلاف الكرتوني أو على الأقراص الليزرية، وكان إجراء التعديلات على المحتوى بعد إطلاق المنتج أمرًا صعبًا، وكانت الأخطاء مكلفة للغاية.

وهذا هو السبب الذي جعل البحث عن الكمال إحدى الصفات المميزة للكاتب أو المحرّر، حيث يكون قادرًا بالفطرة على التقاط الأخطاء الطباعية وغيرها من الأخطاء في الصياغة وأسلوب الكتابة.

ولكن لا وجود في الواقع لأي نص كامل على الإطلاق، فعندما يقرر الكاتب أنّه قد انتهى من كتابة النص، فهذا يعني وبكل بساطة أنّه قد أعلن استعداده التام للاستماع إلى انتقادات الناس حول مضمون النص الذي قام بكتابته.

إنشاء محتوى مساعد ممتاز بمثابة تحدٍّ في التصميم

يتم بناء البرمجيات وتصميمها من قبل فرق تضم أشخاصًا يتمتعون بمهارات مختلفة ومتنوعة، وخلال عملية التصميم، يتلقى أعضاء الفريق التغذية الراجعة من بعضهم البعض، متوخين في ذلك نجاح المنتج وانتشاره بعد طرحه للجمهور.

(دليل المستخدم لنظام ماكنتوش، 1984)

ولو قارنا هذه العملية بالكتابة، فإن أول ما يتبادر إلى الذهن عند سماع كلمة "كاتب" هو أنّه عمل يقوم به شخص منعزل عن الناس في غرفة باردة. يمكن للعمل بشكل منفرد أن يزيد من ارتباط صانع المحتوى بنتائج عمله، ولا أَدَلّ على ذلك من حرص الكاتب في أغلب الأحيان على أن يختم ما يكتبه بذكر اسمه الكامل. كل ذلك يساهم وبشكل كبير في زيادة مخاوف الكاتب وشعوره بعدم الرضا حيال ما يكتب.

وإن كنت تشعر بالخوف أو القلق أثناء كتابة محتوى الدعم الفني، فإليك بعض الطرق التي يمكن لها أن تساعدك على تجاوز هذه المخاوف:

ابدأ التخطيط في وقت مبكر: من المُرجّح أن يساعد المنتج الجديد أو الخاصية الجديدة في حلّ مشاكل حقيقية لمستخدمي المنتج، لذا ابدأ بكتابة مقالات حول تلك المشاكل.

تحدث مع عملائك: حاول أن تبني أفكارًا وتصورات حول الأجوبة التي يبحث عنها عملاؤك والتي يحتاجون إليها بالفعل، وركّز عليها.

أجب عن شيء واحد في كل مرة: عندما يزور الناس مركز الدعم الخاص بك بحثًا عن الأجوبة، فإنّهم يبحثون عن شيء محدّد، ولا يمكن لمقالة واحدة أن تجيب عن جميع الأسئلة المحتملة حول موضوع معين.

اطلب الدعم والمراجعة من زملائك: تعاون مع أعضاء فريقك كما تتعاونون في حل أي مشكلة في التصميم.

فوق كل ما سبق ذكره، عليك أن تنسى تمامًا فكرة أن المحتوى الذي ستكتبه سيكون مثاليًا، أو أنّه يجب أن يصل إلى الكمال.

ما الذي سيحدث بعد إطلاق المنتج؟

ستبدأ بتلقي التغذية الراجعة من أشخاص حقيقيين بعد إطلاق المنتج، وسيشعرك ذلك ببعض الإرباك والحيرة، ولكن باستخدام بعض تطبيقات "مركز المعرفة" knowledge base مثل تطبيق Educate يمكنك تجاوز هذا الأمر، حيث يتيح لك التطبيق التحكم بالتغذية الراجعة التي ترد إليك والاستفادة منها كذلك، ولا يقتصر عمل هذا التطبيق على تقديم معلومات إحصائية وحسب، بل يتجاوز ذلك إلى ربط كل مقال بمحادثة حقيقية، الأمر الذي يعني:

• أنك قادر على التواصل مع قرائك وحل مشاكلهم إن لم يكن المحتوى الذي تقدّمه إليهم كافيًا لحلّ المشكلة، وعليك في هذه الحالة أن تسأل القراء عن أجزاء المقالة التي يرون أنّها غير مفيدة بالنسبة إليهم.
• أنك قادر على تتبع المحادثات التي تنشأ مع كل مقالة، لتطّلع على طبيعة الأسئلة التي يتم طرحها ضمن المحادثة.
• أنّك قادر على مشاهدة المقالات التي يبحث الناس عنها والتي لم تقم بإضافتها إلى قاعدة المعرفة، وهذا سيمكنك من سدّ الفراغات فيها.

يزوّدك كل ما سبق بتغذية راجعة تمتاز بكونها حقيقية ومخصصة ومفيدة وقابل للتوسع، وبعد ذلك يصبح من السهل الاستفادة من هذه التغذية الراجعة لتحسين المحتوى الذي تقدّمه إلى جمهورك.

ترجمة - وبتصرّف - للمقال What content can learn from product development لصاحبته Elizabeth McGuane.

حقوق الصورة البارزة محفوظة لـ Freepik