توثيق أفضل وتواصل الفريق مع مستندات تصميم المنتج

قد تكون العملية المعتادة للعمل كمصمم منتج في شركة أو شركة ناشئة مألوفة لك: يتم تطوير منتج جديد لتوفير حل تصميم له. ثم تعمل على بعض مقترحات التصميم وتقوم بعرضها أمام 1-3 أشخاص لجمع التعليقات.

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

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

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

سقوط مصمم البطل

في حوالي عام 2018 ، كنت أعمل كمصمم منتجات عن بُعد من مدريد في شركة تعمل في أمريكا اللاتينية ، وتشارك في هذه العملية فرق أخرى من المكسيك وساو باولو ، البرازيل.

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

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

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

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

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

وثيقة تصميم المنتج

مستند تصميم المنتج (PDD) ، هو مستند يحول المشكلات التي تريد حلها والسياق والحل النهائي إلى نهج قائم على التكرار أو المرحلة.

هذا يعني أنه يمكنك توثيق عملية التصميم بأكملها في مستند واحد يمكن مشاركته مع أي شخص في شركتك ، وسوف يعيش كقاعدة معرفية لقرارات المنتج التي تتخذها. يبدو رائعًا ، أليس كذلك؟ دعنا نتعمق في التفاصيل.

مفاهيم عامة

يمكن وصف PDD في 4 مفاهيم رئيسية: البيانات الوصفية ، والسياق ، والمراحل ، والتعليقات .

• البيانات الوصفية هي مجرد معلومات مفيدة حول المستند مثل العنوان والتاريخ والحالة وما إلى ذلك.

• السياق هو ما يحتاج الآخرون لقراءته ، لفهم مقترحات التصميم التي تقدمها ، فكر في الأمر مثل الوصف أو المشكلة أو الملخص أو أهداف ما تحتاج إلى تحقيقه.

  

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

• تشير التعليقات إلى جميع الآراء والتعليقات والطلبات والتوصيات التي تجمعها من أشخاص آخرين. يمكنك جمع التعليقات من أصحاب المصلحة أو أعضاء الفريق.

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

مثال على هيكل

بعد فهم المفاهيم الرئيسية ، سأشارك معك الهيكل الذي كنت أستخدمه خلال فترة وجودي في تلك الشركة. وتتكون من الأقسام التالية:

• يجب أن يكون العنوان موجزًا ​​وواضحًا ويمكن تمييزه بسهولة عن عناوين PDD الأخرى التي لديك بالفعل.
• تشير الحالة إلى المرحلة التي يكون فيها المستند الخاص بك الآن:
• مسودة
  لا تزال تعمل على تحديد السياق. غير جاهز للتعليق.
• S30 ، S60 ، S90
  المراحل المختلفة (30٪ ، 60٪ ، 90٪) من الحل الخاص بك (مزيد من التفاصيل حول المراحل لاحقًا).
• اكتمال
  تمت معالجة جميع التعليقات ولا توجد نقاط مفقودة. تم الانتهاء من PDD.
• الملخص هو وصف المشكلة التي تحتاج إلى تصميم من أجلها ، ويربط عادةً بقراءات أخرى مفيدة ذات صلة قد تكون لديك.
• الأهداف هي النقاط الرئيسية التي يحتاج الحل الخاص بك إلى التركيز عليها ، هذه قائمة مرجعية ستراجعها باستمرار للتأكد من أنك على المسار الصحيح.
• S30 (أو المرحلة 30٪ ) هو الاقتراح الأول الذي تقدمه بناءً على الملخص والأهداف ، مع التركيز على الحل الأوسع بدلاً من التفاصيل ، ربما من خلال توفير إطار سلكي منخفض الدقة أو تقنية مشابهة. هذه هي المرحلة التي يمكن أن يتخذ فيها الحل المقترح نهجًا مختلفًا تمامًا ومن المتوقع حدوث تعليقات رئيسية.
• S60 (أو المرحلة 60٪ ) هو الحل بنسبة 60٪ من الاكتمال ويطبق الملاحظات الواردة من S30. يحتوي على تفاصيل أقل من S90 ، لكنه يشير بوضوح إلى نية الحل الخاص بك. أنت تقدم إطارًا سلكيًا عالي الدقة مع المزيد من الحالات المعنية وبعض تعريفات التدفق. قد تتلقى نوعًا من التعليقات التي تركز في الغالب على الحالات الفائتة والسيناريوهات الصغيرة غير المتوقعة.
• S90 (أو المرحلة 90٪ ) هي المرحلة التي يكون الحل عند 90٪ من الاكتمال ويطبق التغذية الراجعة من S60. تركز هذه المرحلة على أدق تفاصيل التصميم الخاص بك ، بما في ذلك جميع السيناريوهات المختلفة وحالات الزاوية والتصميم المرئي وحتى النماذج الأولية. من المتوقع أن يكون هناك نوع من التعليقات الطفيفة.

قد تسأل نفسك ، هل أحتاج إلى اتباع نفس اصطلاح تسمية الترتيب والمراحل؟ حسنًا ، لا أنت لا تفعل ذلك. يمكنك إعادة تسمية المرحلة من S30 و S60 و S90 إلى: الاستكشاف ، الاقتراح ، الحل.

يمكنك أيضًا تغيير الترتيب بحيث يصل العمل الأكثر دقة (S90 ، الحل) إلى أعلى المستند وينتقل تدفق القراءة من المرحلة الأخيرة إلى المرحلة المبكرة (S30 ، الاستكشاف).

القوالب

ابدأ سريعًا بأحد القوالب المتوفرة لمنصات الكتابة الأكثر شيوعًا. تذكر: اصطلاحات تسمية الأقسام قابلة للتخصيص بالكامل. إذا كنت لا تحب المستخلص ، فما عليك سوى استخدام موجز أو حول أو أي شيء يناسب احتياجاتك. المفهوم الرئيسي الذي ستحتاج إلى الاحتفاظ به هو إنشاء تكرارات مختلفة للتركيز على كل مرحلة ، يمكنك فقط إعادة تسمية S30 by Exploration و S60 by Proposal و S90 by Solution.

• ورق
• خيالى
• مستندات جوجل
• مثال من الحياة الواقعية

الفوائد الرئيسية لاستخدام PDD

1. يتم توثيق كل قرار.
   بمعنى أنه حتى عندما تغادر شركتك / مشروعك (وهذا سيحدث عاجلاً أو آجلاً) ، فإن كل المعرفة التي يتم تكوينها حولك ستبقى في الشركة إلى الأبد ، حتى يتمكن الآخرون من النظر إليها والتكرار من حيث تركت.

2. يحسن الاتصال.
   إن الحصول على أشخاص مختلفين من فريقك في PDD لتقديم الملاحظات يساعد الجميع على البقاء في نفس الصفحة وإدراك القرارات المتخذة.

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

4. المنتج مبني بشكل تعاوني.
   بدلاً من تحديد أصحاب المصلحة لحلول محددة ، نترك الهندسة والتصميم والفرق الأخرى تتفاعل مع الحل مما يجعلها جزءًا منه.

ملاحظات نهائية

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

ملاحظة: لقد بدأت في كتابة هذا المقال في عام 2019 ، ثم في عام 2021 رأيت أن Abstract كان ينشئ منتجًا لتوثيق عملية التصميم ، لذلك قررت العودة إلى المسار الصحيح وإنهائه. يبدو أنه لا يزال موضوعًا وثيق الصلة بالموضوع.

فهرس

• كيفية تشغيل تمارين التصميم على فريق بعيد بواسطة هانا هيرث
• تجنب تأثير النورس: إطار 30/60/90 للحصول على تعليقات لورين مون
• كيف تصمم مستند تصميم؟ بواسطة جون سايتو
• قوة تصميم مستند بريندان فاجان
• تقديم أجهزة الكمبيوتر المحمولة التي كتبها مات كولير