پروژه‌ی شما در یک سامانه اجرا می‌شود، نه در یک گفت‌وگوی پیام‌رسان

کوتاه: چه اتفاقی می‌افتد

فرم را که برای طراحی سایت در تهران پر می‌کنید، درخواست در سامانه‌ی فروش ثبت و به یک کارشناس مشخص سپرده می‌شود. با بستن قرارداد، پروژه ساخته می‌شود و وظایفش از الگوهای استاندارد تولید می‌شوند...با بستن قرارداد، پروژه ساخته می‌شود و وظایفش از الگوهای استاندارد تولید می‌شوند، هرکدام با مسئول، موعد و چک‌لیست. کار انجام می‌شود، اول داخل بازبینی می‌شود، بعد در پنل شما قرار می‌گیرد تا تأیید کنید یا ایراد بگیرید. فاکتور از روی قرارداد ساخته می‌شود و بعد از تحویل، تیکت و گزارش ماهانه ادامه دارد.

نکته‌ی اصلی این نیست که ما منظم کار می‌کنیم؛ این است که نظم، جای اتکا به حافظه را گرفته. وظیفه از الگو ساخته می‌شود نه از ذهن کسی، و سابقه در سامانه می‌ماند نه نزد یک نفر، پس اگر کارشناس پروژه عوض شود، پروژه با او نمی‌رود.

چه چیزی سند دارد

بیشتر اختلاف‌های پروژه‌ای بر سر «گفتم / نگفتم» است. این‌ها چیزهایی است که در سامانه ثبت می‌شود و بعداً قابل مراجعه است، برای شما به همان اندازه که برای ما:

• هر تحویل، با تاریخ و شماره‌ی نسخه.
• هر تأیید و هر ایراد شما، روی همان تحویل.
• هر بازبینی داخلی، با نمره‌ی کیفیت و دلیل برگشت.
• هر تغییر مبلغ یا دامنه، با تاریخ اجرا.
• هر فاکتور و پرداخت، با خروجی PDF.
• هر تیکت، با وضعیت، مسئول و امتیازی که به پاسخش داده‌اید.

هیچ‌کدام از این‌ها پاک نمی‌شوند. اگر شش ماه بعد سؤالی پیش بیاید که «این تغییر کِی تأیید شد»، جواب یک رکورد است نه یک خاطره.

پنل در نشانی my.idepoo.com است و ثبت‌نام عمومی ندارد؛ حساب شما پس از انعقاد قرارداد ساخته می‌شود.

سامانه‌ای که با آن کار می‌کنیم، همانی است که می‌فروشیم

سامانه‌ی داخلی که این فرایند رویش اجرا می‌شود، همان CRM ایده‌پو است، همان محصولی که به شرکت‌های دیگر می‌فروشیم. قرارداد، پروژه، وظیفه، تحویل، فاکتور و تیکتی که در این صفحه توصیف شد، قابلیت‌های همان نرم‌افزارند، نه یک ابزار داخلی جداگانه.

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