لا تظهر خبرة المنتج بين عشية وضحاها. إن عملية تطوير المنتج بالكامل هي ما يُنشئ "خبراء" حول بعض الميزات والوظائف، وهي الأساس لجميع الوثائق التي تسبق وتلي إصدارها.
تدرك الفرق التي تستخدم Guru لتمكين المنتج أهمية وجود مصدر واحد موثوق به للمعرفة يشمل دورة حياة إصدار المنتج بالكامل - من تطوير مبكر إلى دعم وصيانة مستمرة. من خلال إعطاء كل قسم مكانًا موثوقًا متفقًا عليه لوضع معلومات تم التحقق منها من قبل الخبراء، يمكن لكل شخص مشارك في هذه العمليات المتعددة الوظائف أن يقوم بعمل أفضل. دعنا نتحدث عن إصدار ميزة جديدة في Guru كمثال على تمكين المنتج في العمل.
طوال شهر يناير، عمل فريق Monetization الجديد لدينا على الجزء الأول من تحديث تجربة الفوترة في Guru. تضمن هذا المشروع فريق تطوير المنتج المعتاد - إدارة المنتج والتصميم والهندسة والتسويق للمنتج - بالإضافة إلى العديد من المعنيين الآخرين بما في ذلك التمويل والدعم وعمليات المبيعات. كان هذا تحديثًا تقنيًا يتطلب اتصالاً وتنسيقًا وثيقًا بين جميع الفرق المعنية، بالإضافة إلى تجهيز كبير لتمكين زملائنا في الصفوف الأمامية للحديث بثقة عن هذه التغييرات. تحتوي المراحل الثلاث التالية على الطرق الرئيسية التي نستخدم بها Guru لتمكين المنتج حول إصدار الميزات مثل هذه.
المرحلة 1: تخطيط الميزات وتطويرها
يبدأ تمكين المنتج حقًا بمجرد حصول مشروع فريق المنتج على الموافقة. يمكن أن يكون هذا من أجل تحسين بسيط للوظائف، أو إعادة تصميم صفحة، أو ميزة جديدة تمامًا. من الوقت الذي يتم فيه وضع مواصفات المشروع من قبل مدير المنتج (PM) ومشاركتها مع مهندسيهم ومصمميهم وغيرهم من المعنيين، يحتاج الجميع إلى الوصول إلى وثائق موثوقة ومحدثة من مجموعة متنوعة من المؤلفين.
بدأت خطتنا في ديسمبر، حيث حدد مدراء المنتجات لدينا بعض الأماكن الرئيسية في تجارب الفوترة والدفع الخاصة بنا التي كانت بحاجة إلى تحديث. من هناك، وضعوا خطة مشروع وبدأوا في إعداد المواصفة الأولية للميزة للمشروع الأول في السلسلة. بمجرد أن كانوا مستعدين للمشاركة مع الفريق، قاموا بجدولة اجتماع افتتاحي لإرشاد الفريق من خلال التغييرات المقترحة، ومناقشة الجداول الزمنية. من هذه النقطة فصاعدًا، كان من المهم للغاية أن يكون لكل شخص معني في المشروع الوصول إلى جميع الوثائق ذات الصلة، بما في ذلك مواصفات المشروع والتصاميم ووثائق الفوترة ذات الصلة والمزيد.
نظرًا لأن هذه الوثائق تتغير بشكل متكرر، وقد تتم إضافتها في كثير من الأحيان خلال المراحل المبكرة من المشروع، فمن المهم أن يكون هناك مصدر موثوق يمكن للفريق العودة إليه. لضمان أن لدى الجميع مكانًا واحدًا لمشاركة والوصول إلى هذه الموارد، أنشأنا بطاقة موارد مشاريع نشطة لمشاركتها مع الفريق. وضعنا هذا داخل لوحة فريق Monetization، حيث يتمتع جميع المعنيين المناسبين بإمكانية الوصول للمؤلفين.
طوال عملية التطوير، لم يكن على مهندسينا القلق بشأن إضافة تصميمات الملفات أو التحقق مرة أخرى مما إذا كانت النسخة التي أعطيت لهم الأسبوع الماضي لا تزال محدثة. بدلاً من ذلك، كان بإمكانهم الرجوع مرة أخرى إلى بطاقة موارد المشاريع النشطة أثناء عملهم، مما يضمن أنهم يبنون على أحدث المعلومات. شاهد كيف تستخدم فرق الهندسة Guru.
المرحلة 2: استعداد الإصدار
نعتبر إصدار الميزات رياضة جماعية في Guru. مع اقترابنا من نهاية التطوير، نحتاج إلى التأكد من أننا قد استوفينا جميع المتطلبات، واختبرنا نقاط الألم المحتملة للعملاء، وواصلنا التواصل بشكل صحيح حول التغييرات القادمة لفرقنا التي تتعامل مع العملاء. نظرًا لأن هذه هي المرحلة التي من المرجح جدًا أن تتغير المعلومات فيها بسرعة، فإن ضمان التحقق من كل المعرفة من قبل الخبراء المعنيين أمر بالغ الأهمية.
بالنسبة لمشروع الفوترة الأخير لدينا، خصصنا أسبوعًا للفريق والمعنيين لدينا لإجراء ضمان الجودة (QA) وتجربة تجربة العملاء الجديدة قبل البدء. نظرًا لأن هذا مشروع تقني بشكل خاص، فقد كانت هناك عدة خطوات معنية في إعداد البيئات وجعلها جاهزة للاختبار، بما في ذلك تمكين علميات النشر للعمل والتحرك جميع الأنماط الخاصة بخطوات الصندوق المستخدم. لضمان أن كل شخص لديه كل المعلومات التي يحتاج إليها للمشاركة في الاختبار، قام قائد فريق الهندسة لدينا بإعداد بطاقة مع تعليمات خطوة بخطوة للمشاركة في ضمان الجودة. أرسلنا هذه البطاقة إلى فريقنا والمعنيين عبر إعلان للتأكد من أنهم قد قرأوها قبل البدء في الاختبار.
أثناء تقدم ضمان الجودة، كان من المهم أيضًا إبلاغ فرقنا التي تتعامل مع العملاء بالتغييرات القادمة لإعدادهم لأي أسئلة قد يطرحها العملاء أو المتقدمون. بينما كانت هذه التغييرات مركّزة في الغالب على قابلية الاستخدام والموثوقية (بدلاً من تغيير واجهة أكبر)، ستكون هناك بعض أجزاء من تجربة الفوترة التي ستتغير مع هذا المشروع. للتواصل بشأن هذه التغييرات مع الوقت الكافي للمراجعة وطرح الأسئلة، قمنا بتحديث بطاقة تحليل الميزات لدينا.
ستلاحظ أن هذه هي المرة الأولى في العملية التي نستخدم فيها الكلمة تحديث بدلاً من إنشاء، وهذا مقصود. نستخدم بطاقات تحليل الميزات كمصدر حي للحقائق حول الميزات لفرقنا التي تتعامل مع العملاء، مما يعني أن هناك واحدة موجودة لكل ميزاتنا الحية في جميع الأوقات.
عند تحديث وتحسين ميزة موجودة، نقوم بتحديث وتحسين بطاقة تحليل الميزة وفقًا لذلك. هذا يمنع المشكلة القديمة المتمثلة في عدم كون مندوبي المبيعات متأكدين مما إذا كانوا ينظرون إلى وثائق قديمة حول ميزة ما ويرسلون رسالة طارئة للمهندسين أثناء إجراء مكالمة. يمكنهم أن يكونوا واثقين من أن البطاقة المتعلقة بصفحة الفوترة التي اعتمدوا عليها في العام الماضي لا تزال دقيقة هذا العام، كما تحقق منها الفريق الذي يعمل على التحسينات.
المرحلة 3: الإصدار وما بعده
قد تكون أبسط تطبيقات تمكين المنتج هي حول إطلاق ميزة جديدة أو محسّنة. من نظرات عامة مثل بطاقة تحليل الميزات المذكورة أعلاه إلى أسئلة وأجوبة فنية للغاية وخاصة، يتطلب الأمر الكثير لضمان أن فرق التعامل مع العملاء مجهزة بكل ما يحتاجونه لبيع ودعم كل إصدار. ومع استمرار تطوير وتحسين الميزات بمرور الوقت، يظل من الضروري أن تبقى كافة الوثائق محدثة وتعكس الوضع الحالي للمنتج.
ليس من المفاجئ أن صفحات الفواتير معقدة للغاية ومتنوعة، مما يعني أن هناك الكثير من الأسئلة المحتملة التي قد يطرحها العملاء أثناء إتمام عملية الدفع. بينما لا يتوقع أن يتحدث فريق المبيعات لدينا كثيرًا بكثير من التفاصيل عن تجربتنا في الفوترة، إلا أنها منطقة تساعد فيها فرق الدعم عملاءنا غالبًا. للتحضير لهذا الإطلاق وإجراء تحسينات قادمة أخرى على تجربة الدفع الخاصة بنا، عمل قائد فريق الهندسة لدينا مع البطل الدعم الفني لدينا لإعداد قائمة بالأسئلة التقنية المتكررة، التي تتم إضافتها عندما تظهر أسئلة جديدة. يضمن ذلك أن فريق الدعم ليس فقط، بل أي شخص يجيب على أسئلة العملاء حول الفوترة مكان ثابت للتحقق أولاً قبل الوصول إلى فريقنا (ثم، الإضافة إلى البطاقة التقنية للأسئلة المتكررة!).
بالإضافة إلى المحافظة على تحديث بطاقة الأسئلة المتكررة مع تقدم التحسينات، تُحافظ أيضًا بطاقة تحليل الميزات على جودتها القابلة للقراءة. بالإضافة إلى تدوين تاريخ الإطلاق الرسمي والنقاط المهمة حول تجربة الفوترة الجديدة، سنقوم بالربط ببطاقات وموارد متعلقة أخرى، تماماً مثل هذا المنشور. من خلال إنشاء متجر شامل للوصول إلى جميع المعلومات المتاحة حول ميزة ما، نوفر لفرقنا التي تتعامل مع العملاء الثقة للتحدث مع العملاء والمتقدمين بمنظور مطلع بالكامل.
لإغلاق هذه الحلقة، لا يمكننا أن ننسى كيف يلعب_feedback والتعليقات السوقية دورًا هامًا في دورة تطوير المنتج. بينما تقدم فرقنا ميزات جديدة ومحسنة لعملائنا الحاليين وسوقنا، نجمع رؤى قيمة حول ما يساعدهم على القيام بعمل أفضل، وما يأملون أن نشدد عليه لاحقاً. توثيق ومشاركة هذه المعلومات مع فريق المنتج لدينا جزء مهم من عملية التنمية التكرارية لدينا، ويساعدنا في تقديم أكبر قيمة ممكنة لعملائنا. وتم الحفاظ على الوثائق الخاصة بكيفية مشاركة أنماط feedback المختلفة (مثل تسجيلات المكالمات، الرسائل الإلكترونية، إلخ.) في - لقد خمنت ذلك - Guru.
لا تظهر خبرة المنتج بين عشية وضحاها. إن عملية تطوير المنتج بالكامل هي ما يُنشئ "خبراء" حول بعض الميزات والوظائف، وهي الأساس لجميع الوثائق التي تسبق وتلي إصدارها.
تدرك الفرق التي تستخدم Guru لتمكين المنتج أهمية وجود مصدر واحد موثوق به للمعرفة يشمل دورة حياة إصدار المنتج بالكامل - من تطوير مبكر إلى دعم وصيانة مستمرة. من خلال إعطاء كل قسم مكانًا موثوقًا متفقًا عليه لوضع معلومات تم التحقق منها من قبل الخبراء، يمكن لكل شخص مشارك في هذه العمليات المتعددة الوظائف أن يقوم بعمل أفضل. دعنا نتحدث عن إصدار ميزة جديدة في Guru كمثال على تمكين المنتج في العمل.
طوال شهر يناير، عمل فريق Monetization الجديد لدينا على الجزء الأول من تحديث تجربة الفوترة في Guru. تضمن هذا المشروع فريق تطوير المنتج المعتاد - إدارة المنتج والتصميم والهندسة والتسويق للمنتج - بالإضافة إلى العديد من المعنيين الآخرين بما في ذلك التمويل والدعم وعمليات المبيعات. كان هذا تحديثًا تقنيًا يتطلب اتصالاً وتنسيقًا وثيقًا بين جميع الفرق المعنية، بالإضافة إلى تجهيز كبير لتمكين زملائنا في الصفوف الأمامية للحديث بثقة عن هذه التغييرات. تحتوي المراحل الثلاث التالية على الطرق الرئيسية التي نستخدم بها Guru لتمكين المنتج حول إصدار الميزات مثل هذه.
المرحلة 1: تخطيط الميزات وتطويرها
يبدأ تمكين المنتج حقًا بمجرد حصول مشروع فريق المنتج على الموافقة. يمكن أن يكون هذا من أجل تحسين بسيط للوظائف، أو إعادة تصميم صفحة، أو ميزة جديدة تمامًا. من الوقت الذي يتم فيه وضع مواصفات المشروع من قبل مدير المنتج (PM) ومشاركتها مع مهندسيهم ومصمميهم وغيرهم من المعنيين، يحتاج الجميع إلى الوصول إلى وثائق موثوقة ومحدثة من مجموعة متنوعة من المؤلفين.
بدأت خطتنا في ديسمبر، حيث حدد مدراء المنتجات لدينا بعض الأماكن الرئيسية في تجارب الفوترة والدفع الخاصة بنا التي كانت بحاجة إلى تحديث. من هناك، وضعوا خطة مشروع وبدأوا في إعداد المواصفة الأولية للميزة للمشروع الأول في السلسلة. بمجرد أن كانوا مستعدين للمشاركة مع الفريق، قاموا بجدولة اجتماع افتتاحي لإرشاد الفريق من خلال التغييرات المقترحة، ومناقشة الجداول الزمنية. من هذه النقطة فصاعدًا، كان من المهم للغاية أن يكون لكل شخص معني في المشروع الوصول إلى جميع الوثائق ذات الصلة، بما في ذلك مواصفات المشروع والتصاميم ووثائق الفوترة ذات الصلة والمزيد.
نظرًا لأن هذه الوثائق تتغير بشكل متكرر، وقد تتم إضافتها في كثير من الأحيان خلال المراحل المبكرة من المشروع، فمن المهم أن يكون هناك مصدر موثوق يمكن للفريق العودة إليه. لضمان أن لدى الجميع مكانًا واحدًا لمشاركة والوصول إلى هذه الموارد، أنشأنا بطاقة موارد مشاريع نشطة لمشاركتها مع الفريق. وضعنا هذا داخل لوحة فريق Monetization، حيث يتمتع جميع المعنيين المناسبين بإمكانية الوصول للمؤلفين.
طوال عملية التطوير، لم يكن على مهندسينا القلق بشأن إضافة تصميمات الملفات أو التحقق مرة أخرى مما إذا كانت النسخة التي أعطيت لهم الأسبوع الماضي لا تزال محدثة. بدلاً من ذلك، كان بإمكانهم الرجوع مرة أخرى إلى بطاقة موارد المشاريع النشطة أثناء عملهم، مما يضمن أنهم يبنون على أحدث المعلومات. شاهد كيف تستخدم فرق الهندسة Guru.
المرحلة 2: استعداد الإصدار
نعتبر إصدار الميزات رياضة جماعية في Guru. مع اقترابنا من نهاية التطوير، نحتاج إلى التأكد من أننا قد استوفينا جميع المتطلبات، واختبرنا نقاط الألم المحتملة للعملاء، وواصلنا التواصل بشكل صحيح حول التغييرات القادمة لفرقنا التي تتعامل مع العملاء. نظرًا لأن هذه هي المرحلة التي من المرجح جدًا أن تتغير المعلومات فيها بسرعة، فإن ضمان التحقق من كل المعرفة من قبل الخبراء المعنيين أمر بالغ الأهمية.
بالنسبة لمشروع الفوترة الأخير لدينا، خصصنا أسبوعًا للفريق والمعنيين لدينا لإجراء ضمان الجودة (QA) وتجربة تجربة العملاء الجديدة قبل البدء. نظرًا لأن هذا مشروع تقني بشكل خاص، فقد كانت هناك عدة خطوات معنية في إعداد البيئات وجعلها جاهزة للاختبار، بما في ذلك تمكين علميات النشر للعمل والتحرك جميع الأنماط الخاصة بخطوات الصندوق المستخدم. لضمان أن كل شخص لديه كل المعلومات التي يحتاج إليها للمشاركة في الاختبار، قام قائد فريق الهندسة لدينا بإعداد بطاقة مع تعليمات خطوة بخطوة للمشاركة في ضمان الجودة. أرسلنا هذه البطاقة إلى فريقنا والمعنيين عبر إعلان للتأكد من أنهم قد قرأوها قبل البدء في الاختبار.
أثناء تقدم ضمان الجودة، كان من المهم أيضًا إبلاغ فرقنا التي تتعامل مع العملاء بالتغييرات القادمة لإعدادهم لأي أسئلة قد يطرحها العملاء أو المتقدمون. بينما كانت هذه التغييرات مركّزة في الغالب على قابلية الاستخدام والموثوقية (بدلاً من تغيير واجهة أكبر)، ستكون هناك بعض أجزاء من تجربة الفوترة التي ستتغير مع هذا المشروع. للتواصل بشأن هذه التغييرات مع الوقت الكافي للمراجعة وطرح الأسئلة، قمنا بتحديث بطاقة تحليل الميزات لدينا.
ستلاحظ أن هذه هي المرة الأولى في العملية التي نستخدم فيها الكلمة تحديث بدلاً من إنشاء، وهذا مقصود. نستخدم بطاقات تحليل الميزات كمصدر حي للحقائق حول الميزات لفرقنا التي تتعامل مع العملاء، مما يعني أن هناك واحدة موجودة لكل ميزاتنا الحية في جميع الأوقات.
عند تحديث وتحسين ميزة موجودة، نقوم بتحديث وتحسين بطاقة تحليل الميزة وفقًا لذلك. هذا يمنع المشكلة القديمة المتمثلة في عدم كون مندوبي المبيعات متأكدين مما إذا كانوا ينظرون إلى وثائق قديمة حول ميزة ما ويرسلون رسالة طارئة للمهندسين أثناء إجراء مكالمة. يمكنهم أن يكونوا واثقين من أن البطاقة المتعلقة بصفحة الفوترة التي اعتمدوا عليها في العام الماضي لا تزال دقيقة هذا العام، كما تحقق منها الفريق الذي يعمل على التحسينات.
المرحلة 3: الإصدار وما بعده
قد تكون أبسط تطبيقات تمكين المنتج هي حول إطلاق ميزة جديدة أو محسّنة. من نظرات عامة مثل بطاقة تحليل الميزات المذكورة أعلاه إلى أسئلة وأجوبة فنية للغاية وخاصة، يتطلب الأمر الكثير لضمان أن فرق التعامل مع العملاء مجهزة بكل ما يحتاجونه لبيع ودعم كل إصدار. ومع استمرار تطوير وتحسين الميزات بمرور الوقت، يظل من الضروري أن تبقى كافة الوثائق محدثة وتعكس الوضع الحالي للمنتج.
ليس من المفاجئ أن صفحات الفواتير معقدة للغاية ومتنوعة، مما يعني أن هناك الكثير من الأسئلة المحتملة التي قد يطرحها العملاء أثناء إتمام عملية الدفع. بينما لا يتوقع أن يتحدث فريق المبيعات لدينا كثيرًا بكثير من التفاصيل عن تجربتنا في الفوترة، إلا أنها منطقة تساعد فيها فرق الدعم عملاءنا غالبًا. للتحضير لهذا الإطلاق وإجراء تحسينات قادمة أخرى على تجربة الدفع الخاصة بنا، عمل قائد فريق الهندسة لدينا مع البطل الدعم الفني لدينا لإعداد قائمة بالأسئلة التقنية المتكررة، التي تتم إضافتها عندما تظهر أسئلة جديدة. يضمن ذلك أن فريق الدعم ليس فقط، بل أي شخص يجيب على أسئلة العملاء حول الفوترة مكان ثابت للتحقق أولاً قبل الوصول إلى فريقنا (ثم، الإضافة إلى البطاقة التقنية للأسئلة المتكررة!).
بالإضافة إلى المحافظة على تحديث بطاقة الأسئلة المتكررة مع تقدم التحسينات، تُحافظ أيضًا بطاقة تحليل الميزات على جودتها القابلة للقراءة. بالإضافة إلى تدوين تاريخ الإطلاق الرسمي والنقاط المهمة حول تجربة الفوترة الجديدة، سنقوم بالربط ببطاقات وموارد متعلقة أخرى، تماماً مثل هذا المنشور. من خلال إنشاء متجر شامل للوصول إلى جميع المعلومات المتاحة حول ميزة ما، نوفر لفرقنا التي تتعامل مع العملاء الثقة للتحدث مع العملاء والمتقدمين بمنظور مطلع بالكامل.
لإغلاق هذه الحلقة، لا يمكننا أن ننسى كيف يلعب_feedback والتعليقات السوقية دورًا هامًا في دورة تطوير المنتج. بينما تقدم فرقنا ميزات جديدة ومحسنة لعملائنا الحاليين وسوقنا، نجمع رؤى قيمة حول ما يساعدهم على القيام بعمل أفضل، وما يأملون أن نشدد عليه لاحقاً. توثيق ومشاركة هذه المعلومات مع فريق المنتج لدينا جزء مهم من عملية التنمية التكرارية لدينا، ويساعدنا في تقديم أكبر قيمة ممكنة لعملائنا. وتم الحفاظ على الوثائق الخاصة بكيفية مشاركة أنماط feedback المختلفة (مثل تسجيلات المكالمات، الرسائل الإلكترونية، إلخ.) في - لقد خمنت ذلك - Guru.
تجربة قوة منصة Guru بشكل مباشر - قم بجولة تفاعلية في المنتج
.webp)
