تحويل الخدمات إلى منتج رقمي: لماذا تفشل أغلب المحاولات

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

المشكلة الأولى: شكلا التدفق النقدي غير متوافقين

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

المشكلة الثانية: كل عميل مختلف والمنتج لا يستطيع أن يكون كذلك

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

المشكلة الثالثة: المهارات مختلفة فعلًا

التسلسل الذي ينجح

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

القرار الذي يُتخذ صراحة

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