# بول كاتسن من Blockspring

> الحلقة 025 من Founder Coffee - مقابلة مع بول كاتسن، الشريك المؤسس في Blockspring.

Source: https://blog.salesflare.com/ar/interview-paul-katsen-blockspring
Language: ar
Published: 2019-03-19  ·  Updated: 2026-09-04

---
## الحلقة 025 من Founder Coffee

![بول كاتسن، الشريك المؤسس لـ Blockspring وضيف هذه الحلقة، مع رفيق في حديقة يابانية خلال الخريف](https://blog.salesflare.com/img/31a41f10872277ee.webp)

أنا جيرون من Salesflare، وهذه هي Founder Coffee.

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

في هذه الحلقة الخامسة والعشرين، تحدثت إلى بول كاتسن، الشريك المؤسس لـ Blockspring، وهي أداة لأتمتة الأعمال تسحب البيانات من واجهات API مختلفة لأتمتة التقارير والقوائم والصفحات المقصودة.

بدأت Blockspring في الواقع كـ [أداة لتصوير البيانات](https://wpdatatables.com/data-visualization-tools/)، ثم تحولت إلى منصة بلا خوادم مباشرة بعد انضمامها إلى YCombinator وتحدثها مع الشريك المؤسس لها بول غراهام. وبعد نحو عام، عندما دخلت Amazon هذا المجال نفسه، اضطرت إلى تغيير اتجاهها مرة أخرى. وبعد كثير من التكرارات، انتهت إلى منصة Blockspring التي نعرفها اليوم.

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

مرحبًا بك في Founder Coffee.

---

## أين يمكنك الاستماع؟

يمكنك العثور على هذه الحلقة على:

- [Spotify](https://open.spotify.com/show/5mAWNhuDfHqkQcpQWHbkHq)
- [iTunes / Apple Podcasts](https://itunes.apple.com/be/podcast/founder-coffee/id1361209224)
- [Google Play](https://play.google.com/music/m/Itm3izqy3zjcn3w6lmhmveqofhe)
- [Soundcloud](https://soundcloud.com/foundercoffee/025-paul-katsen-blockspring)

<iframe src="https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/592419564&color=%233a3523&auto_play=false&hide_related=false&show_comments=true&show_user=true&show_reposts=false&show_teaser=true" width="100%" height="166" frameborder="no"></iframe>

---

## النص الكامل

**Jeroen:** مرحبًا يا بول. يسعدني استضافتك في Founder Coffee.

**Paul:** أهلًا، شكرًا لك. كيف تسير الأمور؟

**Jeroen:** تسير على ما يرام. أنت أحد مؤسسي Blockspring. بالنسبة إلى من لا يعرف بعد ما تفعلونه، ماذا تفعلون؟

**Paul:** لدى Blockspring قصة طويلة جدًا. بدأنا في الواقع عام 2014، لكن ما نفعله الآن هو مساعدة المسوقين وأفراد المبيعات وموظفي التوظيف على ربط واجهات API وخدمات بيانات مختلفة لأتمتة تقاريرهم، وإثراء القوائم، وإنشاء قوائم العملاء المحتملين. وأخيرًا، سحب كل تلك البيانات إلى الصفحات المقصودة والمواقع الإلكترونية المباشرة. نحن نفهرس أساسًا مجموعة من واجهات API ونجعل استخدامها والوصول إليها سهلين بالنسبة إلى العاملين في مجال الأعمال.

**Jeroen:** هل يمكنك، لأن الأمر يبدو مجردًا بعض الشيء، أن تعطينا مثالًا ملموسًا على شيء يمكنك فعله؟

**Paul:** بالتأكيد. أتمتة التقارير إحدى حالات الاستخدام. فالمسوقون يقضون في الأساس وقتًا طويلًا في تسجيل الدخول إلى Facebook Ads Manager، والتعامل مع واجهة الاستخدام بأكملها، وGoogle Analytics، وإعلانات Google، وإعلانات YouTube، وأشياء من هذا القبيل، ثم تصدير البيانات من كل ذلك إلى لوحة المعلومات نفسها كل أسبوع أو شهر. هذا هو إعداد التقارير يدويًا، وهو يستغرق وقتًا كبيرًا.

**Paul:** لدينا مجموعة من عمليات التكامل مع كل تلك الخدمات المختلفة، وإضافات لأدوات مثل [Excel](https://salesflare.com/templates/free-excel-crm/)، و[Google Sheets](https://salesflare.com/templates/free-google-sheets-crm/)، وTableau، بحيث يستطيع الشخص تحديد مجموعة من مصادر البيانات المختلفة هذه، والنقر على «سحب البيانات»، ثم يظل ذلك التقرير محدثًا تلقائيًا. وتعمل هذه العملية باستخدام منصة API نفسها التي طورناها، باستثناء أنها تملك واجهة إضافات تعمل داخل أدوات إعداد التقارير، بدلًا من بعض حالات الاستخدام الخاصة بالمبيعات لدينا. فهي تستخدم المنصة نفسها، لكنها تتصل بأدوات أخرى.

**Jeroen:** لتكرار ما قلته، يمكنك في الأساس الحصول على المعلومات، مثلًا، من إعلانات Facebook أو YouTube أو أي مصدر آخر. ويمكنك جمعها كلها في Google Sheet. هذا شيء يمكنني استخدام Blockspring من أجله.

**Paul:** نعم، هذه بالتأكيد إحدى حالات الاستخدام الشائعة جدًا. وهناك حالة استخدام أخرى يستفيد منها أفراد المبيعات وموظفو التوظيف، وهي إنشاء قائمة عملاء محتملين. لكن قدرًا كبيرًا من هذه البيانات يأتي من Clearbit أو Hunch.io أو Google Maps أو كل خدمات البيانات الجديدة الأخرى التي قد لا تدرك أنها مفيدة فعلًا للمبيعات أو التوظيف. لذلك قد يرغبون أيضًا في سحب تلك البيانات إلى Google Sheet أو إلى أداة أخرى. والخيط المشترك بين حالات استخدام هذه المنصة هو تسهيل الوصول إلى واجهات API والبيانات من خلال أداة مخصصة للأعمال. لكن حالات الاستخدام تتراوح بين أتمتة التقارير وإنشاء قوائم العملاء المحتملين ومجموعة كبيرة من الاستخدامات الأخرى.

**Jeroen:** فهمت. فهذا يجعل جمع البيانات معًا أسهل بكثير في الأساس.

**Paul:** نعم.

**Jeroen:** ذكرت أن قصة Blockspring امتدت طويلًا خلال السنوات الخمس الماضية. ماذا حدث تحديدًا؟

**Paul:** عندما بدأنا عام 2014، كان الشركاء المؤسسون معي يبنون في الواقع منتجًا لتصوير البيانات، وكان مختلفًا جدًا عن هذا. ويمكنني القول إن مراحل هذه الشركة بدأت أساسًا بمنتج لتصوير البيانات، ثم الانضمام إلى YC وحدوث مجموعة من الأمور الجنونية الأخرى التي انتهت بنا إلى الالتزام بأن نصبح أحد أوائل منتجات الحوسبة بلا خوادم. ثم جاءت مرحلة تعرضنا فيها لضربة قوية من Amazon وخضنا سلسلة طويلة من تغييرات الاتجاه محاولين العثور على طريقنا. وأخيرًا، وصلنا إلى مرحلة قلنا فيها: حسنًا، هذا نشاط تجاري ليس هو ما بدأنا به. لكنه نشاط جيد، ويحقق المال، ونحن نعمل على تنميته. وأدى ذلك في النهاية إلى أخذ كثير من الأشياء التي بناها ذلك المنتج وتعلمناها منه، وانضمامها إلى Coinbase.

**Paul:** إذن، نعم، كانت هناك مراحل مختلفة كثيرة. لكننا بدأنا فعليًا في مكان مختلف جدًا عن المكان الذي انتهينا فيه، وأعرف أن كثيرًا من المؤسسين يمرون بهذا الآن. لذلك يسعدني أن أتعمق في أجزاء من هذه القصة، فقد كانت تجربة تعليمية كبيرة جدًا.

**Jeroen:** نعم. ما أجزاء القصة التي كانت مثيرة للاهتمام أو صعبة على نحو خاص؟

**Paul:** حسنًا، هناك تحديات مختلفة في كل مرحلة. في البداية، كان الأمر ببساطة: مرحبًا، لقد وقعنا في حب فكرة تصور البيانات هذه. أما كيف بدأ الأمر فعلًا، فكنت في شيكاغو، وأتذكر أنني ذهبت إلى YC Startup School، وهو مؤتمر يستمر يومًا واحدًا، ترى فيه كل هؤلاء الأشخاص المذهلين في عالم التقنية، مثل Marc Andreessen وJack Dorsey وBalaji Srinivasan وغيرهم. أتذكر أنني غادرت وأنا أقول: يا إلهي! لقد ألهمني هذا كثيرًا. أريد أن أبدأ شيئًا ما.

**Paul:** قلت لنفسي: أوه، يمكنني فعل هذا. هؤلاء الأشخاص عاديون تمامًا. وصادف أنني كنت أتناول العشاء مع صديق مقرّب لي في سان فرانسيسكو في الليلة نفسها، وأدركنا معًا أن [تصور البيانات](https://www.luzmo.com/blog/bad-data-visualization) أمر صعب. فقلنا: لنَبْنِ تطبيقًا سهلًا فحسب. قد لا يتحول إلى نشاط تجاري، لكنه سيكون شيئًا يجعل الأمر أسهل.

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

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

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

**Paul:** هذا سؤال جيد جدًا. في الأسبوع الأول من YC، كنا نبني هذا المنتج، ولدينا عميل، ولدينا مجموعة من المستخدمين الآخرين الذين لم يكونوا عملاء مؤسسيين، لكنهم كانوا يدفعون مقابل استخدامه، وفق نموذج شبيه بالـ freemium. كنا نحاول معرفة ما الذي ينبغي أن نفعله، ولذلك ذهبنا إلى عشاء YC، وهو لقاء أسبوعي تتاح لك فيه فرصة التعرف إلى مؤسسين آخرين والاستماع إلى متحدثين. وفي ذلك العشاء الأول، كان Paul Graham حاضرًا، وكان ذلك بعد أن لم يعد يتولى قيادة YC. نظرت إلى شريكي المؤسس وقلت له: مرحبًا، لنذهب ونتحدث إليه فحسب. نحن نحب كل مقالاته، وهو ذكي جدًا. لنخبره عن نشاطنا.

**Paul:** كان يمر على صف من المؤسسين الذين يعرضون أفكارهم، ويقدم لهم ملاحظاته: 60 ثانية، ثم ينتقل إلى الشخص التالي. أخبرناه عن نشاطنا، وعن المشكلة الأخرى التي كنا نراها، وهي أننا بنينا هذه الأداة لأنفسنا، لكن كل تصور للبيانات كنا نحتاجه كان يتطلب قدرًا بسيطًا من المعالجة الحسابية. تخيل مثلًا مخططًا شريطيًا يحتاج إلى إجراء قدر قليل من التجميع أو التقسيم. لم نكن نريد إرسال ذلك إلى EC2 وAmazon في كل مرة نحتاج فيها إلى تنفيذ تلك المعالجة، وكان تنفيذها في JavaScript على الواجهة الأمامية صعبًا جدًا.

**Paul:** لذلك انتهى بنا الأمر إلى بناء أداة تتيح لنا كتابة التعليمات البرمجية، والنقر على «نشر»، والحصول على API. وهذا ما يسمى اليوم serverless. لدى Amazon هذا النوع من الخدمات، وكذلك Google وMicrosoft الآن. لكننا أخبرناه عنها في العرض، ثم دخل في حديث مطول استمر 20 دقيقة حول كيف يمكن لشيء من هذا القبيل أن يغير مستقبل البرمجة. قال لنا: إذا كنتم تعتقدون أنكم تريدون الوصول إلى ذلك في نهاية المطاف، فعليكم أن تفعلوه اليوم. كانت هذه فكرة أؤمن بها فعلًا. إذا كانت لديك شركة ناشئة تعتقد أنك ستبني فيها شيئًا ضخمًا بعد 10 خطوات، فلماذا لا تبدأ بذلك فورًا؟ لا تحاول أن تكون عبقريًا أكثر من اللازم في التعامل مع الأمر. إذا كان ذلك ممكنًا، فافعله اليوم.

**Paul:** عدنا إلى المنزل ومررنا بلحظة هلع، كانت فكرتها: «لنذهب ونفعل هذا فحسب». كانت هذه فكرة كبيرة جدًا، وكنا متحمسين لها بشدة، ثم انتهى بنا الأمر إلى تنفيذها.

**Jeroen:** لكنك لم تجعلها كبيرة في مجال الخدمات. أظن أن أشخاصًا آخرين بدأوا يفعلون ما فعلته أنت؟

**Paul:** أجل. ما حدث أساسًا هو أننا أطلقناها لآلاف المطورين. أطلقناها قبيل انتهاء YC. وكانت إحدى المشكلات أننا لم نكن نعرف كيف نبيع الحوسبة serverless إلى الشركات. كنا مبكرين جدًا بالنسبة إلى ذلك، لأنها تمثل تحولًا كبيرًا في نموذج البرمجة. لكن المشكلة الأخرى أننا كنا متأخرين جدًا في الوقت نفسه، لأننا انتهينا إلى الاجتماع مع المدير التقني في Amazon. كنا نظن أننا نبيع له المنتج، ونبيع هذا المنتج إلى Amazon كي تستخدمه. لكنني أعتقد أنه كان يفكر فحسب: ما الذي يفعله هؤلاء المهرجون؟ إذ إنهم أطلقوا الشيء نفسه تمامًا بعد ثلاثة أو أربعة أشهر، وكانوا يعملون عليه منذ سنوات.

**Paul:** أعتقد أننا كنا مبكرين جدًا ومتأخرين جدًا في الوقت نفسه، لأن هذا بالنسبة إلى AWS كان الخطوة التالية في مسارها الهائل نحو المستقبل. أما نحن فكنا مجرد شركة ناشئة صغيرة اكتشفت أن هذا الأمر موجود فعلًا. لكنهم كانوا يملكون بالفعل علاقات مختلفة، وغير ذلك. وبعد بضعة أشهر من إطلاقهم، أدركنا أننا لا نملك مستقبلًا حقيقيًا في هذا المجال. فهذا مستقبل جميع منصات الحوسبة السحابية الكبرى. ولن نتمكن من منافستها. وفي النهاية نفذت Amazon ذلك، وكذلك Microsoft وGoogle وIBM، سمِّ أي شركة تريدها.

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

**Jeroen:** كم كان عددكم قبل تقليص الفريق؟

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

**Jeroen:** إذًا رأيت أن أفضل طريقة للوصول إلى الخطوة التالية هي أن تترك الجميع يذهبون وتأخذ بعض الوقت. كم من الوقت استغرقت؟

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

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

**Jeroen:** أجل. هل كنت قد قبلت أي تمويل حتى ذلك الوقت؟

**Paul:** أجل. كنا قد جمعنا التمويل على أساس هذه الرؤية الكبيرة: لننافس AWS ونستولي على المستقبل. والآن تخيل أنك مضطر إلى قلب هذه الرؤية رأسًا على عقب. لديك فريق ذكي جدًا، وقد استثمرتم في الفريق، لكنكم تريدون الآن أن تكتشفوا شيئًا آخر تفعلونه، وأن تجعلوه ضخمًا بالقدر نفسه.

**Jeroen:** لماذا لم تعد إلى فكرة تصور البيانات؟

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

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

**Jeroen:** إذن كنتما تبحثان عن رؤية كبيرة جديدة. ماذا رأيتما حينها؟

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

**Paul:** لكن ما أدركناه أساسًا هو أن الأفكار الوحيدة التي استطعنا إطلاقها فعليًا وإنجاحها كانت مزيجًا من سؤالين: كيف نكتسب قناعة بأن هذا شيء يحمسنا ونريد إنجاحه؟ وعندما تمر بكل هذه الأفكار، يصبح من الصعب أن تكتسب تلك القناعة. أعتقد أننا في مرحلة معينة حالفنا الحظ ببساطة، عندما اكتشفنا Blockspring، الذي كان يستخدم أصلًا 80% من قاعدة الشيفرة التي بنيناها. كنا قد اختبرنا المشكلة بأنفسنا. وكنا نعرف بالتأكيد أن هناك توجهًا كبيرًا نحو أخذ أدوات الإنتاجية ودمجها في جميع أدوات الإنتاجية الأخرى التي يجري بناؤها. لذلك كان هناك توجه متسارع بصورة أُسّية نحو المزيد من SaaS لكل شيء.

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

**Jeroen:** ماذا يعني ذلك، AWS للطعام؟

**Paul:** في أحد الأيام، كنت لا أزال أشعر بالهلع وأنا أتساءل: ماذا سنفعل بعد ذلك؟ وما الفكرة التي سنعيد تركيزنا عليها؟ كنت أجلس حرفيًا في Chipotle. يبدو الأمر سخيفًا الآن، لكننا كنا جالسين في Chipotle، فقلت: واو، أعتقد أنه سيكون هناك عدد لا نهائي من الشركات التي تشبه هذا النوع من المطاعم السريعة غير الرسمية. ينبغي أن تكون هناك منصة تمكّنها أساسًا من التوسع في جميع أنحاء البلاد من دون الحاجة إلى بناء عقاراتها الخاصة. وكان تشبيهي أن العقارات والموظفين يشبهون الحوسبة، بينما تشبه الشيفرة الوصفة والمكونات.

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

**Jeroen:** إذن لم تكن مطاعم يمكنك الذهاب لتناول الطعام فيها، بل كانت مخصصة للتوصيل فقط؟

**Paul:** نعم، للتوصيل فقط. وقد حقق هذا المشروع أرباحًا لنا فعلًا، لكنه لم يكن صفقة جيدة للمطاعم، ولم يكن مستدامًا بالنسبة إليها في تلك المرحلة، أي عند ذلك الحجم. لكننا واجهنا أيضًا موقفًا غريبًا كانت فيه Uber Eats تأتي إلى المطابخ، وكانت Amazon تأتي إليها، وكانت كل مواقع التوصيل المختلفة هذه تتساءل: حسنًا، ما الذي يحدث هنا؟ واتضح أن هذا النموذج يمثل بالفعل شيئًا أعرف أنه يتنامى بصورة أُسّية مع استمرار التوجه نحو التوصيل، وأعتقد أنه سيواصل ذلك. وأعرف أن أحد مؤسسي Uber بدأ يفعل الشيء نفسه مؤخرًا، لكنه اتبع طريقة مختلفة قليلًا.

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

**Jeroen:** نعم، تبدو فكرة مثيرة للاهتمام حقًا. هناك شركات مبنية فوق Airbnb، لأن Airbnb منصة ضخمة جدًا، وفي الأساس كان الأمر في السابق أشبه بأنك تنام في منزل شخص آخر. لكن الناس بدأوا بعد ذلك يشترون أماكن مخصصة لـ Airbnb فقط. ويبدو الأمر مشابهًا من حيث إن لديك خدمات مثل Uber Eats أو Deliveroo أو أيًا كانت الخدمة التي يستخدمونها. فهي منصات لديها عملاء، ويمكنك بسهولة أن تضيف إليها شيئًا جديدًا.

**Paul:** نعم، أي عرض جديد. هذا صحيح تمامًا. عندما ظهرت الهواتف المحمولة، انتهى بنا الأمر إلى امتلاك تطبيقات مصممة للهواتف المحمولة أولًا. وعندما ظهر Airbnb، ربما بدأنا نشهد عقارات مصممة لـ Airbnb أولًا، ومديري عقارات مخصصين لذلك.

**Jeroen:** صحيح.

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

**Paul:** كان واضحًا إذن أن هناك طلبًا حقيقيًا. وأعتقد أن الشخص الذي سينجح في تنفيذ هذه الفكرة هو شخص يستطيع جمع قدر هائل من المال [لشراء العقارات](https://resimpli.com/buy-and-hold-real-estate/) وجعل الصفقة أفضل، أو شخص يسيطر على الطلب كله. وهذا ما تفعله Uber Eats وDeliveroo بالفعل. فهما تعرفان ما يريد الناس شراءه، وتعيدان تزويد مختلف المطاعم بالرؤى اللازمة لابتكار أطعمة جديدة. وشركات مثل Deliveroo تطلق بالفعل مطابخ وعقارات للإيجار بغرض تنفيذ ذلك. أعتقد أن السوق سيتجه إلى هذا المسار، لكنها كانت إحدى تلك الأفكار التي بدأناها من المبادئ الأولى، ورأينا أنها قد تكون ضخمة حقًا، ثم اتضح في النهاية أنها لم تكن مناسبة لنا.

**Jeroen:** صحيح. لماذا تعتقد أنها لم تكن مناسبة لك؟

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

**Jeroen:** هل كنت تشعر بالارتياح في مجال المطاعم؟

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

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

**Jeroen:** هل كانت هناك أفكار أخرى عملت عليها خلال تلك الفترة؟

**Paul:** كانت هناك بضع أفكار مثيرة جدًا. لكنني أعتقد أن الأهم هو أننا انتهينا إلى أنني بدأت بإجراء بعض الاستعلامات على بعض منتجاتنا القديمة. اكتشفت ببساطة مشكلة منتج بسيطة جدًا، تتمثل في أنني أحاول إجراء بعض تحليل البيانات على Google Sheets، بينما جميع بياناتي موجودة في قاعدة بيانات أو في بعض واجهات API، ولذلك اضطررت ببساطة إلى البدء في كتابة نصوص برمجية لدمج تلك المعلومات.

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

**Paul:** كانت كثير من تلك الخدمات التي تحصل على تلك البيانات قد بدأت في توفير واجهات API. لذلك بدأت أستوعب هذه الرؤية الكبيرة: لماذا أقضي كل هذا الوقت في نسخ الأشياء ولصقها من مكان إلى آخر، والحفاظ على مزامنتها، بينما ستحتوي كل هذه الأشياء في الواقع على واجهات API؟ وستزداد أدوات SaaS أكثر فأكثر. ومن المفترض أن تتم مزامنتها وربطها ببعضها بطريقة ما. تتمثل الرؤية الكبيرة في الحوسبة للمستخدم النهائي. إذ يصل العاملون في مجال الأعمال إلى مرحلة يفهمون فيها كيفية استخدام واجهات API، وكيفية نقل البيانات من مكان إلى آخر، وينبغي أن تتوفر لهم طريقة سهلة للقيام بذلك.

**Paul:** نظرنا حولنا إلى المنتجات الموجودة، فكانت هناك IFTTT وZapier. كانت جميعها قائمة على الأحداث، وتنقل أجزاء صغيرة من البيانات ذهابًا وإيابًا، لكنها لم تكن تنجز المهمة. مثلًا، كيف يمكنني الدخول إلى Google Sheet، وسحب تقرير Google Analytics، والحفاظ على تحديثه، ثم تشغيل خوارزمية للرؤية الحاسوبية أو خوارزمية للمعالجة اللغوية الطبيعية عبر واجهة API أخرى، ثم تمرير بياناتي من خلالها، وفي النهاية استخدام واجهات API للبرمجة بالطريقة التي قد يستخدمها المطوّر عند كتابة نص برمجي؟

**Paul:** كان ذلك في الواقع اختراقًا برمجيًا خلال عطلة نهاية أسبوع، إذ بنيت إضافة لـ Google Sheets تتكامل فعليًا مع هذه المنصة عديمة الخوادم التي كنا قد بنيناها، وتستدعي كل واجهات API المختلفة التي كان الناس يعملون معها. ثم عرضتها على شركائي المؤسسين وقلت لهم: هذا جنوني حقًا. واتفقنا جميعًا على أن المشكلة منطقية، وأن الرؤية كانت موجودة إلى حد ما. وكان السؤال الحقيقي هو: كيف نحول هذا إلى منتج يمكننا أن نبدأ بجعل الناس يستخدمونه؟ أما السؤال المفتوح فكان: ما حالات الاستخدام الأساسية التي سيستخدم الناس هذا المنتج من أجلها فعلًا؟ وهذا ما واصلنا العمل عليه واستكشافه حتى توصلنا إلى شيء من قبيل: هذه هي حالات الاستخدام الثلاث، وهذه هي طريقة تحقيق الإيرادات، وعندها بدأ المنتج ينمو فعلًا.

**Jeroen:** كيف سار الأمر معكم؟ وفي النهاية، إلى كم موظفًا توسعتم؟

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

**Paul:** لا أعرف إن كان هذا أفضل نموذج للمنصات الجديدة، لكنه النموذج الذي انتهينا إلى اتباعه. كان المستخدمون الأوائل يأتون إلينا ويعملون على شيء يتعلق بالنمو، مثلًا: أريد سحب قائمة بمستخدمينا من Salesforce، ثم أريد إرسال بطاقات بريدية إليهم جميعًا عبر Lob، وأريد أيضًا أن أفعل هذا. هذا مشروعي العشوائي. ثم فجأة ظهر مشروع مختلف تمامًا، إذ قال أحدهم: أنا أعمل في التسويق الرقمي، وأحاول الحفاظ على تحديث هذا التقرير في Google Sheets أو Tableau. كيف أجعل هذا يعمل مع منتجكم؟ ليس لديكم إعلانات Facebook، فهل يمكنكم إضافتها؟ ليس لديكم هذه الخاصية، فهل يمكنكم إضافة تلك؟

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

**Paul:** توجد الآن مجموعة من الشركات الناشئة التي تركز على هذا القطاع. إثراء العملاء المحتملين، أي سحب البيانات من مجموعة كبيرة من واجهات API المختلفة. لا توجد في الواقع شركة ناشئة جيدة تتولى ذلك، لكن الناس يذهبون حاليًا إلى عدد لا نهائي من الخدمات لإثراء العملاء المحتملين كلٌّ على حدة، ويحاولون اكتشاف أيها أفضل. لذلك جمعنا كل واجهات API تلك، وهناك بضع حالات استخدام إضافية، لكن هاتين هما الحالتان الأكبر فعلًا.

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

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

**Paul:** اتضح أن الأمور عادت إلى نقطة البداية. الرجل الذي أطلق AWS Lambda في عام 2014 أصبح نائب رئيس الهندسة في Coinbase. كما أن Balaji Srinivasan، وهو شخص كنا نعرفه، يشغل الآن منصب المدير التقني في Coinbase. ولدى الشركة عدد من المؤسسين المختلفين، وثقافتها رائعة جدًا. كان هناك توافق ممتاز جدًا بالنسبة إلينا. وهكذا انتهى المطاف بـ Blockspring هناك.

**Jeroen:** صحيح. فقط لكي تتكون لدي فكرة، ماذا تخطط Coinbase أن تفعل بما بنيتموه؟

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

**Paul:** إذا كنت موجودًا في عام 2007 وتبني أشياء في الجامعة، فبمجرد إطلاق Facebook، فمن المحتمل أنك قضيت أربع أو خمس ليالٍ تحاول بناء مئة شيء مختلف يستفيد من شبكته للتواصل الاجتماعي، ويعثر على مستخدميك، وينشئ منتجًا كبيرًا. وأعتقد أن هذا هو الوضع الذي يوجد فيه كثير من قطاع العملات المشفرة اليوم، إذ توجد حاليًا بضع تطبيقات رائدة مثل [Coinbase](https://www.bitdegree.org/crypto/coinbase-review)، ويتمحور استخدامها حول المضاربة. لكن هناك فرصة كبيرة محتملة على مستوى المنصة للمساعدة في إطلاق الموجة التالية من النمو الهائل. المطورون مهتمون بها، والمستخدمون مهتمون بها. وأعتقد أن هناك فرصة كبيرة في هذا المجال.

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

**Jeroen:** رائع. ما الذي يبقيك مستيقظًا في الليل مؤخرًا؟

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

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

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

**Jeroen:** رائع. ونحن نقترب من النهاية ببطء، ما أحدث كتاب جيد قرأته، ولماذا اخترت قراءته؟

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

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

**Jeroen:** ما أكثر شيء مجنون قرأته فيه؟

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

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

**Paul:** أعتقد أن الأشياء التي نكتشفها في الألعاب لا تتعلق فقط بكيفية جعل الناس يلعبون Super Smash Bros لفترة أطول. بل إننا نكتشف من خلالها أشياء عن الطبيعة البشرية ومشاعرنا والأمور التي نريدها من الحياة، وأعتقد أن هذا هو سبب تقارب كثير من هذه العوالم. لا يمكنك بناء سوى مجتمع واحد في الولايات المتحدة، لكن يمكنك بناء عدد هائل من المجتمعات داخل الألعاب، وتغيير القواعد، وما إلى ذلك. إنها إذن طفرة كامبرية من الأسئلة حول كيفية إدارة المجتمعات وما الذي نتعلمه منها. وأعتقد أن استخدام ذلك في تطبيقات ومنتجات أخرى وفي الحياة اليومية يمثل أمرًا بالغ الأهمية.

**Jeroen:** صحيح. رائع.

**Paul:** أجل.

**Jeroen:** سؤال أخير. ما أفضل نصيحة في مجال الأعمال حصلت عليها على الإطلاق؟

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

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

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

**Jeroen:** حسنًا.

**Paul:** أجل.

**Jeroen:** شكرًا مجددًا يا Paul، لظهورك في Founder Coffee.

**Paul:** نعم.

**Jeroen:** سعدنا جدًا باستضافتك.

**Paul:** كان رائعًا أن أكون هنا. شكرًا لاستضافتي.

---

استمتعت؟ [اقرأ مقابلات Founder Coffee مع مؤسسين آخرين.](https://blog.salesflare.com/ar/founder-coffee) ☕

---

_نأمل أن تكون قد استمتعت بهذا المنشور. وإذا أعجبك،_ _**[راجعنا على iTunes](https://itunes.apple.com/be/podcast/founder-coffee/id1361209224)**!_

_لمواكبة بودكاست Founder Coffee والتعرّف في الوقت نفسه على الشركات الناشئة والتسويق للنمو والمبيعات:_

👉 _اشترك في نشرتنا البريدية، التي نرسلها كل أسبوعين:_

👉 _تابع @salesflare على [Twitter](https://twitter.com/salesflare)، أو [LinkedIn](https://www.linkedin.com/company/salesflare/) أو [Facebook](https://www.facebook.com/salesflare/)_
---

## Related

- [لورا رودر من MeetEdgar](https://blog.salesflare.com/ar/interview-laura-roeder-meetedgar.md)
- [غيلهيرمي لوبيس من RD Station](https://blog.salesflare.com/ar/guilherme-lopes-rd-station.md)
- [David Cancel من Drift](https://blog.salesflare.com/ar/interview-david-cancel-drift.md)
- [ماثيو كليفلي من 10to8](https://blog.salesflare.com/ar/interview-matthew-cleevely-10to8.md)