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

الخيار الافتراضي هو الخيار الذي يجعل الناس «يجرؤون على الاختيار».

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

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

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

في الواقع، المسؤولون لم يفتقروا أبدًا إلى الشجاعة، بل إلى القدرة على قبول المخاطر.

لذا، عندما نفكر في بعض مشاريع Oracle التي تريد تحقيق انتشار واسع النطاق، ربما يكون المفتاح ليس في جعل المزيد من الناس يصدقون أن «إمكاناتها لا حدود لها»، بل في جعل من يستخدمها—داخل الفريق، وفي النظام، وفي لحظة التوقيع—يشعرون بالاطمئنان.

الشعور بالاطمئنان هو: أنك لا تحتاج للمراهنة بمستقبلك المهني على «مجهول»؛ ولا تحتاج لشرح مفهوم غريب بلا نهاية. هذا الشعور بالأمان غالبًا ما يكون أقدر من المؤشرات التقنية نفسها في تحديد سرعة اعتماد المشروع.