فناوری آینده کار است ، اما چگونه آن را یاد بگیریم؟ صحبت با توسعه دهندگان مکان خوبی برای شروع است.

بنابراین ، من در مورد آسان تر کردن تعامل با بازاریاب چه آموخته ام؟ از دید بازاریاب ، در مورد درک زیستگاه طبیعی توسعه دهندگان – یک سرزمین غیرقابل توصیف برای افرادی که مشاغل خود را شروع می کنند ، است.

به همین دلیل است که من یک نقشه از روال ها و خواسته های توسعه دهندگان را گردآوری کردم و امیدوارم که این بتواند به شما در حرکت در آنها کمک کند ، در نهایت به یک رابطه پر رونق منجر شود.

به آسانی به نظر نمی رسد. از آنجا که توسعه دهندگان خود اعتراف می کنند ، برای گفتن "نه" ، بخاطر بحث در مورد جزئیات شفاهی ، شهرت دارند و فکر می کنند که ما می دانیم چگونه کارهای هر کسی را بهتر از آنچه انجام می دهیم ، انجام دهیم. اما اگر این حق را بدست آورید ، توسعه دهندگان تبدیل به منبع اصلی دانش شما خواهند شد – همانطور که می توانیم از کیت بیاموزیم ، در داستان وی درباره بازاریاب دیجیتالی مدیر محصول IT تبدیل شد.

بنابراین ، بیایید با پرداختن به یکی از محبوب ترین موانع شروع کنیم. در راه همکاری با توسعه دهندگان.

چرا توسعه دهندگان اغلب غرق هستند؟

علت اصلی شهرت ناشایست توسعه دهندگان به توضیح بیشتری نیاز دارد. اگر می خواهید آن را با جزئیات بفهمید ، باید این فرم طولانی توسط نیکلاس را بخوانید (کافی است ببینید که چند دیو با ادعای او در بخش نظرات موافقت کرده اند). اگر مدت زمان کوتاهی دارید ، سعی می کنم این پدیده را در 8 نکته خلاصه کنم:

1. توسعه دهندگان مترجمان ایده های شما به واقعیت هستند . آنها این کار را انجام می دهند. آنها باعث می شوند آن سریع کار کند. آنها آن را قوی و قابل اعتماد برای کاربران شما می کنند.
2. و آنها پاداش خوبی دارند ، این یک مهارت منحصر به فرد در ترکیب خلاقیت و تفکر منطقی است.
3. اما آنها اغلب توسط بخش های دیگر مانند سازندگان تولید مثل ، درمان می شوند. مانند سازندگان نیست.
4. تماس با آنها به سازندگان ناعادلانه است. ماندگار در استعاره صنعت ساخت و ساز ، توسعه دهندگان در واقع معماران سازندگان نیستند. وظیفه آنها این نیست که ساختمان (یا ساختمانها) را از لحاظ جسمی بالا ببرند بلکه جمع آوری نیازمندی هستند.
5. اکنون مرحله طراحی چیزی به اندازه پیچیده اپرا سیدنی یا اسپودک را در کاتوویچ تصور کنید اما با کمی تفاوت – ذینفعان می توانند تقریباً همه چیز را تغییر دهند در حالی که ساختمان طولانی در دست ساخت است. با وجود این ، توسعه دهندگان هنوز می توانند اطمینان حاصل كنند كه ساختمان مورد استفاده قرار می گیرد و فروپاشی نخواهد شد.
6. اما سازندگان واقعی كجا هستند؟ آنها کاملاً خودکار هستند . توسعه دهندگان به اندازه کافی هوشمند بوده اند تا ابزاری مانند کامپایلرها ، سرورهای استقرار مداوم یا سرورهای موجود در ابر را ایجاد کنند که روند ساخت و ساز سریع و مهمتر از پیش بینی شود. اکنون می بینید که آنچه شما واقعاً می خواهید مرحله معماری است. شما سؤال می کنید که چقدر طول می کشد تا نوشتن نرم افزار طول بکشد ، مثل این است که به یک پیمانکار ساختمان بگویید که طراحی تک تک جزئیات یک بلوک شهری از جمله جمع آوری تمام الزامات چقدر طول خواهد کشید.
7. و قسمت واقعی ساختمان آسان است . هنگامی که شرایط لازم را یادداشت کردید ، می توان آن را با دقت دوم تخمین زد.

بنابراین ، توسعه نرم افزار در واقع تحقیقات پنهانکاری مهندسی است.

شما هرگز نباید به عنوان آشپز های کوتاه مدت صنعت ، به توسعه دهندگان نگاه کنید. همانطور که نیکولاس می گوید: [ مهندسان نرم افزار وارد برنامه نویسی نمی شوند زیرا می خواهند کسی به آنها بگوید چه کاری انجام دهند ، وارد این کار می شوند زیرا کشف کردند که می توانند چیزی مفید ایجاد کنند. هر مهندس نرم افزار عاشق برنامه نویسی شد زیرا اوایل برنامه ای مفید و مفید را تهیه کرد و مورد قلاب قرار گرفت. "

وقتی این موضوع را فهمیدید و رویکرد خود را نسبت به توسعه دهندگان تغییر دادید ، در راه دوست دارید. توسط آنها

اما همراهی با توسعه دهندگان فقط یک چیز ذهنیت نیست. برای دستیابی به یک دوست واقعی برنامه نویس ، کاری عملی تر وجود دارد.

گوش دهید و بگذارید آنها را ارسال کنند

دانش که توسعه دهندگان بر زندگی مردم تأثیر می گذارند ، قدرتمندترین محرک برای توسعه دهندگان است. این که آیا این یک اسکریپت داخلی است که به تیم های بازاریابی کمک می کند تا به اهداف خود برسند یا هر روز مبلغی با مبلغ میلیارد ها معامله انجام دهند ، این رمز کار "روی تولید" است که باعث می شود توسعه دهندگان هر روز به دفتر مراجعه کنند.

توسعه دهندگان را دوست دارند سخت کوشی . آنها می توانند ساعت ها در جلوی صفحه کلید برای حل مشکلات مردم بنشینند – به خصوص اگر زمان انجام کار برای آنها کوتاه باشد (و پسر .. آنها انجام می دهند] را دست کم بگیرند ، اما این چیزی است که برای یک مقاله جداگانه)

آنچه نمی توانند تحمل کنند دستورالعمل های بادی است و نه حمل و نقل .

توسعه دهندگان هنگام قطع شدن حمل نمی شوند. همانطور که نیکلاس می گوید این اتفاق می افتد که:

• درخواست در اواخر زمان در اواخر است و زمان کافی کافی نیست تا آن را در مهلت مقرر قرار دهد.
• درخواست اعتبار یک یا چند فرضیه را که در مراحل اولیه انجام شده برای جابجایی پروژه بی اعتبار است.
• درخواست بازگشت برگشت نیازهای قبلی است.
• درخواست در غیر این صورت افزایش می یابد. میزان کار که باید قبل از پایان مهلت انجام شود.

با در نظر داشتن این نکته ، در اینجا می توانید کاری انجام دهید که به آنها اجازه دهید یکپارچه حمل شوند::

• محدودیت های مهندسی را زود بفهمید.
• با [خواسته های شما] کامل شوید (این دو مورد چیزی است که می خواهیم در اینجا 200 صحیح را به شما آموزش دهیم).
• بسیار کار نزدیک با [مهندس] نزدیک. ] به آنها کمک کنید تا را بشناسند که چگونه طراحی در هر مرحله معین چگونه است – اعتراف کنید وقتی به چیزی اطمینان ندارید و می خواهید چیزی را آزمایش کنید.
• خوب باشید – (نه تنها در این مورد) مردم غالباً این مسئله را فراموش می كنند در حالی كه تحلیلی كه توسط گوگل شروع شده است دریافتند كه این كلیدی برای كار تیمی خوب است.

در کل ، برنامه نویسان بدون دلیل شرمنده نمی شوند. اینگونه نیست که آنها از کار سخت یا ساعات طولانی متنفر باشند. آنها وقتی از پرداخت (و من در اینجا پول نمی گویم) نفرت دارند. بنابراین ، هنگامی که شما به آنها اجازه دهید کار خود را انجام دهند ، آنها کمرنگ تر می شوند و کمک کننده تر می شوند.

200 اعلامیه خوب – مهارت های فنی برای افراد CRM

درک محیط توسعه دهندگان و اهداف آنها است. پیش نیاز حرفه ای حرفه ای (من مطمئن هستم که این موارد را بارها و بارها در سری مصاحبه های می خواهیم که در اینجا منتشر خواهیم کرد) ، اما می فهمیم که شما حول و حوش شما نخواهید بود. همیشه. در واقع ، عدم توجه به آنها بخشی از چارچوبی است که ما فقط توضیح داده ایم! ما می دانیم که وقتی پیش تر مقدماتی را می گیرید ، احساس سؤال بیشتری می کنید ، درست است؟

به همین دلیل ما می خواهیم اعلام کنیم 200 آکادمی خوب که در آن ما راهنما و مصاحبه را به اشتراک خواهیم گذاشت. به شما در درک ارتباط تجربه مشتری و فناوری کمک می کند. ما بر روی فناوری فنی تمرکز خواهیم کرد:

• CRM
• مدیریت رشد
• مدیریت حفظ
• بازاریابی چرخه عمر

در اینجا چند مقاله ما تا کنون منتشر کرده ایم:
[19659003] اگر می خواهید ما را به آدرس چیزی بنگریم که در پشت سرتان به ما مراجعه کند ، با ما در لینکدین (# 200 تأیید) تماس بگیرید و احساس دعوت کنید با ما در [email protected] تماس بگیرید.