الزامات را جمع آوری کنید
جمع آوری الزامات برای یک تجربه مکالمه فقط در مورد تعریف ویژگی ها و عملکرد نیست، اگرچه این نتیجه اصلی است. فرآیند جمع‌آوری نیازمندی‌ها در هسته خود، در مورد درک کاربران و قابلیت‌های فنی است.
شروع با الزامات روشن و کاملاً تحقیق شده بهترین راه برای جلوگیری از نیاز به تغییرات عمده پس از تکمیل طراحی و/یا توسعه است.
کاربران خود را شناسایی کنید
جمع آوری الزامات همه چیز در مورد پرسیدن سؤالات و استفاده از داده ها برای پاسخ به آنها است. مثلا:
- کاربران شما چه کسانی هستند؟
- نیازهای آنها چیست؟
- آنها امروز چگونه این وظایف را تکمیل می کنند؟
- از چه کلمات و عباراتی برای صحبت در مورد این وظایف استفاده می کنند؟
- چه موقعیت ها یا شرایطی باعث این کارها می شود؟
همه کاربران را در خود جای دهد
در حالی که بهینه سازی برای کاربران پرمصرف شما مهم است، این کار را به قیمت تجارب سایر کاربران انجام ندهید. محصولی که به خوبی طراحی شده باشد، فراگیر و قابل دسترسی جهانی است. طراحی برای جمعیت های مختلف به معنای استفاده از طراحی فراگیر یا استراتژی های طراحی جهانی است. اغلب، محل اقامتی که مجبور می‌شوید برای یک جمعیت درست کنید، به نفع همه می‌شود (مثلاً، رمپ آسان‌تر از پله‌ها است). برای اطلاعات بیشتر، دستورالعمل‌های طراحی مواد برای دسترسی را ببینید.
| پرسونای کاربر و سفر ایجاد کنید | ||
|---|---|---|
شخصیت کاربر | کاربر کیست؟ | شخصیت کاربر یک توصیف خاص اما مختصر از یک کاربر است. به انواع افرادی که انتظار دارید از Actions شما استفاده کنند فکر کنید و چند شخصیت کاربر برای نشان دادن آنها ایجاد کنید. این پرسوناهای کاربر به شما کمک می کند تا از طراحی فقط برای خود و اهداف خود اجتناب کنید. |
سفرهای کاربر | اهداف کاربر چیست؟ زمینه کاربر چیست؟ | سفر کاربر مسیری برای کاربر برای تکمیل یک هدف در یک زمینه مشخص است. |
سفرهای حیاتی کاربر | هر یک از لحظات مرتبط در سفر را شرح دهید | سفرهای حیاتی کاربر آنهایی هستند که 1) اغلب اتفاق می‌افتند یا 2) برای کاربر اهمیت کلیدی دارند. هدف کمک به کاربران برای تکمیل یکی از این سفرها از ابتدا تا انتها است. تمرکز بر این موارد به شما کمک می کند تا اقداماتی را ایجاد کنید که به مخاطبان بزرگ و/یا اختصاصی دسترسی پیدا کند. |
مثالی از Google I/O 18 Action
کاربر کیست؟
اهداف کاربر چیست؟
زمینه کاربر چیست؟
هر یک از لحظات مرتبط در سفر را شرح دهید.
قابلیت های فنی را شناسایی کنید
سیستم های
قابلیت ها و محدودیت های سیستم های مختلفی که Actions شما بر آنها تکیه خواهد داشت چیست؟
| مثال: Google I/O 18 به کاربران این امکان را می‌دهد که یک برنامه زمانی شخصی از تمام جلساتی که می‌خواهند در آن شرکت کنند ایجاد کنند. |
|---|
|
داده ها
فرمت و کیفیت داده هایی که استفاده می کنید چگونه است؟
| مثال: Google I/O 18 اطلاعات مربوط به جلسات را می خواند |
|---|
|
اغلب، قبل از اینکه برخی از انواع محتوا به طور مناسب به صورت متن به گفتار (TTS) ارائه شوند، باید قالب‌بندی مجدد انجام شود.
موارد استفاده کلیدی خود را شناسایی کنید
هدف گذاری برای تاثیرگذاری
کاربران چه چیزی را درخواست می کنند؟
مثالی از Google I/O 18 Action:
اگر قبلاً این کار را نکرده‌اید، حتماً این پست‌های وبلاگ را بخوانید تا درباره نحوه طراحی و ساخت I/O 18 Action (یا به کد آن نگاهی بیندازید).
برای Google I/O 18 Action، با کارمندان Google که در سال‌های گذشته در این رویداد کار کرده‌اند صحبت کردیم. ما از آنها پرسیدیم که معمولاً شرکت کنندگان در این رویداد چه نوع سؤالاتی دارند. این سوالات معمولاً در یکی از این 4 دسته قرار می گیرند:
| ناوبری عمومی | ناوبری شخصی | جزئیات رویداد | جزئیات رویداد خاص مکان |
|---|---|---|---|
"حمام کجاست؟" "آلبوم کدها کجا هستند؟" | "جلسه بعدی من کجاست؟" "از کجا می توانم برنامه خود را بررسی کنم؟" | "کی وقت ناهار است؟" "پس از مهمانی کی است؟" | "جلسه بعدی در این اتاق چیست؟" "من اینجا چه کار می توانم انجام دهم؟" |
با این دانش، تصمیم گرفتیم روی موارد استفاده کلیدی تمرکز کنیم:
- اطلاعات راهیابی را برای مکان‌های خاص آمفی‌تئاتر Shoreline ارائه دهید، برای مثال: حمام، پارکینگ، مسیرهای رانندگی
- اطلاعات راه یاب را برای مکان‌های خاص Google I/O ارائه دهید، به‌عنوان مثال: دریافت نشان، جعبه ایمنی، آزمایشگاه‌های کد، ساعات اداری و مرور برنامه‌ها، پس از ساعت کاری، فروشگاه I/O
- جزئیات رویداد را برای همه نکات کلیدی، جلسات، ساعات اداری و وعده های غذایی ارائه دهید. به آنها اجازه می دهد تا بر اساس زمان، مکان یا برنامه کاربر فیلتر شوند