عندما يصبح النمو مشكلة وقت

مؤخرًا، تعرفت على صديقة جديدة عبر Xiaohongshu (RED) — السيدة R.

قبل ما يزيد قليلًا عن ثلاث سنوات، غادرت الصين إلى دبي وأسست شركة CSP (Corporate Services Provider) تقدم خدمات المحاسبة والضرائب والخدمات المؤسسية بشكل أساسي لرواد الأعمال والشركات الصينية في الإمارات. وبالإضافة إلى المحاسبة والضرائب وتأسيس الشركات، لديهم أيضًا قدرات محلية شبه متكاملة، بما في ذلك بعض التراخيص والموارد ذات حواجز الدخول المرتفعة، مثل تلك المتعلقة بالتمويل وWeb3.

لطالما كان عملها يسير بشكل جيد.

في بداية رحلتها، كان معظم عملائها يأتون من Xiaohongshu. أما اليوم، ومع تراكم السمعة الطيبة، أصبحت توصيات العملاء الحاليين مصدرًا متزايد الأهمية للعملاء الجدد.

ومن الطريف أننا تعرفنا نحن أيضًا عبر Xiaohongshu.

أخبرتني لاحقًا أنها لم تقرأ سوى بضع منشورات لي قبل أن يكون لديها رد فعل مباشر جدًا:

"أليس هذا بالضبط ما أحتاجه؟"

ثم وجدت بسرعة موقع SnapLedger، ومن هناك اكتشفت يوميات المؤسس (Founder Diary) الخاصة بي.

وما فاجأها أكثر هو أن يوميات المؤسس لها نسخة صينية فعلًا.

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

وبالنسبة لي، كانت تلك مفاجأة صغيرة لطيفة أيضًا.

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

هذا المنتج يحل بالضبط المشكلة التي تسبب لي أكبر صداع الآن.

وأكبر صداع للسيدة R اليوم ليس نقص العملاء. بل هو نقص الوقت.

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

والكثير من المعلومات الأساسية متناثرة في سجل محادثات WeChat.

لذا عليها كل يوم أن تؤكد باستمرار:

• في أي خطوة وصل هذا العميل الآن؟
• من المسؤول عن الخطوة التالية؟
• ما المستندات التي ما زالت ناقصة؟
• هل تغيرت الرسوم الحكومية؟
• هل جبينا من هذا العميل أكثر أم أقل من المطلوب؟

لا شيء من هذه الأمور معقد بمفرده. لكن عندما تسير عشرات المشاريع بالتوازي، تتضاعف تكلفة الإدارة بسرعة.

كما حاولت استخدام Feishu (Lark) لإدارة الفريق.

لم تكن المشكلة أن Feishu ينقصه الميزات — بل كان العكس تمامًا: قوي أكثر من اللازم، ومكلف أكثر من اللازم للتعلم.

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

وبعد فترة من الاستكشاف، استسلمت في النهاية.

ومشكلة أخرى وجدتها مثيرة للاهتمام حقًا هي أن إدارة مشاريعها وإدارتها المالية متشابكتان بطبيعتهما.

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

وكمزود خدمات بصفة وكيل، تحتاج تلك المقبوضات إلى فصل إضافي في المحاسبة:

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

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

وهكذا انتهى بنا الحديث إلى Snappy PM.

ما أتخيله ليس أن أطلب من فريقها تعلم نظام آخر لإدارة المشاريع، بل أن يصبح Snappy مدير مشاريع بالذكاء الاصطناعي.

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

وفي الوقت نفسه، يمكن لـ SnapLedger أن يحافظ على ترتيب واضح ومتزامن لمقبوضات المشروع والمدفوعات الحكومية العابرة والإيرادات الحقيقية من الخدمات.

بعبارة أخرى، إدارة المشاريع في المقدمة، والإدارة المالية في الخلف — لكن في العمق، إنها العملية التجارية نفسها.

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

وفي نهاية حديثنا، قالت السيدة R جملة واحدة:

"بهذه الطريقة يمكنني تحرير يديّ للتوسع في أسواق أكثر!"

أعتقد أن هذه الجملة تلخص جيدًا لماذا نبني Snappy.

البرمجيات الجيدة لا ينبغي أن تعطي رائد الأعمال نظامًا جديدًا ليديره.

بل ينبغي أن تعيد له وقته.