وقتی درخواست شما فقط «یک سایت حرفهای با پنل مدیریت» باشد، هر پیشنهاددهنده ممکن است پروژه متفاوتی را تصور کند. یکی چند صفحه معرفی در نظر میگیرد و دیگری ثبتنام، پرداخت و گزارشگیری. برای رسیدن به پیشنهادهای قابل مقایسه، ابتدا باید روشن کنید سایت قرار است چه کاری برای شما و مخاطبتان انجام دهد.
بریف، شرح اولیه همین نیاز است. لازم نیست فناوریها را بشناسید یا تمام جزئیات را از قبل تعیین کنید. کافی است دانستهها، اولویتها و سؤالهای باز را جدا بنویسید. ما در اسکای دولوپرز از این اطلاعات برای روشن کردن محدوده و مسئولیتها با شما استفاده میکنیم.
۱. یک نتیجه اصلی انتخاب کنید
هدف را با نتیجهای بنویسید که بتوان درباره آن گفتوگو کرد. «زیباتر شدن برند» میتواند خواستهای معتبر باشد، اما برای تعریف عملکرد سایت کافی نیست. روشنتر است بگویید: مراجعهکننده خدمات مناسب را پیدا کند، نمونهکار مرتبط ببیند و درخواست مشاوره بفرستد. سپس مشخص کنید چه اطلاعاتی برای تشخیص یک درخواست مرتبط لازم دارید.
هدف تجاری را از معیار تحویل جدا ثبت کنید. تعداد فروش یا درخواست به عوامل دیگری مانند عرضه، قیمت و جذب مخاطب هم وابسته است. معیار تحویل میتواند درست ثبت شدن درخواست، نمایش تأیید و دسترسی مسئول پیگیری به اطلاعات باشد؛ نتیجه تجاری را پس از انتشار اندازه میگیرید.
۲. مسیر کاربر را بهجای فهرست بلند امکانات بنویسید
یک کار واقعی را از ورود تا نتیجه توصیف کنید. برای سایت خدماتی: صفحه خدمت ← بررسی شرایط ← فرم درخواست ← دریافت تأیید. برای فروشگاه: انتخاب کالا ← تعیین ویژگی ← ثبت نشانی ← پرداخت ← پیگیری سفارش. در هر مرحله بپرسید کاربر چه میبیند، چه چیزی وارد میکند و اگر اطلاعات ناقص بود چه اتفاقی میافتد.
این تمرین ابهامهای پنهان را پیدا میکند. مثلاً «فرم سفارش» ممکن است نیازمند انتخاب خدمت، فایل ضمیمه، بررسی دستی و تغییر وضعیت باشد. با مشخص کردن این رفتارها، اسکای دولوپرز میتواند درباره همان قابلیت مشخص با شما صحبت کند.
۳. نسخه اول و موارد خارج از محدوده را جدا کنید
امکانات را در سه گروه قرار دهید: ضروری برای شروع، قابل بررسی در مرحله بعد، و فعلاً خارج از پروژه. ضروری یعنی بدون آن مسیر اصلی کاربر کامل نمیشود. اگر ثبت درخواست با پاسخگویی دستی فعلاً کافی است، پنل پیگیری خودکار را میتوانید جداگانه ارزیابی کنید؛ البته این انتخاب باید با حجم کار شما سازگار باشد.
موارد بیرون از محدوده را صریح بنویسید: تولید محتوا، عکاسی، ترجمه، اتصال حسابداری، انتقال اطلاعات قدیمی یا اپلیکیشن موبایل. سکوت درباره یک مورد، توافق ایجاد نمیکند. اگر تصمیمی هنوز باز است، آن را بهصورت سؤال و با مسئول پاسخ مشخص ثبت کنید.
۴. برای محتوا، تصمیم و تأیید مسئول داشته باشید
برای هر صفحه مشخص کنید متن، تصویر و اطلاعات از کجا تأمین میشود. آیا خودتان محتوا را آماده میکنید، ویرایش با اسکای دولوپرز است یا تولید محتوا جداگانه تعریف میشود؟ زمان آماده شدن محتوا را هم در برنامه ثبت کنید. فهرست صفحات بدون وضعیت محتوای آنها، برای برنامهریزی کافی نیست.
یک نفر را برای جمعبندی بازخوردها معرفی کنید. نیازهای دسترسپذیری را هم از همین مرحله مطرح کنید؛ مانند کار با صفحهکلید، خوانایی و استفاده با ابزار خواندن صفحه. راهنمای برنامهریزی W3C بر مشخص کردن هدف، محدوده، مسئولیت و بررسی دسترسپذیری در طول پروژه تأکید میکند. این موضوع را به بررسی مبهم روز تحویل موکول نکنید.
الگوی بریف: کپی کنید و جای خالیها را پر کنید
برای شروع، همین الگو کافی است. بهجای جواب ساختگی، روبهروی موارد نامعلوم بنویسید «برای تصمیم به راهنمایی نیاز دارم». لینک عمومی نمونهها را اضافه کنید و رمز عبور یا اطلاعات محرمانه حسابها را داخل بریف ننویسید.
- نام کسبوکار و نام من برای گفتوگو: …
- مخاطب اصلی و مسئلهای که برای او حل میکنم: …
- نتیجه اصلی سایت و مسیر مهم کاربر: …
- صفحات و امکانات ضروری نسخه اول: …
- اطلاعات لازم برای هر درخواست، سفارش یا ثبتنام: …
- سامانههای فعلی، داده قابل انتقال و اتصال موردنیاز: …
- مسئول تهیه محتوا و فرد تأییدکننده از طرف ما: …
- محدودیت بودجه یا موعد، همراه دلیل واقعی آن: …
- موارد خارج از محدوده و سؤالهای باز: …
- معیار پذیرش و خروجیهای لازم هنگام تحویل: …
یک نمونه کوتاه برای سایت خدماتی
این مثال فرضی است: «ما خدمات نصب تجهیزات ارائه میکنیم. مراجعهکننده باید نوع خدمت، محدوده جغرافیایی و اطلاعات موردنیاز را بداند و درخواست بازدید بفرستد. نسخه اول شامل معرفی خدمات، نمونهکار، پرسشهای متداول و فرم درخواست است. فرم نام، راه تماس، شهر و توضیح کار را میگیرد. مسئول فروش درخواست را در بخش مدیریت میبیند.»
ادامه بریف: «متن و عکس را خودمان آماده میکنیم و ویرایش نهایی را با اسکای دولوپرز هماهنگ میکنیم. پرداخت آنلاین و پنل مشتری در نسخه اول نیست. پذیرش فرم زمانی انجام میشود که درخواست معتبر ثبت شود، اطلاعات ناقص توضیح روشن بگیرد و پس از ارسال موفق، پیام تأیید دیده شود.»
بریف را پیش از شروع به مشخصات قابل بررسی تبدیل کنید
پس از گفتوگو، از اسکای دولوپرز بخواهید برداشت نهایی از صفحات، قابلیتها، وابستگیها و خروجیها را با شما مرور کند. برای تغییرات بعدی هم روش مشخص داشته باشید: درخواست جدید ثبت شود، اثرش بر محدوده و برنامه بررسی شود و سپس درباره اجرای آن تصمیم بگیرید.
پرسشنامه ما برای همین شروع طراحی شده است. میتوانید پاسخهای آماده را وارد کنید و بخشهای نامعلوم را برای مشاوره نگه دارید. بریف خوب تمام سؤالها را از بین نمیبرد؛ کمک میکند سؤالهای درست، پیش از تبدیل شدن به اختلاف، روی میز باشند.
چکلیست شما
موارد را مرور کنید و برای گفتوگو با ما در اسکای دولوپرز آماده نگه دارید.
منابع و مطالعه بیشتر
این راهنما را به پروژه خودتان وصل کنید
ما در اسکای دولوپرز از هدف و اولویتهای شما شروع میکنیم. نیازتان را توضیح دهید تا درباره مسیر مناسب سایت یا اپلیکیشن، محدوده اجرا و برآورد پروژه گفتگو کنیم.