چگونه به آژانس نرمافزاری بریف بدهید: چکلیست کامل
بریف ضعیف یعنی تخمین غیرواقعی، اسکوپ خزنده و محصولی که کسی نمیخواهد. این چکلیست به مدیران کمک میکند درخواست را طوری بنویسند که آژانس درست قیمت و زمان بدهد.
علی مرتضوی
بنیانگذار پارادایس کد
هدف کسبوکار را قبل از ویژگیها بنویسید
جمله «یک سایت مدرن میخواهیم» بریف نیست. بنویسید: در ۹۰ روز بعد از لانچ، ماهانه X لید کیفی میخواهیم، یا نرخ تکمیل خرید از A به B برسد. هدف عدددار اولویت فیچر را روشن میکند و جلوی لیست آرزو را میگیرد.
اگر چند هدف دارید، رتبهبندی کنید. آژانس خوب روی هدف اول معماری میکند؛ هدف سوم را فاز ۲ میگذارد. بدون رتبهبندی، همهچیز «باید برای لانچ» میشود و بودجه میترکد.
کاربران، نقشها و کارهای پرتکرار
حداقل سه پرسونا با یک جمله کار اصلی: مشتری نهایی که قیمت میبیند، اپراتور که سفارش را تأیید میکند، مدیر که گزارش صبحگاهی میخواهد. برای هر نقش، پرتکرارترین کار هفتگی را بنویسید.
اسکرینشات از فرآیند فعلی—حتی اگر اکسل و واتساپ است—از ده صفحه متن مفیدتر است. آژانس باید بفهمد چه چیزی جایگزین میشود، نه فقط چه UIای ساخته شود.
محدوده داخل/خارج و فرضهای ممنوع
صریح بنویسید چه چیزی در MVP هست و چه چیزی نیست. مثال: «پرداخت آنلاین هست؛ اپ موبایل بومی نیست؛ چندزبانه فقط فارسی/انگلیسی؛ اتصال حسابداری فاز ۲». ابهام اینجا گرانترین بخش قرارداد است.
فرضهای خود را هم بنویسید: «فرض میکنیم درگاه X API پایدار دارد» یا «محتوای محصول را خودمان تا تاریخ Y آماده میکنیم». اگر محتوا دیر برسد، زمانبندی شماست نه تأخیر توسعه.
یکپارچگیها، داده و مالکیت
لیست سیستمهای موجود: CRM، حسابداری، پیامک، انبار، درگاه. برای هر کدام: آیا API دارید؟ نمونه سند؟ محدودیت نرخ؟ بدون این، تخمین یکپارچگی حدس است.
مالکیت دامنه، هاست، سورس و دسترسیها را از روز پیشنهاد روشن کنید. بریف حرفهای میپرسد کد کجا میزبانی میشود و چه کسی کلیدها را دارد—نه اینکه بعد از لانچ کشف کند.
معیار پذیرش و تعریف «تمام شد»
برای هر قابلیت کلیدی یک تست پذیرش بنویسید: «کاربر میتواند با کد تخفیف چکاوت کند و وضعیت در پنل ظرف ۶۰ ثانیه دیده شود». معیار مبهم مثل «UI خوب باشد» قابل تحویل نیست.
محیط staging، داده نمونه و مسئول UAT سمت شما را مشخص کنید. پروژههایی که UAT بدون مالک دارند، ماهها در حالت «تقریباً تمام» میمانند.
بودجه، زمان و سطح تصمیمگیری
بازه بودجه را بگویید—حتی تقریبی. آژانس صادق اسکوپ را با بودجه همتراز میکند؛ پنهان کردن بودجه فقط پیشنهادهای ناهمخوان تولید میکند. ددلاین کسبوکار را با دلیل بنویسید.
مشخص کنید چه کسی در ۴۸ ساعت به تصمیم UI/اسکوپ جواب میدهد. کندی تصمیم مشتری اغلب از کندی کدنویسی گرانتر است.
بسته ارسالی یکصفحهای به آژانس
یک سند ۸–۱۲ بخشی: هدف عددی، پرسونا، MVP in/out، یکپارچگیها، محدودیت برند/حقوقی، معیار پذیرش، بودجه/زمان، دسترسیها، مخاطب تصمیم. همین کافی است تا پیشنهاد جدی بگیرید.
اگر وقت نوشتن ندارید، یک کارگاه ۹۰ دقیقهای کشف بگذارید—اما خروجی را مکتوب تأیید کنید. Paradise Code معمولاً بعد از کشف، بریف را به بکلاگ اولویتدار تبدیل میکند تا همه روی یک حقیقت واحد کار کنند.
سؤالات متداول
اگر هنوز مطمئن نیستیم چه میخواهیم؟
هدف و درد را بنویسید؛ راهحل UI را باز بگذارید. آژانس خوب در کشف کمک میکند، اما بدون هدف عدددار نمیتواند تعهد دهد.
آیا وایرفریم لازم است؟
اجباری نیست. فلو و اولویت کافی است؛ وایرفریم کمک میکند اما جای بریف کسبوکار را نمیگیرد.
چند آژانس باید بریف یکسان بگیرند؟
۲–۴ پیشنهاد با بریف یکسان قابل مقایسهاند. بریف متفاوت به هر فروشنده، مقایسه قیمت را بیمعنا میکند.
NDA قبل از بریف؟
برای جزئیات رقابتی بله. برای توضیح کلی مسئله معمولاً لازم نیست—اما حق دارید درخواست کنید.
دانش و مقالات
نیاز به اجرای همین مفاهیم در محصولتان دارید؟
پارادایس کد از مشاوره تا پیادهسازی کامل کنار شماست.