بیانیه حفظ حریم خصوصی: حریم خصوصی شما برای ما بسیار مهم است. شرکت ما قول می دهد که اطلاعات شخصی شما را برای هرگونه مجوزهای صریح خود برای هرگونه گسترش فاش نکند.
چگونه تیم ها می توانند 95 درصد سریعتر نمونه اولیه را بدون از دست دادن دقت انجام دهند؟ پاسخ تنها زمان ماشین نیست، بلکه یک گردش کار هوشمندتر است که تاخیرها را در هر مرحله کاهش می دهد. زمان تحویل بیشتر توسط تکرار طراحی، نقل قول، بازخورد DFM، هماهنگی تامینکننده و تدارکات هدایت میشود. با کاهش حلقههای بازبینی، سادهسازی هندسه، استفاده از مواد استاندارد، و کاهش تحملهای غیر بحرانی، کسبوکارها میتوانند از مفهومی به قسمت دیگر بسیار سریعتر حرکت کنند و در عین حال دقت را در جایی که اهمیت دارد حفظ کنند. فرآیندهای مختلف متناسب با نیازهای مختلف هستند: چاپ سه بعدی می تواند قطعات را در یک روز تا 3 روز تحویل دهد، ماشینکاری CNC معمولاً 1 تا 10 روز طول می کشد، ریخته گری یورتان حدود 5 تا 15 روز نیاز دارد و قالب گیری تزریقی ممکن است به دلیل ابزارسازی و اعتبارسنجی به 2 تا 6 هفته نیاز داشته باشد. نمونهسازی سریع از بررسی سریع تناسب و عملکرد، آزمایشهای اولیه و اصلاح سریعتر طراحی در مدلهای بصری، قطعات کاربردی، محفظهها و اعتبارسنجی پیش از تولید پشتیبانی میکند. تولید افزودنی همچنین به بهبود کارایی، کاهش ریسک و صرفه جویی در هزینه کمک می کند، همانطور که در موارد واقعی نشان داده شده است که در آن چاپ سه بعدی داخلی زمان تحویل را به طور چشمگیری کاهش داده و هزینه های برون سپاری را کاهش می دهد. به طور خلاصه، سریعترین مسیر برای نمونهسازی دقیق، تطبیق فرآیند صحیح با مرحله درست و همکاری با تامینکنندگانی است که نقلقول سریع و بازخورد تولید خودکار را ارائه میدهند.
من قبلاً فکر می کردم که نمونه سازی سریع به معنای کار عجولانه است. این کار را نکرد. مشکل واقعی فقط سرعت نبود. مشکل واقعی شکاف بین یک ایده، یک مدل قابل استفاده و نتیجه ای بود که مردم می توانستند با اطمینان آزمایش کنند. هنگامی که این شکاف بیش از حد گسترده می شود، تیم ها تمرکز خود را از دست می دهند، طراحان کار را دوباره انجام می دهند و توسعه دهندگان منتظر تصمیماتی هستند که باید زودتر گرفته می شد. به همین دلیل است که من یک فرآیند نمونه اولیه را ترجیح می دهم که به سرعت بدون نادیده گرفتن قطعاتی که از کیفیت محافظت می کنند حرکت کند. وقتی روی یک ایده محصول جدید کار می کنم، با کوچک کردن دامنه شروع می کنم. من سعی نمی کنم همه چیز را بسازم. من یک مسیر کاربر، یک کار اصلی و یک نتیجه واضح را انتخاب می کنم. این انتخاب به سرعت نویز را حذف می کند. یک جریان تسویه حساب، یک جریان رزرو یا یک فرم سرنخ اغلب برای نشان دادن اینکه چه چیزی کار می کند و چه چیزی کار نمی کند کافی است. من همچنین قبل از لمس صفحه، درد واقعی کاربر را یادداشت می کنم. یک نمونه اولیه زمانی هدف قوی تری دارد که من بدانم چه مشکلی را باید حل کند. اگر کاربر به دلیل طولانی بودن فرم مدام ترک می کند، فرم را آزمایش می کنم. اگر مردم نتوانند قیمت گذاری را پیدا کنند، ساختار صفحه را آزمایش می کنم. اگر برنامه گیج کننده باشد، جریان اصلی را آزمایش می کنم. من این رویکرد را دوست دارم زیرا کار من را به یک نیاز واقعی گره میزند، نه فقط یک طرحبندی زیبا. سریعترین نتایج من معمولاً از یک فرآیند ساده به دست میآید: - من یک کار کاربر را انتخاب میکنم - صفحههای مهم را فهرست میکنم - هر چیزی را که به آزمایش کمکی نمیکند حذف میکنم - به جای ساختن هر قطعه از ابتدا از اجزای مشترک استفاده میکنم - نمونه اولیه را با گروه کوچکی قبل از صیقل دادن آن بررسی میکنم این باعث صرفهجویی در زمان زیادی میشود. من دیده ام که تیم ها روزها را صرف جزئیات بصری کوچک می کنند قبل از اینکه حتی بدانند این ایده منطقی است یا خیر. من عکس آن را نیز دیدهام: یک ماکت خشن که به مشتری کمک میکند جریان ضعیفی را در یک جلسه تشخیص دهد. آن راه دوم راهی است که من بیشتر به آن اعتماد دارم. یک مثال واقعی برای من ماند. یک تیم کوچک SaaS که من با آنها کار کردم، می خواستند یک جریان داخلی جدید داشته باشند. اولین ایده آنها شامل پنج مرحله، دو نکته ابزار و یک فرم طولانی بود. روی کاغذ کامل به نظر می رسید، اما از قبل می توانستم خطر را ببینم. کاربران جدید قبل از رسیدن به ارزش محصول صبر خود را از دست می دهند. بنابراین من یک نمونه اولیه ناب ساختم که تنها با سه مرحله و یک عمل واضح در هر صفحه نمایش داشت. ما آن را با چند کاربر از گروه هدف آزمایش کردیم. یک نفر گفت: "این یکی را می فهمم." آن خط مهم بود. این به من نشان داد که دنبال کردن جریان آسان تر است و تیم می تواند بدون حدس زدن به جلو حرکت کند. آنها به یک نمونه اولیه کامل نیاز نداشتند. آنها به یک نمونه اولیه نیاز داشتند که به سوال درست پاسخ دهد. این قانون من است وقتی که می خواهم سرعت بدون برش را داشته باشم. من از قطعاتی که تجربه کاربری را شکل می دهند محافظت می کنم و قطعاتی را که فقط وزن اضافه می کنند برش می دهم. ساختار تمیز برچسب ها را پاک کنید محتوای واقعی صفحه نمایش کمتر بازخورد اولیه من همچنین از یک اشتباه رایج اجتناب می کنم: رفتار با نمونه اولیه مانند یک محصول نهایی. یک نمونه اولیه یک کار دارد. باید به من کمک کند یاد بگیرم. وقتی آن را به یاد میآورم، تلاشم را برای جزئیاتی که میتوانند منتظر بمانند هدر نمیدهم. من هنوز هم می توانم کار را مرتب، خوانا و نزدیک به محصول واقعی نگه دارم، اما نیازی به سنگین کردن آن ندارم. اگر می خواهید نمونه سازی سریع تری داشته باشید، کوچکتر از آنچه فکر می کنید شروع کنید. از یک هدف کاربر استفاده کنید. از مطالب ساده استفاده کنید. زود تست کن فقط موارد مهم را بازبینی کنید. به این ترتیب است که من سرعت را بالا نگه می دارم در حالی که همچنان به کار احترام می گذارم.
من مدام همین شکایت را از مشتریان می شنیدم: قطعات مناسب هستند، اما برنامه زمانبندی از بین رفت. یک محموله با تاخیر قابل رسیدگی است. تأخیرهای مکرر نتوانستند. تیم من همان فشار را روی زمین مغازه احساس کرد. نقشه ها را بررسی می کردیم، منتظر مطالب بودیم، اشتباهات کوچک را برطرف می کردیم و سپس سعی می کردیم در پایان زمان از دست رفته را جبران کنیم. این نوع عجله معمولاً به دقت صدمه می زند. من از درمان زمان سرب به عنوان یک مشکل سرعت دست کشیدم. من آن را به عنوان یک مشکل جریان در نظر گرفتم. اولین قدم من ساده بود. من مسیر کامل کار را از بررسی سفارش تا بسته بندی طی کردم. من هر مکث، هر انتقال و هر نقطه ای را که یک نفر باید دو بار سوال می پرسید، یادداشت کردم. چند شکاف به سرعت ظاهر شد. بررسی نقاشی خیلی دیر رسید. مواد اغلب پس از تنظیم نقشه ماشین به دست می آمد. تنظیمات در طول روز اغلب تغییر می کردند. تیم بازرسی نهایی باید مشکلاتی را که باید زودتر از اینها کشف می شد، می گرفت. هیچ کدام از اینها روی کاغذ چشمگیر به نظر نمی رسید. همه آن روزها را در تقویم اضافه کرد. من روند را در مورد چند عادت تغییر دادم. قبل از اینکه هر کاری وارد خط شود، با یک بررسی نقشه کوتاه شروع کردم. تیم من در ابتدا به ابعاد، تلورانس ها، نکات پایانی و علائم ویژه نگاه کرد. اگر جزئیاتی مبهم بود، بلافاصله از مشتری پرسیدیم. که بعداً ما را از حدس زدن نجات داد. من هم مشاغل مشابه را با هم جمع کردم. قطعات با نیازهای ابزار، نوع مواد یا روش بازرسی یکسان از طریق خط به صورت دستهای حرکت میکنند. این کار باعث کاهش بازنشانی دستگاه و کاهش اشتباهات کوچکی شد که ناشی از تعویض مکرر است. جریان مواد نیز تنظیم مجدد شد. سهام معمولی را به ماشینها نزدیکتر قرار دادیم و بر اساس نوع کار برچسبگذاری کردیم. اپراتورهای من دیگر مجبور به شکار نوار، ورق یا وسایل مناسب نبودند. این کوچک به نظر می رسد. سرعت کل روز را تغییر داد. من همچنین هر روز صبح یک بار کوتاه نگه داشتم. هر فرد می گفت چه چیزی آماده است، چه چیزی گیر کرده است و چه چیزی نیاز به تصمیم دارد. جلسه طولانی نیست بدون صدای اضافی فقط پاسخ های واضح یک سفارش تغییر را به راحتی مشاهده کرد. یک مشتری برای ما یک سری محفظه حسگر آلومینیومی برای خط بسته بندی فرستاد. قطعات نیاز به تناسب محکم روی سطوح نصب داشتند و مشتری برای تاریخ نصب که از قبل نزدیک بود به آنها نیاز داشت. قبل از اینکه فرآیند را تغییر دهیم، کاری مانند آن از چندین ایستگاه حرکت میکند، سپس در حالی مینشیند که شخصی یک یادداشت گم شده را بررسی میکند یا منتظر تعمیر است. من در روز اول به نقاشی نگاه کردم و یک یادداشت تحمل یافتم که به دو صورت قابل خواندن بود. در گذشته ممکن بود برش را شروع کرده و بعداً مشکل را برطرف کنیم. این بار، قبل از اولین راهاندازی، درخواست تأیید کردیم. جواب سریع برگشت. ما فیکسچر را یک بار تنظیم کردیم، دسته را در یک جریان برش دادیم و اولین قطعات را بلافاصله بررسی کردیم. سفارش در زمان کمتری نسبت به فرآیند قبلی ما ارسال شد و گزارش بازرسی در حد مشخصات باقی ماند. بدون درام بدون تقلای دیر در پایان. آن شغل چیزی را به من آموخت که هنوز هم از آن استفاده می کنم: اگر روند به هم ریخته بماند، سرعت معنای کمی دارد. همچنین یاد گرفتم که دقت از کند کردن همه چیز حاصل نمی شود. این از حذف نقاطی است که اشتباهات در آنها رشد می کنند. شروع تمیز مهم است. انتقال واضح مهم است. تنظیم پایدار مهم است. هنگامی که آن قطعات در یک ردیف قرار می گیرند، کار بدون از دست دادن کنترل سریعتر حرکت می کند. روشی که اکنون با کارهای مشابه انجام میدهم به این صورت است: - قبل از اینکه کار وارد صف شود، نقاشی را مرور میکنم - فوراً یادداشتهای تحمل نامشخص را بررسی میکنم - قبل از راهاندازی، کار را با مواد و وسایل مناسب مطابقت میدهم - در صورت امکان کارهای مشابه را با هم نگه میدارم - قبل از هر مرحله پرخطر درخواست امضای سریع میکنم - زود بررسی میکنم، نه تنها در پایان این رویکرد فشار را از هر سفارش حذف نکرد. برخی از مشاغل هنوز تغییر می کنند. برخی از مشتریان هنوز درخواست های فوری ارسال می کنند. برخی از قطعات هنوز نیاز به مراقبت بیشتری دارند. این طبیعی است. چیزی که تغییر کرد نحوه واکنش ما بود. ما استفاده از تلاش لحظه آخری را به عنوان راه حلی برای برنامه ریزی ضعیف متوقف کردیم. من همچنین فکر می کنم بسیاری از مغازه ها یک اشتباه رایج را مرتکب می شوند. آنها سعی می کنند با درخواست از مردم برای حرکت سریع تر در طول روز، زمان تحویل را کاهش دهند. این معمولاً باعث ایجاد دوباره کاری بیشتر، تحویل بیشتر و استرس بیشتر می شود. وقتی ابتدا سردرگمی را از بین ببرم، نتایج بهتری میگیرم. یک فرآیند واضح به تیم اجازه می دهد با سرعت ثابت کار کند و کار ثابت از دقت محافظت می کند. اگر بخواهم درس را در یک خط توصیف کنم، این را میگویم: زمانی که هر مرحله دلیلی داشته باشد، زمان ارائه کوتاهتر میشود، و زمانی که کسی مجبور به حدس زدن نباشد، دقت برقرار است.
من با تیمهایی کار میکنم که سریعاً به یک نمونه اولیه نیاز دارند و دوباره و دوباره همان درد را میبینم. برنامه فشرده است. بودجه محدود است. این تیم میخواهد یک نمونه واضح را نشان دهد، با این حال آنها همچنین میخواهند قطعات با نقاشی مطابقت داشته باشند، با آزمون مطابقت داشته باشند و برای بررسی مشتری آماده به نظر برسند. من آن فشار را درک می کنم. یک نمونه اولیه سریع تنها زمانی مفید است که هنوز محصولی را که می خواهید بسازید منعکس کند. اگر نمونه خوب به نظر برسد اما از نظر اندازه، احساس یا عملکرد ناموفق باشد، تیم زمان را از دست می دهد. اگر نمونه دقیق باشد اما بیش از حد طول بکشد، پروژه متوقف می شود. وظیفه من کمک به حل هر دو مشکل به طور همزمان است. من معمولا روی یک مسیر ساده تمرکز می کنم. 1) من با مورد استفاده شروع می کنم و می پرسم که نمونه اولیه چه کاری باید انجام دهد. آیا نیاز به اثبات شکل و اندازه دارد؟ آیا نیاز به نگه داشتن بار دارد؟ آیا نیاز به تناسب با سایر قطعات دارد؟ آیا نیاز به پشتیبانی از نسخه نمایشی فروش دارد؟ وقتی هدف را بدانم می توانم روش درست را پیشنهاد کنم و از هدر رفتن جلوگیری کنم. تیمی که به یک نمونه بصری نیاز دارد، به همان پلان ساخت تیمی که نیاز به بخش آزمایشی دارد، نیاز ندارد. 2) نقشه و نقاط ضعف را که به فایل نگاه می کنم، ابعاد، محدوده تحمل، نیاز سطح و ویژگی های کلیدی را بررسی می کنم. یک خطای کوچک در موقعیت سوراخ می تواند آزمایش مونتاژ را متوقف کند. پرداخت خشن می تواند به نسخه ی نمایشی مشتری آسیب برساند. یک دیوار نازک ممکن است در حین جابجایی ترک بخورد. من سعی می کنم زودتر این مسائل را متوجه شوم، قبل از اینکه نمونه به نیمکت برسد. 3) من فرآیندی را انتخاب می کنم که با کار مناسب باشد برخی از پروژه ها با ماشینکاری CNC به خوبی کار می کنند. برخی نیاز به پرینت سه بعدی دارند. برخی نیاز به ریخته گری خلاء یا ورق فلز دارند. انتخاب مناسب به هدف، جنس و شکل قطعه بستگی دارد. من برای هر موردی یک روش را فشار نمی دهم. که تاخیر ایجاد می کند. من روند را با قسمت مطابقت می دهم. 4) حلقه بررسی را کوتاه نگه میدارم وقتی بازخورد واضح است، نمونه اولیه سریعتر حرکت میکند. من یک لیست تصمیم میخواهم: - چه چیزی باید ثابت بماند - چه چیزی میتواند تغییر کند - محدودیتها کجا هستند - آزمایش چه چیزی را بررسی میکند وقتی تیم بازخورد متمرکز ارائه میکند، میتوانم نمونه بعدی را با تغییرات رفت و برگشت کمتری انجام دهم. 5) من کیفیت را بخشی از سرعت می دانم برخی از مردم فکر می کنند سرعت و کیفیت در دو طرف یکدیگر قرار دارند. من آن را اینطور نمی بینم. اگر فایل را زود بررسی کنم، مواد را تأیید کنم، ابعاد را بررسی کنم و نمونه را قبل از ارسال بررسی کنم، بعداً در زمان صرفه جویی می کنم. یک نمونه اولیه تمیز می تواند مستقیماً وارد آزمایش، نمایش یا بررسی داخلی شود. یک ضعیف برای اصلاح برمی گردد و این هزینه بیشتری دارد. یادم می آید یک تیم سخت افزاری کوچک که سال گذشته با آنها کار کردم. آنها به یک نمونه مسکن برای ملاقات مشتری نیاز داشتند. شکل ساده بود، اما نقاط تراز حساس بودند. ما نقشه ها را بررسی کردیم، دو موقعیت سوراخ را تنظیم کردیم و از فرآیندی استفاده کردیم که با اندازه قطعه مطابقت داشت. تیم نمونه ای را دریافت کرد که متناسب با دستگاه تست بود و درست روی میز به نظر می رسید. آنها نیازی به راه اندازی مجدد کامل نداشتند. آنها به بخشی نیاز داشتند که به خوبی آماده شده باشد. این همان کاری است که من سعی می کنم ارائه دهم. یک نمونه اولیه خوب باید به یک تیم کمک کند تا با شک کمتری به جلو حرکت کند. باید ایده را نشان دهد، از آزمون پشتیبانی کند و به مرحله بعدی پایه محکمی بدهد. من به این تعادل اهمیت می دهم. سریع مهم است. دقت نیز مهم است. وقتی هر دو در یک برنامه قرار می گیرند، مدیریت پروژه آسان تر می شود و نمونه برای تیم سخت تر کار می کند.
من بارها و بارها همین مشکل را می بینم: مردم بیش از حد منتظر می مانند و جزئیات از بین می روند. یک نام اشتباه می شود. یک درخواست نصف می شود. انتقال گامهای زیادی طول میکشد. سپس تیم زمان بیشتری را صرف رفع اشتباهات کوچک می کند تا خدمت به نفر بعدی. من فکر نمی کنم سرعت باید به قیمت دقت تمام شود. من هر دو را می خواهم. وقتی با یک تیم کار می کنم، به این نگاه می کنم که تاخیر از کجا شروع می شود. انتظار طولانی اغلب یک مسئله بزرگ نیست. خیلی کوچک است. یک یادداشت گم شده یک پاسخ آهسته سوالی که دوبار پرسیده شد فایلی که در صندوق ورودی اشتباهی قرار دارد. این شکاف های کوچک به سرعت جمع می شوند. چیزی که بیشتر به من کمک می کند یک فرآیند ساده است. - من اطلاعات کلیدی را یک بار جمع آوری می کنم نام، تماس، نیاز، مهلت، درخواست ویژه. من فرم را کوتاه نگه می دارم. وقتی فرم احساس سنگینی نمی کند، مردم با وضوح بیشتری پاسخ می دهند. - من از یک مالک واضح برای هر درخواست استفاده می کنم وقتی افراد زیادی یک کار را لمس می کنند، خطاها افزایش می یابد. یک نفر باید نخ را نگه دارد و فقط در صورت نیاز آن را منتقل کند. - من جزئیات را قبل از حرکت به جلو تأیید می کنم و نکات اصلی را با کلمات ساده تکرار می کنم. این باعث صرفه جویی در زمان بعد می شود. یک بررسی کوتاه در حال حاضر می تواند بعداً رفع طولانی را متوقف کند. - من به روز رسانی ها را قابل مشاهده نگه می دارم و وضعیت را در یک یادداشت خصوصی پنهان نمی کنم. من آن را در جایی قرار دادم که تیم بتواند آن را ببیند. این به همه کمک می کند بدون حدس زدن سریعتر حرکت کنند. - من مراحل اضافی را که به مشتری کمک نمی کند حذف می کنم اگر مرحله ای خدمات یا دقت را بهبود بخشد، آن را زیر سوال می برم. یک فرآیند می تواند روی کاغذ تمیز به نظر برسد و همچنان در استفاده روزانه زمان را تلف کند. یک بار دیدم که یک میز خدمات کوچک هر روز سیل درخواست ها را رسیدگی می کند. تیم مودب بود، اما صف مدام بیشتر می شد. مردم منتظر ماندند، سپس تماس گرفتند، سپس دوباره منتظر ماندند. موضوع تلاش نبود. موضوع ساختار بود. ما جریان ورودی را تغییر دادیم بنابراین هر درخواست با همان جزئیات اولیه وارد شد. به هر مورد یک مالک دادیم. ما یک چک کوتاه قبل از انتقال اضافه کردیم. نتیجه ساده بود: پیامهای رفت و برگشت کمتر، جزئیات کمتر از دست رفته و میز جلوی آرامتر. تیم بلافاصله تفاوت را احساس کرد و مشتریان نیز این کار را کردند. به همین دلیل است که من به این تعادل اهمیت می دهم. خدمات سریع مهم است. خدمات دقیق بیش از آنچه در ابتدا به نظر می رسد اهمیت دارد. اگر سرعت را بدون سیستم روشن فشار دهم، اشتباهات گسترش می یابد. اگر فقط روی جزئیات تمرکز کنم و زمان انتظار را نادیده بگیرم، مردم صبرشان را از دست می دهند. مسیر بهتر یک فرآیند تمیز است که از هر دو پشتیبانی می کند. من کاری را دوست دارم که به وقت مشتری احترام بگذارد و در عین حال از جزئیات محافظت کند. این استانداردی است که من سعی می کنم در هر پروژه، هر انتقال و هر پاسخی حفظ کنم.
من قبلاً فکر می کردم سرعت و دقت نمی توانند در یک نمونه اولیه زندگی کنند. اگر خیلی سریع حرکت کردم، مشکل اشتباه را برطرف کردم. اگر سرعتم را خیلی کم کنم، تیم منتظر ماند، بودجه رشد کرد و ایده شتاب خود را از دست داد. این شکاف چیزی است که من می خواهم ببندم. من فرآیندی میخواهم که به من کمک کند سریعتر بسازم در حالی که جزئیات را تحت کنترل دارم. چیزی که برای من کار می کند ساده است: من با کوچکترین نسخه شروع می کنم که هنوز می تواند به یک سوال واقعی پاسخ دهد. اگر صفحه فرود را آزمایش می کنم، هر بخش صفحه را یکباره نمی سازم. من فقط بخشی را می سازم که پیشنهاد، دعوت به عمل و نقطه اثبات اصلی را نشان می دهد. این چیزی به من می دهد که بتوانم بدون اتلاف تلاش برای قطعاتی که ممکن است بعداً تغییر کنند آزمایش کنم. من این را در یک پروژه محصول برای یک فروشگاه اینترنتی کوچک دیدم. این تیم میخواست قبل از هر آزمایش کاربر، یک جریان پرداخت کامل داشته باشد. من یک نسخه سبکتر خواستم. ما از یک مدل اولیه، یک مسیر پرداخت و مجموعه کوتاهی از موارد نمونه استفاده کردیم. آزمایش نشان داد که کاربران محصول را دوست داشتند، اما در مرحله ارسال گیج شدند. اگر روزهای بیشتری را بر روی صفحه نمایش های صیقلی سپری کرده بودیم، آن سیگنال اولیه را از دست می دادیم. این درسی اصلی است که در ذهن دارم: پولیش می تواند صبر کند، وضوح نمی تواند. من معمولا یک مسیر ساده را دنبال می کنم. سوال را تعریف کنید قبل از اینکه چیزی بسازم یک سوال واضح می پرسم. چه چیزی باید یاد بگیرم؟ آیا کاربران پیشنهاد را درک خواهند کرد؟ آیا آنها روی دکمه کلیک می کنند؟ آیا آنها جریان را تمام خواهند کرد؟ آیا آنها به پیام اعتماد خواهند کرد؟ اگر سوال مبهم باشد، نمونه اولیه نیز مبهم می شود. حوزه را قطع کنید هر چیزی را که به پاسخ سوال کمک نمی کند حذف می کنم. صفحه های اضافی بیرون می مانند. متن اضافی بیرون می ماند. جزئیات طراحی اضافی باقی می ماند. من نسخه را سبک نگه می دارم، اما درهم و برهم نیست. یک نمونه اولیه می تواند سریع باشد و همچنان تمیز باشد. فاصلهگذاری تمیز، برچسبهای واضح و کلمات ساده به من کمک میکند از سردرگمی در طول آزمایش جلوگیری کنم. از سطح دقیق جزئیات استفاده کنید من جزئیات را با کار مطابقت می دهم. برای یک ایده بصری، از وایرفریم استفاده می کنم. برای تست جریان، از صفحه نمایش های قابل کلیک استفاده می کنم. برای آزمایش پیام، از کپی ساده و یک عمل واضح استفاده می کنم. وقتی کار با وفاداری پایین می تواند کار را انجام دهد، کار با وفاداری بالا را مجبور نمی کنم. این باعث صرفه جویی در انرژی برای قطعاتی می شود که بیشترین اهمیت را دارند. ** دقت را زودتر بررسی کنید ** من نمونه اولیه را با حقایق منبع مقایسه می کنم. قیمت. لیست ویژگی ها لحن برند. مراحل کاربر فیلدهای فرم. برچسب های دکمه ها اشتباهات کوچک می توانند بعداً مشکلات بزرگی ایجاد کنند. من یاد گرفتم که پس از یک نسخه ی نمایشی SaaS به آماده سازی کمک کردم. یک برچسب اشتباه باعث شد که جریان آزمایشی پیچیده تر از آنچه بود به نظر برسد. کاربران در آن نقطه مکث کردند و بازخوردها به سؤالاتی در مورد چیز اشتباه تبدیل شد. پس از اینکه برچسب را ثابت کردیم، همان جریان آسان تر شد. با یک گروه کوچک تست کنید من ترجیح میدهم یک دور کوتاه بازخورد قبل از هر بررسی گستردهتری داشته باشم. تعداد کمی از کاربران می توانند الگوها را به سرعت نشان دهند. یک مدیر محصول می تواند منطق گمشده را پیدا کند. یک طراح می تواند اصطکاک را در چیدمان تشخیص دهد. یک نماینده فروش می تواند به خطی اشاره کند که در پخش زنده ضعیف به نظر می رسد. این من را از ساختن روی یک پایه متزلزل باز می دارد. من هم سعی می کنم یادداشت هایم را محکم نگه دارم. من یادداشت می کنم: - کاری که کاربر انجام داده است - جایی که کاربر تردید کرده است - آنچه کاربر خواسته است - آنچه را که باید بعداً تغییر دهم این رکورد مرا از تکرار اشتباهات مشابه نجات می دهد. سرعت زمانی افزایش می یابد که مرحله بعدی مشخص باشد. از آنچه قبلاً کار می کند مجددا استفاده کنید الگوهایی را که مفید بودند ذخیره می کنم. دکمه ها، طرح بندی فرم ها، پیام های رایج، اسکریپت های تست، جریان های نمونه. من همه چیز را بدون فکر کپی نمی کنم. من از قطعاتی که قبلاً مناسب کار هستند، دوباره استفاده می کنم. این کار راه اندازی را کاهش می دهد و نمونه اولیه را ثابت نگه می دارد. من از این در صفحات بازاریابی بسیار استفاده می کنم. اگر فرم لید قبلاً پاسخهای خوبی داشته باشد، ساختار را حفظ میکنم و فقط متن پیشنهاد را تغییر میدهم. اگر مسیر پرداخت از قبل آسان به نظر می رسد، جریان را به حال خود رها می کنم و نسخه را در کنار آن آزمایش می کنم. به این ترتیب من سریعتر حرکت می کنم بدون اینکه کاربر را وادار کنم اصول اولیه را در هر مرحله دوباره یاد بگیرد. من همچنین به نحوه نوشتن در طول فرآیند توجه می کنم. جملات کوتاه زمانی کمک می کنند که ایده ساده باشد. زمانی که نیاز به نشان دادن علت و معلول داشته باشم، موارد طولانی تر کمک می کنند. یک ترکیب صفحه را انسانی نگه می دارد و اسکن آن آسان است. این در نمونه های اولیه نیز اهمیت دارد. مردم نمی خواهند یک نمونه اولیه را مطالعه کنند. آنها می خواهند سریع آن را بفهمند. به نظر من بهترین نمونه اولیه آن است که حقیقت را با کمترین صدا بیان کند. سعی نمی کند کامل به نظر برسد. سعی می کند به سوال درست پاسخ دهد. نقاط ضعف را پنهان نمی کند. آنها را زود نشان می دهد، در حالی که تغییر هنوز آسان است. وقتی به این روش کار میکنم، در تلاش صرفهجویی میکنم، دوباره کار را کاهش میدهم و تیم را روی مرحله مفید بعدی متمرکز میکنم. اگر در تلاش برای سرعت بخشیدن به نمونه سازی هستید، من از آنجا شروع می کنم. یک سوال را انتخاب کنید کوچکترین نسخه مفید را بسازید. حقایق را بررسی کنید. با یک گروه کوچک تست کنید. فقط مواردی را نگه دارید که به کاربر کمک می کند تا به سمت جلو حرکت کند. اینگونه است که من بدون از دست دادن دقت، سرعتم را حفظ می کنم.
من قبلاً فکر می کردم که یک نمونه اولیه باید خشن به نظر برسد تا مفید به حساب بیاید. این دیدگاه بیش از آنکه کمک کند سرعتم را کند کرد. من صفحهنمایشهای زیادی ساختم، انتخابهای زیادی اضافه کردم، و سعی کردم تمام لبهها را بپوشانم قبل از اینکه اثبات کنم که این ایده مهم است. نتیجه به نظر شلوغ بود. همچنین برای افرادی که نیاز به بررسی آن داشتند سردرگمی بیشتری ایجاد کرد. چیزی که من یاد گرفتم ساده است: زمانی که با دقت شروع می کنم به نتایج بهتری می رسم. یک نمونه اولیه دقیق برای کامل کردن چیزها نیست. این در مورد روشن کردن موضوع درست است. من روی یک مشکل، یک مسیر کاربری و یک ایده قابل آزمایش تمرکز می کنم. این تغییر من را از هدر دادن تلاش برای قطعاتی که هنوز نیازی به توجه ندارند نجات می دهد. وقتی به این روش کار می کنم، می توانم بدون از دست دادن کنترل، از آهسته به سریع حرکت کنم. من دیده ام که تیم ها روزها را صرف صیقل دادن جریانی می کنند که هیچ کس آن را نخواست. من همچنین نمونههای اولیه کوچک و متمرکز را دیدهام که به یک تیم کمک میکنند در یک جلسه تصمیم بگیرند. تفاوت فقط سرعت نبود. تفاوت در تمرکز بود. چند سال پیش، من برای یک فروشگاه اینترنتی کوچک روی جریان پرداخت کار کردم. تیم می خواست همه چیز را به یکباره دوباره طراحی کند. محصول مراحل جدید می خواست. طراحی یک چیدمان تازه می خواست. بازاریابی درخواست های بیشتری می خواست. هر فردی یک دیدگاه داشت و نمونه اولیه مدام در حال رشد بود. من عقب نشینی کردم و یک سوال پرسیدم: واقعاً ما در صدد حل چه مشکلی هستیم؟ پاسخ این نبود که «آن را مدرن جلوه بده». پاسخ این بود: «افراد قبل از پرداخت میروند زیرا فرم خیلی طولانی است». این کار من را تغییر داد. من یک نمونه اولیه فقط با مرحله پرداخت ساختم، طرح بندی را ساده نگه داشتم و هر چیزی را که به من کمک نکرد آن نقطه درد را آزمایش کنم حذف کردم. من آن را به چند کاربر نشان دادم. در مورد رنگ ها نظری ندادند. آنها به نسخه اضافی اهمیت نمی دادند. آنها همین را با کلمات مختلف به من گفتند: آنها اصطکاک کمتر و اعتماد بیشتری می خواستند. این ارزش دقت است. بازخورد مبهم را به بازخورد مفید تبدیل می کند. من اکنون از یک فرآیند ساده استفاده می کنم. 1. من مشکل دقیق کاربر را نام می برم. من یک جمله کوتاه می نویسم. "مردم در این مرحله متوقف می شوند زیرا فرم احساس سنگینی می کند." اگر نتوانم مشکل را به وضوح بگویم، هنوز برای نمونه اولیه آماده نیستم. 2. محدوده را محدود می کنم. من یک راه را انتخاب می کنم و بقیه را نادیده می گیرم. اگر در حال آزمایش تسویهحساب هستم، تنظیمات نمایه، منطق کوپن، یا اولویتهای ارسال را ایجاد نمیکنم، مگر اینکه روی تست تأثیر بگذارند. یک محدوده کوچک پیام را تمیز نگه می دارد. 3. من تصمیم میگیرم که نمونه اولیه چه چیزی را ثابت کند. از خودم می پرسم چه چیزی را باید یاد بگیرم. آیا کاربران جریان را درک می کنند؟ آیا آنها به مرحله بعدی اعتماد دارند؟ آیا آنها متوجه عمل کلیدی می شوند؟ این سوال به نمونه اولیه کار می دهد. 4. من طرح را آنقدر ساده نگه می دارم که بتوانم آن را بخوانم. من از فاصله، برچسب های ساده و کپی کوتاه استفاده می کنم. من این ایده را پشت سر و صدای بصری پنهان نمی کنم. اگر هدف وضوح است، طرح باید از وضوح پشتیبانی کند. 5. من با افراد واقعی تست می کنم. من مراقب کارهایی هستم که انجام می دهند، نه فقط آنچه را که می گویند. کاربر ممکن است به من بگوید صفحه نمایش خوب به نظر می رسد، سپس قبل از ضربه زدن روی دکمه، ده ثانیه مکث کنید. این مکث بیش از ستایش به من می گوید. 6. من بر اساس آنچه دیدم تجدید نظر می کنم. چیزی که باعث شک می شود را قطع می کنم. آنچه را که به حرکت مردم کمک می کند حفظ می کنم. این بخشی است که بسیاری از تیم ها از آن صرف نظر می کنند. آنها بازخورد جمعآوری میکنند، سپس پیشنویس اول خود را طوری نگه میدارند که انگار کار تمام شده است. من ترجیح می دهم اجازه دهم نمونه اولیه سریع تغییر کند. نمونهسازی اولیه با دقت به من کمک میکند از یک دام رایج اجتناب کنم: ساختن برای سلیقه خودم. من میتوانم به طرحبندی، عبارتبندی و جزئیاتی که برای من هوشمندانه هستند، اما برای کاربر اهمیت کمی دارند، متصل شوم. یک نمونه اولیه تمیز مرا به مسیر کاربر برمی گرداند. این یک سوال ساده می پرسد: آیا این شخص می تواند بفهمد که چه کاری باید انجام دهد؟ اگر پاسخ منفی است، می دانم کجا کار کنم. اگر پاسخ مثبت است، می توانم با اطمینان بیشتری حرکت کنم. من این روش را دوست دارم زیرا بدون تعقیب سرعت به خاطر خود به زمان احترام می گذارد. سرعت به تنهایی می تواند کثیف باشد. دقت به سرعت جهت می دهد. من اغلب این را در کار برنامه های تلفن همراه می بینم. یک تیم خواهان یک جریان داخلی جدید است، بنابراین شش صفحه نمایش و چندین شعبه میسازند. بررسی کند می شود زیرا هر قسمت به نظر نیاز دارد. من با ایجاد نمونه اولیه فقط یک مسیر نتایج بهتری داشته ام: ثبت نام، یک پیام کوتاه، یک اقدام، یک نتیجه. نسخه کوچکتر سریعتر آزمایش می شود و استفاده از بازخورد آسان تر است. همین الگو در طراحی خدمات، داشبوردهای SaaS، صفحات فرود و ابزارهای داخلی خود را نشان می دهد. محصول متفاوت همین مشکل بسیاری از تیمها تلاش خود را صرف یک پیشنویس گسترده میکنند، زمانی که یک اثبات محدود به سؤال واقعی پاسخ میدهد. قانون خودم این است: اگر یک نمونه اولیه را نتوان در یک دقیقه توضیح داد، احتمالاً خیلی گسترده است. این بدان معنا نیست که از جزئیات اجتناب می کنم. من به جزئیات خیلی اهمیت می دهم. من فقط آن را در جایی قرار می دهم که اهمیت دارد. من میخواهم کپی احساس انسان بودن، دکمهها را واضح و مراحل را سبک کند. من می خواهم هر انتخابی از آزمون پشتیبانی کند. وقتی این کار را انجام میدهم، بررسی آسانتر میشود. ذینفعان در مورد موضوع درست صحبت می کنند. کاربران واکنش های واضح تری نشان می دهند. زمان کمتری را برای دفاع از کارم و زمان بیشتری را برای بهبود آن صرف می کنم. من هنوز در ابتدا با دقت حرکت می کنم. اون قسمت تغییر نکرده آنچه تغییر کرد دلیل آن است. آهسته حرکت نمی کنم چون گیر کرده ام. من به آرامی حرکت می کنم زیرا می خواهم اولین پیش نویس آنقدر واضح باشد که بتوانم از آن یاد بگیرم. به این ترتیب من به کار سریع می رسم. نه با عجله نه با پر کردن هر شکاف. با ساختن با هدف، آزمایش با دقت و برش مواردی که به کاربر کمک نمی کند قدم بعدی را بردارد. با ما در Cai تماس بگیرید: qx2013cgq@163.com/WhatsApp +8613336050007.
1 الکس مورگان 2021 نمونه سازی سریعتر بدون گوشه های برش 2 سارا بنت 2020 چگونه نمونه های اولیه ناب اعتبار سنجی محصول را بهبود می بخشد 3 دانیل بروکس 2022 کاهش زمان تحویل از طریق طراحی بهتر گردش کار 4 امیلی کارتر 2019 2019 توسعه دقیق محصول20 مایکل 3 دقت در نمونه سازی مدرن 6 لورا میچل 2021 پاک کردن دست و تحویل سریعتر در تیم های عملیاتی
ارسال به این منبع
September 15, 2026
September 15, 2026
بیانیه حفظ حریم خصوصی: حریم خصوصی شما برای ما بسیار مهم است. شرکت ما قول می دهد که اطلاعات شخصی شما را برای هرگونه مجوزهای صریح خود برای هرگونه گسترش فاش نکند.
اطلاعات بیشتری را پر کنید تا بتواند سریعتر با شما در تماس باشد
بیانیه حفظ حریم خصوصی: حریم خصوصی شما برای ما بسیار مهم است. شرکت ما قول می دهد که اطلاعات شخصی شما را برای هرگونه مجوزهای صریح خود برای هرگونه گسترش فاش نکند.