البحث في الموقع

لقد أسست ثلاث شركات ناشئة للبرمجيات السّحابية (Software as a service SaaS) من دون كتابة أي سطر برمجي. وإليك ما كنت أتمنى معرفته منذ البداية. إن محاولة الحصول على تمويل وأنت مؤسس غير تقني (أي أنّك لا تعرف البرمجة) أمر شاق فعلًا. فعادة ما يواجه الرّفض على النّحو التّالي: "عذرًا، لا يمكن أن أواصل الحديث معك ما لم يكن معك في الفريق شريك مؤسس ذو خلفية تقنية " فليس من السّهل مجابهة انتقاداتهم الشديدة التي تقول: "أنت لا تملك ما يكفي من المؤهلات للقيام بالمطلوب." ومع أنني أملك منتجًا إلا أنني لم أكن مُطوّرًا، وعلى الرغم من جهودي إلا أنه لم يكن لدي شريك مؤسس تقني. وفي العالم التقني، عادة ما يُنظر إلى المؤسس غير التقني بأنّه شخص غير مؤهل. لقد واجهت هذا الموقف مع المستثمرين المحتملين، الموظفين، الشركاء، المستشارين، وحتى من قبل زملائي من الرّياديين الذين ليست لديهم أي مصلحة أو أسهم في المشروع الذي أعمل عليه. فالكل يعتقد بأنه لا يمكنك بناء مشروع برمجي تجاري إذا لم يكن بإمكانك كتابة الشيفرات البرمجية. بالرّغم من أننا واجهنا الكثير من الصّعاب إلّا أنني فخور للغاية بما حققناه في منتج Groove. تمكنا من القيام بالمطلوب عن طريق التعهيد الخارجي outsourced prototype، ووجود فريق جبار، والعمل بنشاط بالغ، وبالطبع وجودي أنا كمؤسس غير تقني. لكن هذه هي المرة الثالثة التي أكون فيها مؤسسًا غير تقني، ولقد تعلمت الكثير من الدروس خلال مسيرتي. ساعدتني هذه الدروس على العمل بفعالية أكبر مع أعضاء فريقي التقني، وإضافة المزيد من القيمة لمنتجنا، كما ساعدتني لأصبح رائد أعمال أفضل. وآمل أن تتعلم من هذه الدروس. ملاحظة: إن الكثير من هذه الدروس هي مهارات عظيمة يجب أن يمتلكها المؤسسون التقنيون أيضًا، وأعرف الكثير من المؤسسين التقنيين الذين يجيدون هذه المهارات حقًا. لكن من واقع خبرتي، وبالنسبة لنا نحن معشر المؤسسين غير التقنيين الذين لا نستطيع المساهمة في كتابة الشيفرات البرمجية، إن وجود هذه المهارات لدينا هو أمر حاسم بالتأكيد. المهارات التي ساعدتني على النجاح كمؤسس غير تقني البحث وإثبات فاعلية الفكرة قبل أن أطلق شركتي الناشئة الأولى بدأت حياتي المهنية كمستشار مالي مساعد لأخي. وبدأت أشعر بالإحباط بعد فترة وجيزة، لأنه لم يكن هناك شيء يساعدنا في أتمتة إدارة العملاء والأشياء، حيث كان كل شيء يتم بشكل يدوي. واعتقدت أنه ربما يكون الآخرون يعانون من هذه المشكلة أيضًا، لذا أنشئت عرض شرائح بوربوينت يصف الحل الذي تصورته والذي يتمثّل في تطبيق إدارة علاقات العملاء CRM بالنسبة للمستشارين الماليين. التقطت سماعة الهاتف وتكلمت مع المستشارين الماليين الآخرين في منطقتي، سألتهم إن كانوا يملكون الوقت لنتحدث قليلاً، وسألتهم بعد ذلك عن تجاربهم ومشاكلهم الخاصة، وعرفت أن العشرات منهم يواجهون نفس المصاعب الكبيرة. وبعد ذلك -فقط بعد ذلك- قررت تشكيل فريق مع شريك مؤسس تقني، والبدء ببناء المنتج. لقد كررت هذه العملية في جميع شركاتي الناشئة، والوقت الذي أمضيته في البحث ومُحاولة إثبات جدوى الفكرة سمح لنا بتطوير منتجات أفضل بكثير مما كنا لنحصل عليه لو شرعنا في البرمجة مُباشرة. فائدة: إذا لم يكن لديك القدرة على بناء نموذج أوّلي prototype، فإن أسهل طريقة لإثبات فكرتك هي ببساطة التحدث مع العملاء المحتملين أولًا، ستندهش من عدد الأشخاص الذين سيُسعدون لمشاركة أوقاتهم وآرائهم معك. بناء وسائل إيضاحية مرئية لقد كنت محظوظًا في تشكيل فريق عمل مع مطور من أعز أصدقائي، الذي كان قد غادر ياهو لتوه ووافق على الانضمام إلي. وقبل أن يبدأ في العمل حاولت أن أشرح له الميزات والوظائف التي تصورت وجوب وجودها في تطبيقنا. أوقفني بعد خمس دقائق من الشرح المشتت وغير المترابط، ووضح لي: "لا يمكنني التطوير من قائمة، دعنا ننظم أفكارك ونرسمها في مخطط ليتسنى لنا معرفة كيف ستبدو أولاً". فعلت كما قال، في البداية قمت برسم مخططات، ثم وضعتها في إطارات شبكية wireframes، وفي النهاية تعلمت استخدام الفوتوشوب لبناء نماذج مصغرة mockups. وأدى هذا إلى سد الفجوة بين الأفكار التي برأسي وفهم شريكي المؤسس لها، مما يعني أننا وفرّنا الكثير من الوقت الذي كان سيهدر على التغييرات والبدء من جديد. ولا تزال هذه طريقتي المفضلة ليرى فريقي ما يجب علينا فعله بالضبط، على الرغم من أنني انتقلت من الفوتوشوب إلى برنامج Balsamiq لبناء النماذج المصغرة mockups. على سبيل المثال قد أشير إلى جزء من الموقع يحتاج إلى إصلاح. أو أَصنَع إطارًا شبكيًا wireframe لكامل الصفحة، ليتمكن الفريق من فهم رؤيتي بسهولة. أو إذا كان هناك مشكلة في تجربة المستخدم، أقوم بتسجيل فيديو motion screen-capture يحاكي سلوك المستخدم، باستخدام برنامج Jing. هذه الطرق أكثر فائدة بكثير لفريقنا من أي وصف استخدمته سابقًا. فائدة: مهما كانت قدراتك، فإن المشاهدة تبقى أفضل من الكلام، لذلك اختر الأدوات المناسبة لبناء النماذج mockups وتسجيل الشاشة screen captures واستخدمها لتعرض لفريقك ما تريد بالضبط. الكتابة بشكل واضح ودقيق عندما تستخدم الكلام بدلًا من الوسائل الإيضاحية المرئية، تعلّم أن تصف الأمور بشكل واضح ودقيق. في بدايات شركتي الناشئة الثانية كنا نحاول بناء صفحة "تسجيل الدخول" لعملائنا، وكان كل شيء يسير بشكل سيء. أرسلت هذه الرسالة الإلكترونية إلى المطور: "نموذج تسجيل الدخول يجب أن يكون أكبر، ونحتاج إلى تقليل عدد الروابط في شريط التنقل". رد المطور "لا مشكلة"، وأرسل لي بعد ساعة نسخة جديدة من العمل مع نموذج تسجيل دخول كبير جدًا، وكانت هناك روابط مهمة للغاية محذوفة من شريط التنقل. وبقينا على هذه الحالة لأيام، أنا أطلب أشياء مربكة وغير واضحة وهو ينفّذ ما أطلب بشكل مطيع. وفي النهاية، أصابني الضّجر. سألت المطور: "لماذا حذفت رابطًا مُهمًّا مثل رابط الصفحة الرئيسية؟" أجاب: "أنت قلت لي أنك تريد تقليل عدد الروابط." وبالفعل، لقد قلت ذلك حقًا. بعد ظهيرة ذلك اليوم، تناقشنا نقاشًا مطولًا كان مفيدًا للغاية بالنسبة لي. لقد تعلمت أهمية إعطاء ردود واضحة ودقيقة. الآن بدلًا من استخدام جملة "عدد روابط أقل" أقول "دعنا نحذف روابط الصفحات التالية: حول الشركة، اتصل بنا، الميزات. وزيادة حجم زر الإرسال بنسبة 20%." وتجري الأمور بهذه الطريقة بسلاسة أكبر. فائدة: ليس لديك عذر لإرسال ردود غامضة وغير واضحة، إنها تبطئ فريقك، وتخلق التشويش وتضر منتجك. كن واضحًا، موجزًا، ومباشرًا. التحضير للمبيعات في شركتي الناشئة الأولى بينما كان أصدقائي يكتبون الشيفرات البرمجية، التقطت الهاتف مجددًا وتكلمت مع أكثر من 1000 مستشار مالي من مختلف أرجاء البلاد. وسألتهم عن مشاكلهم وصعوباتهم، مثلما فعلت في المراحل السابقة. وبينما كنت أحصل على أفكار مدهشة تساعدنا في تطوير منتجنا، قمت أيضًا بشيء يزيد بشكل هائل من فرصنا في النجاح عند إطلاق المنتج. في تلك المحادثات، بعد أن أسمع كم يكره العميل القيام بالمتابعات follow-ups بشكل يدوي، أقول له شيئًا على غرار: "فقط لمعلوماتك، نحن نبني أداة لأتمتة كل هذا، إنها ستقوم [بكذا، وكذا، وكذا ]وأود أن أعرضها عليك عندما تصبح جاهزة وتبدي ملاحظاتك." أعطانا هذا الجهد قائمة من مئات العملاء المحتملين جدَا، والعشرات من العملاء المشترين خلال أسابيع بعد إطلاق المنتج. فائدة: يمكنك التحضير لعملية المبيعات حتى قبل أن يكون لديك أي شيء لبيعه، في الواقع عندما يكون منتجك قيد الإنشاء، فإن هذا العمل هو من أفضل الأشياء التي تملأ فيها وقتك. المبيعات / التواصل لقد وجدت أن مهمّتي كمؤسس غير تقني هي التّواصل بشكل عام و المبيعات بشكل خاص أكثر من أي شيء آخر. هل تريد الحصول على تمويل؟ تحتاج إلى التواصل مع المستثمرين الذين تصلهم مئات العروض التقديمية للشّركات النّاشئة ومحاولة إقناعهم بأن شركتك تستحق المراهنة عليها. هل تريد بيع منتجك؟ تحتاج إلى التواصل مع عملائك والفهم العميق لمشاكلهم، آمالهم، ومخاوفهم. هل تريد توظيف أفضل الموظفين؟ تحتاج إلى التواصل مع أشخاص موهوبين من خلفيات متنوعة، وفهم أهدافهم، وإثبات أن شركتك هي أفضل مكان لهم. هل تريد ضمان شراكة مثمرة؟ تحتاج إلى التواصل مع شخص جربت التعامل معه مسبقًا، ومعرفة ما يطمح إليه، وإبلاغه كيف يمكنك مساعدته. هل تريد إدارة فعالة؟ تحتاج إلى التواصل مع فريقك والبقاء مطلعًا على عدد من الجوانب المهمة مثل: السعادة، الإنتاجية، العقبات، الأهداف، والجداول الزمنية. وتطول القائمة. المبيعات مهارة يمكن تعلمها بالتأكيد, إليك أفضل كتابين قرأتهما حول الأمر: SPIN Selling و Yes! لـ Noah Goldstein، Steve J. Martin و Robert Cialdini. لكن بعد الدراسة، فإن الشيء الأكثر أهمية هو الممارسة. وفي كل يوم تُصبح المبيعات أسهل من اليوم السابق. كما تعلمت من تجاربي، ومن الحديث مع الأشخاص الذين هم أفضل مني كثيرًا في مجال المبيعات. وبالتأكيد ستواجه دائمًا تحديات وصعوبات جديدة، لكن مع مرور الوقت ستصبح أفضل في التعامل معها، وستصبح العملية بكاملها أكثر سهولة. وكمؤسس غير تقني، فإن قيمتك الحقيقية في الشركة تزداد كلما أصبحت أفضل فيما تقوم به. فائدة: إن أكبر مهمة للمؤسس غير التقني هي النمو في هذا المجال من خلال اكتساب العملاء، التوظيف، الإدارة، والكثير غير ذلك. كن جيدًا جدًا في التواصل مع الناس، يمكنك تعلم هذه المهارة بالممارسة. التشجيع لقد عارضت -في كلّ من شركاتي الناشئة الثلاث- الأشخاص الذين قالوا لي أنه ليس بمقدوري فعل ذلك لأنني لم أكن مُطوّرًا. وهو أمر مُزعج. لقد كان علي تعلّم تشجيع نفسي، وحثها على تجاهل هذه المناوشات والتركيز على ما هو مهم حقًا. ومن خلال ذلك، تعلّمت أن أكون المشجع لأي شخص آخر. عندما يركز المطورون على حل مشكلة معقدة تؤخر عمل الشركة، لا يوجد أي شيء يمكنني فعله للمساعدة في الجانب التقني للأشياء. لكن في المقابل، يمكنني تشجيع عملائنا، ومساعدتهم في حلّ المشكلة عن طريق التواصل المستمر. وبالنسبة لفريقنا، فإنني أشارك معهم كل "نجاح" مهما كان صغيرًا، لتعزيز الروح المعنوية وإبقاء كل فرد بالفريق سعيدًا ومحفزًا. وهذه أكبر مساهمة يمكنني القيام بها كشخص لا يمكنه الوصول إلى الخادوم وإصلاح المشاكل التقنية. فائدة: إن مهمتك هي تشجيع نفسك وفريقك وعملائك، سيحافظ هذا على صحّتك العقلية، ويبقي فريقك محفزًا، وعملائك سعداء ومخلصين لك. معرفة الأدوات والتطبيقات التي يعتمد عليها فريقك مثل أي شخص آخر، يستخدم المطورون أدوات وتطبيقات للقيام بعملهم بشكل أفضل وأسرع. ولتجنب عرقلة سير العمل وتوقف تطوير المنتج كان علي تعلّم استخدام هذه الأدوات. يستخدم كل فريق أدوات مختلفة، وبغض النظر عمّا يفضل فريقك، فإن معرفتك استخدام أدوات التطوير هذه تساعد الفريق بأكمله. عندما أجد علّة في المنتج، لا أرسل رسائل بريد إلكتروني مُقوّضة للإنتاجية لكل مشكلة صغيرة، بل أكتب وصفًا واضحًا لقصة المستخدم user story وأضعه في برنامج Pivotal Tracker الذي يضع ردي بسلاسة ضمن سير العمل الحالي لفريق التطوير. لا تحتاج معظم الأدوات لوقت طويل للتعلم (على سبيل المثال، أداة Pivotal Tracker عظيمة، والفيديوهات التعليمية الخاصة بها سهلة الفهم)، وسيساهم هذا الجهد في التعلم بشكل هائل في نجاح فريقك. ملاحظة: لا تحاول جعل فريقك يستخدم أدواتك التي قد لا تكون مبنية للمطورين، وبدلًا من ذلك قم بتبسيط الأمر وتعلم أدواتهم. القيام بكل شيء باستثناء البرمجة لقد كان علي تحملّ الكثير من المسؤوليات والقيام بمهمات عديدة. هل نحن بحاجة إلى بناء جداول Excel وإيجاد معلومات الاتصال لمشتركي مدونتنا؟ حسنًا هذه مهمتي. هل نحتاج إلى البحث عن واختيار تطبيق لمشاركة الشاشة؟ حسنًا سأقوم بذلك؟ هل يحتاج المطورون إلى الاتصال بفرق الدعم الفني لبرنامج Pivotal Tracker ومعرفة لماذا لم تصلنا التحديثات؟ حسنًا على الفور. سأقوم بكل شيء يمكنني القيام به لجعل عمل كل فرد في الفريق أسهل. فائدة: لا مكان للأنا هنا، مهمّتك هنا هو أن تفعل كل شيء بالتأكيد، لأنك تعرض نموك للخطر إذا استخدمت وقت المطورين في أشياء يمكنك أنت القيام بها. يوجد الكثير لتتعلمه لقد كنت مؤسسًا غير تقني لمدة عشرة سنوات تقريبًا، واستمريت في تعلم دروس جديدة يوميًا. لكن إذا سألتني الآن ما الذي كنت أتمنى معرفته منذ البداية فسيكون مقالي هذا إجابة على ذلك. إذا كنت رائد أعمال لا يُتقن البرمجة، آمل أن تساعدك هذه الدروس على النجاح في عملك مع أعضاء فريقك من المُبرمجين. وإذا كنت مُبرمجًا، آمل أن تساعدك على فهم وجهة نظر الأشخاص غير التقنيين الذين تعمل معهم، وكيف يمكنك مساعدتهم ليساعدوك بدورهم بفعالية أكبر. لذلك قم من مكانك، وتعلم المهارات التي ستحتاجها خلال رحلتك كمؤسس غير تقني. ترجمة -وبتصرّف- للمقال Eight Things Every Non-Technical Founder Should Know How to Do لصاحبه Alex Turnbull. حقوق الصورة البارزة: Designed by Freepik.