كم تكلفة تطبيق السوق الإلكتروني؟

لماذا لا يستطيع أحد إعطائي سعرًا لسوق إلكتروني فورًا؟

لأن أحدًا لا يعرف بعد ما الذي سيسعّره. قد يقول مؤسسان كلاهما «سوق للخدمات المنزلية» ثم يحتاجان إلى مشروعين لا يشتركان إلا في القليل.

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

لهذا نطرح خمسة أسئلة قبل أن نقدّم أي سعر:

1. هل هو سوق إلكتروني أم بائع واحد؟
2. هل لديك مندوبون وموظفون، أم تعتمد على طرف ثالث؟
3. ما وسائل الدفع، ومن يحتفظ بالأموال؟
4. ما نطاق الميزانية؟
5. ما الموجود حاليًا، وما حالته؟

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

ما الذي يجعل سوقًا إلكترونيًا أعلى تكلفة من آخر؟

أربعة قرارات تؤدي معظم الدور: طرف واحد أم طرفان، ومن يحتفظ بالأموال، ومن يؤدي العمل، وما الموجود حاليًا. والميزات مهمة أيضًا، لكن معظمها ينتج عن هذه القرارات الأربعة.

هل يهم أن أبني طرفًا واحدًا أم طرفين؟

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

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

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

لماذا يهم من يحتفظ بالأموال؟

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

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

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

هل يكلّف استخدام مندوبيّ وموظفيّ أكثر من طرف ثالث؟

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

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

كيف يغيّر ما لديّ بالفعل السعر؟

قد يخفض التكلفة أو يرفعها، حسب حالته. فالنظام الخلفي العامل، أو العلامة التجارية، أو قائمة مقدّمي الخدمة الجاهزين للتسجيل، كلها قد توفر الوقت. أما الكود الذي يعمل نصف عمل فقد يكلّف أكثر من البدء من جديد.

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

هل تغيّر ميزانيتي ما يُبنى؟

نعم، وينبغي أن تغيّره. نطاق الميزانية هو السؤال الرابع لأنه يحدّد ما يمكن للمرحلة الأولى أن تتضمنه بصدق.

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

ويتضمن كل نطاق نكتبه قائمة واضحة بما لن نبنيه. وفي هذه القائمة تظهر الميزانية. وهي تمنع المرحلة الأصغر من أن تكبر بهدوء.

لماذا لا تنشرون قائمة أسعار؟

لأن الرقم المنشور إما مبالغ فيه على حسابك، وإما وعد سنضطر إلى الإخلال به. نحن نسعّر مشروعك أنت، لا مشروعًا متوسطًا.

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

ما ننشره بدلًا من ذلك هو طريقة التسعير. يمكنك قراءتها في صفحة الأسعار وفي طريقة عملنا.

إذا لم توجد قائمة أسعار، فكيف يُسعَّر السوق الإلكتروني؟

لكل مرحلة، وتُسعَّر كل مرحلة قبل أن تبدأ. لا توافق أبدًا على رقم واحد لمنصة لم يحدّد أحد نطاقها.

هناك ثلاث مراحل:

• المرحلة 01، النطاق والسعر. الإجابة عن الأسئلة الخمسة، وكتابة ما سنبنيه، وقائمة واضحة بما لن نبنيه. برسم ثابت، ونحو أسبوع.
• المرحلة 02، أول نسخة عاملة. جوهر المنصة يعمل ببيانات حقيقية. وهنا تقرر هل تستمر أم لا.
• المرحلة 03، كل ما يلي ذلك. بقية النطاق في مراحل بالشكل نفسه، ثم الصيانة، وتُسعَّر كل منها قبل أن تبدأ.

يأتي النطاق برسم ثابت أولًا لأنه يحوّل المجهول إلى خطة مكتوبة. وفي نهاية ذلك الأسبوع تعرف ما تتضمنه أول نسخة عاملة، وما لا تتضمنه، وكم تكلّف.

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

ما الذي يشمله سعر البناء، وما الذي يكلّف إضافيًا؟

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

مشمول في كل سعر:

• ملكية كاملة للكود عند السداد.
• المستودع والحسابات ومفاتيح التوقيع كلها لك (وهي المفاتيح التي تثبت أن تحديث التطبيق صادر عنك).
• وثائق تسليم يستطيع فريق آخر استخدامها.
• إصلاح الأخطاء. فالخلل لا يكلّف شيئًا.
• iOS وAndroid والويب حسب حاجة المشروع.
• تتحدث مع المهندس الذي يبني.

تكلفة إضافية، ونخبرك بها أولًا:

• نطاق يُضاف بعد الاتفاق على المرحلة.
• وسيلة دفع ثانية أو ربط غير مخطط له.
• رسوم الأطراف الثالثة: بوابات الدفع، ومتاجر التطبيقات، والخرائط، والرسائل النصية.
• تصميم علامة تجارية لا تملكها بعد.
• الصيانة بعد الفترة المشمولة.
• دعم منصة بناها فريق آخر.

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

والتغيير يختلف عن الخلل. يُسعَّر التغيير قبل بنائه، والقرار لك في المضي فيه. ولا يُضاف شيء دون علمك.

ماذا يوضح FindWorker عن موضع تكلفة السوق الإلكتروني؟

يوضح أن الأجزاء المكلفة هي التي تتعامل مع المال والثقة. FindWorker سوق الخدمات المنزلية الخاص بنا في باكستان. نحن بنيناه ونحن نُشغّله.

في FindWorker يحدّد العمّال أسعارهم ويختار العملاء من بينهم. وإذا مررت به عبر الأسئلة الخمسة، سترى أي أجزاء البناء تنشأ عن كل إجابة.

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

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

تحتفظ المنصة بالأموال. يستخدم FindWorker الدفعات المرحلية، وهي شكل من أشكال الضمان: يُحتفظ بمال العميل ويُصرف مع إنجاز العمل. والاحتفاظ بالأموال هو ما يُدخل الاسترداد والنزاعات وصرف المستحقات في البناء.

وهذه النقطة الأخيرة هي الأهم لتقديرك. عمّال حقيقيون، وعملاء حقيقيون، ونزاعات حقيقية، ومستحقات حقيقية. كل ما يمكن أن يسوء في سوق إلكتروني واجهناه بأنفسنا، وبأموالنا.

وقد غيّر تشغيل FindWorker ما نضعه في المرحلة الأولى من كل سوق إلكتروني:

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

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

كيف أخفض تكلفة السوق الإلكتروني دون بناء الشيء الخطأ؟

اجعل القرارات الأربعة أصغر في المرحلة الأولى. أما حذف الأجزاء التي تحمي المال والثقة فهو الموضع الخطأ للتوفير.

طرق ناجحة:

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

طرق تكلّف أكثر لاحقًا عادةً:

• تخطي مساري الاسترداد والنزاعات.
• إدارة صرف المستحقات بجدول بيانات «في الوقت الحالي».
• البدء من كود لم يفحصه أحد.

سنخبرك أيها ينطبق على منصتك. وهذا الحديث جزء من أسبوع تحديد النطاق.

ماذا يعني هذا لتقديرك

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

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

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