تحويل ما سلّمته إلى دليل يبيع
أنجزت شركات كثيرة عملًا جيدًا ولا تملك ما تعرضه منه، والعلاج ساعة واحدة عند التسليم لا إعادة كتابة بعد سنة.
اطلب من شركة برمجة ثلاث دراسات حالة مكتوبة، فتصلك في الغالب صفحة شعارات، وسطر واحد تحت كل شعار، ودعوة إلى مكالمة يُشرح فيها الباقي. وخلف تلك الشعارات عمل حقيقي في كثير من الأحيان: نظام مخزون حلّ محلّ جدول كانت أربعة فروع تحرّره في وقت واحد، أو تكامل صمد في موسم الذروة من غير تسوية يدوية. غير أن شيئًا من ذلك لم يُدوَّن وتفاصيله ما تزال قريبة. تنتج الشركة الأدلة سنوات ولا تحتفظ بشيء منها، فيقوم كل عرض على الوعد وحده، ولا يجد المشتري وسيلة للتحقق.
الدليل أرخص ما تملكه شركة تنفيذ، لأنه ناتج جانبي لعمل دُفع ثمنه مرة واحدة. وكلفة جمعه ساعة واحدة في اللحظة المناسبة، واللحظة المناسبة أضيق مما تظنّه أكثر الفرق.
ما ينبغي أن تثبته دراسة الحالة
القارئ الذي يطالع مشروعًا سابقًا يسأل سؤالًا واحدًا: هل حلّت هذه الشركة مشكلة تشبه مشكلتي، وهل صمد ما بنته عند الاستعمال الفعلي. وكل ما عدا ذلك — لغة التصميم، وقائمة التقنيات، والأوصاف — زخرف على هذا السؤال. ودراسة الحالة (Case Study) التي تجيب عنه تقوم على خمسة أجزاء، ونقصان جزء واحد منها يكفي عادةً ليقرأها المشتري بوصفها كتيّبًا دعائيًا.
- الحال قبل المشروع. ماذا كان العميل يفعل في الأسبوع السابق لبدء العمل. من كان ينجز المهمة، وبأي أداة، وأين كانت تتعطّل. قولك «كان قسم الحسابات يقفل الشهر على جدول مشترك، ويستغرق كل إقفال شخصين وثلاثة أيام» وصف لحال. أما «كان العميل يحتاج إلى تطوير إجراءاته» فليس وصفًا لشيء.
- القيد الذي جعل المشروع صعبًا. النسخة السهلة يبنيها أي فريق كفء. والقيد هو ما يتعرّف القارئ فيه على نفسه: نظام موارد قائم لا يمكن استبداله، أو إجراء جمركي لا بدّ أن يظلّ متوافقًا مع الورق، أو أسبوعان قبل افتتاح الموسم، أو فريق من أربعة أشخاص سيتولّون تشغيل النتيجة بأنفسهم. اذكره صريحًا؛ فهو ما يجعل بقية الرواية قابلة للتصديق.
- ما بُني فعلًا. الوحدات، وعمليات الربط، والواجهات التي يجلس الناس أمامها، وأين يعمل النظام. أسماء محدّدة لا قدرات عامة. ينبغي أن يستطيع من يعمل في القطاع نفسه أن يتخيّل الشاشات.
- ما تغيّر، مقيسًا بمقياس العميل. ساعات الإقفال، والطلبات في الوردية، وعدد خطوات المرتجع، والتسوية التي لم تعد تُجرى. وإن لم يقس أحد الحال السابقة، فقل ذلك واذكر رواية العميل نفسه للتغيير بدل اختراع نسبة مئوية. الرقم المتواضع الصادق أثقل من الرقم الكبير الذي لا يمكن الدفاع عنه، وقد تعلّم المشترون في سوقنا أن يخصموا من الأرقام الكبيرة.
- الحال التي تُرك عليها النظام. من يشغّله اليوم، وماذا يحدث حين يتعطّل، وهل ما يزال يعمل. هذا الجزء يسقطه الجميع تقريبًا، وهو الذي يفصل بين نظام سُلّم وبين عرض تجريبي.
دراسة حالة بلا «قبل» قائمة مزايا، ودراسة حالة بلا «بعد أن انصرفنا» إعلان إطلاق.
خمسمئة كلمة على هذا الترتيب تفعل ما لا تفعله ثلاثة آلاف كلمة سردية. احفظ الترتيب، ودع القارئ يتوقّف متى حصل على ما جاء من أجله.
الصور والرابط العامل أبلغ من الوصف
الوصف أضعف أشكال الدليل، لأنه الشكل الوحيد الذي يضطر القارئ إلى تصديقه على عهدتك. والرابط إلى نظام يعمل على نطاقه الخاص أقواها، لأن القارئ يفتحه في الدقيقة نفسها التي يقرأ فيها السطر. وحين يكون النظام داخليًا لا يمكن كشفه، تؤدي صور الواجهة الحقيقية — مع استبدال بيانات العميل أو إخفائها — أكثر العمل نفسه. وتسجيل من ثلاثين ثانية لمسار حقيقي، كوصول طلب أو معالجة مرتجع أو إصدار فاتورة، يسدّ ما بقي من الفجوة.
وثمّة دليل واحد لا يكلّف شيئًا: نظام ظلّ متاحًا للعموم ويعمل سنوات. لا أحد يستطيع تزوير خمس سنوات من زمن التشغيل (Uptime). وقائمة قصيرة بأنظمة، إلى جانب كل نظام سنة إطلاقه وإشارة إلى أنه ما يزال في الخدمة، أشدّ إقناعًا من كل ما يُكتب حولها، وهي الأصل الوحيد الذي يتحسّن وحده بينما تنشغل بغيره. وهي كذلك حجّة عملية على أن تظلّ مشغّلًا لما تبنيه بدل أن تسلّمه وتغيب عنه، وهي الحجّة نفسها التي يقوم عليها ما بعد التسليم.
اجمع المواد أولًا بأول. في نهاية كل مشروع، التقط الشاشات، وسجّل جولة من دقيقتين، وقيّد تاريخ الإطلاق، واحفظ ذلك كله مع ملف المشروع. أما إعادة تجميع هذا بعد سنتين فتعني أن تطلب من عميل صلاحية دخول نظام لم تعد تديره، وهو طلب ثقيل يُرفض في الغالب.
أخفِ اسم العميل ولا تخفِ المشكلة
كثير من العملاء لا يأذنون باستعمال أسمائهم. وهذا معتاد، وعائقه أصغر مما يبدو، لأن الاسم نادرًا ما يكون الجزء الذي يُقنع. القارئ يبحث عن حاله هو في القصة، لا عن شعار يعرفه. احذف الاسم وأبقِ ما عداه.
عبارة «موزّع في القاهرة له أحد عشر فرعًا ونحو أربعة آلاف صنف نشط» تقول للقارئ أكثر مما يقوله شعار. والذي لا يجوز طمسه هو المشكلة، والقيد، والبنية، والقياسات، والقطاع. أما دراسة تقول «واجه أحد عملائنا في قطاع التجزئة تحدّيات متعدّدة وحقّق تحسّنًا ملحوظًا» فقد أخفت الأشياء الخطأ، وتُقرأ كأن المشروع لم يقع أصلًا.
وعادتان تحفظان هذا الباب. الأولى أن تتّفق مع العميل كتابةً على الوصف المجهّل، فلا يقع خلاف لاحقًا حول ما إذا كانت عبارة «موزّع في القاهرة له أحد عشر فرعًا» تدلّ عليه. والثانية، إن رُفض ذلك أيضًا، أن تسأل عن الإشارة إلى العمل شفويًا في محادثات البيع تحت اتفاقية عدم إفصاح (NDA). فعدد غير قليل ممن يرفضون الظهور على موقعك يقبلون مكالمة تزكية.
طلب الإذن جزء من التسليم
أغلى خطأ في هذا الباب أن تطلب الإذن بعد التسليم بسنة. يكون صاحب القرار قد انتقل أو نسي التفاصيل، ويكون النظام قد صار من المسلّمات، ويصل الطلب بلا سياق. فيكون الجواب الصادق «دعني أراجع الشؤون القانونية»، وهو رفض بصيغة مهذّبة.
اطلبه عند التسليم. النظام قد دخل الخدمة للتوّ، ومن وقّع عليه يتلقّى التهنئة داخل مؤسسته، والعلاقة في أدفأ نقطة ستبلغها. والأفضل من ذلك أن يكون بندًا في العقد: حقّ نشر دراسة حالة وذكر اسم العميل، على أن يعتمد العميل النص النهائي. يوقّع العملاء هذا البند في بداية المشروع من غير تردّد، ويمانعون فيه في نهايته.
وخطاب التزكية (Reference Letter) يتبع التوقيت نفسه، وتزيد عليه قاعدة واحدة: لا تكتب الخطاب نيابة عن العميل. الخطاب الذي تصوغه أنت يُقرأ على أنه من صياغتك، ويلحظه المشتري المتمرّس في سطرين. أرسل بدلًا من ذلك ملخّصًا واقعيًا قصيرًا — ما الذي بُني، ومتى، وما الذي حلّ محلّه — حتى لا يستعيد العميل المشروع من ذاكرته، ثم اسأل ثلاثة أسئلة محدّدة.
- ما المشكلة التي كانت قائمة قبل المشروع؟
- ما الذي غيّره النظام في عملك اليومي؟
- بماذا تنصح من يفكّر في الشيء نفسه؟
ثم اعرض عليه ترتيب إجاباته في خطاب يعتمده، ولا تغيّر غير الترتيب. تعود الجمل بلغة العميل نفسه، وهي وحدها سبب ثقل الخطاب، وأحسنها يصلح للاقتباس المباشر في عرض السعر.
معرض الأعمال اتساع، ودراسة الحالة عمق
هذان شيئان مختلفان لكلٍّ منهما وظيفة، ودمجهما في صفحة واحدة يضعفهما معًا.
| معرض الأعمال (Portfolio) | دراسة الحالة | |
|---|---|---|
| الوظيفة | إظهار المدى والحجم في أقل من دقيقة | إقناع مشترٍ واحد بقصة واحدة |
| الوحدة | بطاقة لكل مشروع | صفحة لكل مشروع |
| المحتوى | القطاع، وطبيعة النظام، والسنة، ورابط عامل | الحال قبل، والقيد، وما بُني، وما تغيّر، والحال اليوم |
| قارئه | الجميع، في وقت مبكر | صاحب قرار واحد، في وقت متأخر |
| العدد | كل ما يُسمح بعرضه | من ثلاثة إلى ستة، مختارة ومحدَّثة |
يتصفّح المشتري معرض الأعمال ليقرّر إن كنت محتملًا، ثم يقرأ دراسة حالة واحدة ليقرّر إن كنت مناسبًا. فليكن المعرض سريع المسح وصادقًا في الحجم: تكامل استغرق أسبوعين يُذكر بوصفه تكاملًا استغرق أسبوعين، إلى جوار منصّة استغرقت سنة. ولتكن دراسات الحالة قليلة عميقة، مركّزة في القطاعات التي تريد المزيد منها. فدراسات الحالة التي لا توافق تخصّصك ستظلّ تجلب لك العمل الذي تحاول الخروج منه. خذ آخر نظام أدخلته الخدمة، واكتب أجزاءه الخمسة ما دامت التفاصيل قابلة للاسترجاع، واطلب الإذن هذا الأسبوع لا بعد سنة. وإن كنت تفضّل أن يتولّى النظام نفسه المحاجّة عنك، تحدّث إلينا لتحديد نطاق مشروعك.
أسئلة يطرحها هذا الموضوع
ماذا تتضمّن دراسة الحالة إذا رفض العميل ذكر اسمه؟
كل شيء عدا الاسم. استبدل بالعميل وصفًا واقعيًا، مثل موزّع في القاهرة له أحد عشر فرعًا، أو مصنع في الدلتا له خطّان، وأبقِ المشكلة والقيد والبنية والقياسات والقطاع كما هي، واتّفق على هذا الوصف كتابةً. أما تجهيل المشكلة بدل تجهيل العميل فيجعل الدراسة تُقرأ كأن المشروع لم يقع.
متى يُطلب إذن النشر أو خطاب التزكية من العميل؟
عند التسليم، والنظام قد دخل الخدمة للتوّ ومن وقّع عليه يتلقّى التهنئة داخل مؤسسته. والأفضل أن يكون بندًا في العقد منذ البداية، مع اعتماد العميل للنص النهائي. أما بعد سنة فيكون صاحب القرار قد انتقل، وصار النظام من المسلّمات، وذهب الطلب إلى الشؤون القانونية، وهو رفض بصيغة مهذّبة.
كم دراسة حالة تحتاج إليها شركة البرمجة؟
من ثلاث إلى ست، محدَّثة، تكفي أكثر الشركات. فهي تُقرأ في مرحلة متأخرة من البيع، ومن صاحب قرار واحد يريد العمق في قصة واحدة، فلا تضيف الزيادة كثيرًا. أما الاتساع فمكانه معرض الأعمال ببطاقة لكل مشروع. وركّزها في القطاعات التي تريد المزيد من عملها، لأنها تجلب ما تصفه.
لديك نظام تريد بناءه؟
تُصمّم Softwiro الأنظمة وتنفّذها وتتولّى تشغيلها في بيئة الإنتاج. اكتب لنا ما تحتاجه، ويصلك نطاق عمل محدّد لا عبارة تسويقية.
ابدأ مشروعًا