ماركوس غولبيرغ، المؤسس والرئيس التنفيذي لشركة Feedbucket، يتحدث عن تحويل عملية تقييم مواقع الويب للوكالات | أساطير ووردبريس

في هذه الحلقة من برنامج أساطير ووردبريس، نجلس مع ماركوس غولبيرغ، المؤسس والرئيس التنفيذي لشركة Feedbucket، وهي واحدة من أكثر الأدوات فائدة للوكالات والمطورين وفرق المنتجات.

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

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

شاهد الحلقة

من وكالة تصميم مواقع إلكترونية إلى مؤسس شركة برمجيات كخدمة (SaaS)

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

لا تزال وكالته قائمة، وهي الآن عميلة لـ Feedbucket، مما يمنح ماركوس رؤية واقعية ومستمرة لأداء الأداة في البيئة التي صُممت من أجلها. يتمركز الفريق في الغالب في السويد، مع وجود مطور كان يعمل سابقًا من نيبال.

ما الذي يميز Feedbucket بالنسبة للعملاء؟

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

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

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

من تقارير الأخطاء إلى الأعمال التجارية الجديدة

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

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

التغلب على مشكلة "اتصل بي بدلاً من ذلك"

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

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

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

التكاملات العميقة بدلاً من لوحة تحكم أخرى

الركيزة الثانية وراء Feedbucket هي رفض أن يصبح مجرد لوحة تحكم أخرى يتعين على فريقك مراجعتها. ماركوس كان يدير وكالة، لذا فهو يدرك تمامًا تكلفة تغيير السياق. هدفه هو أن يتعامل الفريق مع التعليقات كما يتعامل مع أي مهمة أخرى. بمجرد إغلاق عنصر في Asana أو ClickUp أو Monday أو Jira، يُغلق تلقائيًا في Feedbucket أيضًا.

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

آراء الأعضاء، والذكاء الاصطناعي، وما يخبئه المستقبل

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

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

جولة إطلاق نار سريعة ممتعة

وفي الختام، خاض ماركوس جولة إطلاق النار السريع.

أما بالنسبة للمقياس الذي يُثير حماسه أكثر من غيره، فقد تجاوز الإيرادات وأطلق على التفعيل اسم "لحظة الإلهام". بالنسبة لـ Feedbucket، تكمن هذه اللحظة في تثبيت المستخدم للتطبيق على موقعه الإلكتروني وإرساله أول تعليق له. يعتبر هذا المقياس مثاليًا تقريبًا لبرمجيات SaaS، لأنه يُمكن تحقيقه دون الحاجة إلى طلب بيانات بطاقة ائتمان، وعندما يرتفع معدل التفعيل، تميل الإيرادات إلى الارتفاع تبعًا لذلك. ابنِ منتجًا جيدًا حقًا، واجعل المستخدمين يحققون هذا النجاح الأول، وسيتبع ذلك النجاح في باقي المراحل.

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

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

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