با راه حل های تحقیق و توسعه سفارشی ما، راه اندازی خود را متحول کنید

بسیاری از تیم‌ها می‌دانند که می‌خواهند چه چیزی را بهبود بخشند، اما مسیر از ایده اولیه تا محصول آزمایش شده به ندرت ساده است. یک تیم داخلی ممکن است فاقد زمان، ابزارهای تخصصی، یا تنظیم تست مناسب باشد. یک تامین کننده خارجی ممکن است محصول استانداردی را ارائه دهد که با مورد استفاده واقعی مطابقت ندارد. من این را اغلب در مورد شرکت هایی می بینم که نیاز به تغییر در سخت افزار، مواد، نرم افزار یا روش های تولید دارند. آنها به یک بسته عمومی نیاز ندارند. آنها به یک شریک توسعه نیاز دارند که بتواند شرایط کاری را درک کند، محدودیت‌های فنی را شناسایی کند و راه‌حلی در اطراف پروژه ایجاد کند. یک سرویس تحقیق و توسعه سفارشی می تواند از این فرآیند پشتیبانی کند. من با یادگیری نحوه استفاده از محصول شروع می کنم. این شامل: - عملکرد اصلی محصول - محیط کار - شرایط بار، دما، رطوبت یا حرکت - محدودیت فضا و نصب - نیازهای ایمنی کاربر - حجم تولید هدف - قطعات موجود که باید بدون تغییر باقی بمانند - الزامات تست و انطباق یک خلاصه پروژه واضح به کاهش سردرگمی بعدا کمک می کند. اگر خلاصه خیلی گسترده باشد، تیم ممکن است زمانی را صرف آزمایش ایده هایی کند که با نیاز واقعی مطابقت ندارد. مرحله بعدی بررسی طرح یا فرآیند فعلی است. من به دنبال نکاتی هستم که ممکن است بر عملکرد، هزینه، نگهداری و تولید تأثیر بگذارد. یک تغییر کوچک در اندازه مواد یا جزء می تواند کل سیستم را تحت تاثیر قرار دهد. به همین دلیل است که ترجیح می‌دهم محصول را به‌عنوان یک واحد کاری بررسی کنم تا اینکه به صورت مجزا روی یک بخش تمرکز کنم. یک مثال معمولی یک شرکت تجهیزات بسته بندی است که برای خطی با فضای محدود به یک جزء راهنما جدید نیاز دارد. یک قطعه استاندارد ممکن است متناسب با نقشه باشد اما پس از استفاده طولانی به دلیل اصطکاک، گرما یا حرکت مکرر از کار بیفتد. یک پروژه تحقیق و توسعه سفارشی می تواند مواد را با هم مقایسه کند، شکل را تنظیم کند، یک نمونه اولیه ایجاد کند و قطعه را تحت شرایط عملیاتی مشابه آزمایش کند. کار می تواند یک مسیر عملی را دنبال کند: 1. کشف پروژه من نقشه ها، نمونه ها، داده های عملکرد و بازخورد کاربر را جمع آوری می کنم. عکس‌ها و ویدیوهای کوتاه نیز می‌توانند به نشان دادن نحوه ظاهر شدن مشکل در حین کار کمک کنند. 2. بررسی فنی طراحی، مواد، روش تولید و نقاط شکست احتمالی را ارزیابی می کنم. این مرحله ممکن است نشان دهد که مشکل اصلی از یک جزء یا مرحله فرآیند نزدیک است. 3. ** توسعه مفهوم ** من یک یا چند جهت طراحی را بر اساس محدودیت های پروژه آماده می کنم. هر گزینه باید عملکرد مورد انتظار، انتخاب مواد، روش تولید و مبادلات احتمالی خود را توضیح دهد. 4. آماده سازی نمونه اولیه یک نمونه اولیه چیزی برای بازرسی و آزمایش به تیم می دهد. ممکن است نشان دهنده قسمت تولید نهایی نباشد، بنابراین هدف آزمایش باید قبل از ساخت نمونه اولیه بیان شود. 5. آزمایش و تنظیم نتایج آزمایش به نشان دادن آنچه نیاز به تغییر دارد کمک می کند. طراحی ممکن است نیاز به پرداخت سطح، تحمل، روش بست، یا مواد متفاوتی داشته باشد. برخی از پروژه ها قبل از اینکه نتیجه برای تولید مناسب باشد به چندین چرخه آزمایش نیاز دارند. 6. پشتیبانی از تولید پس از پذیرفته شدن طرح، فرآیند تولید، نقاط بازرسی، بسته بندی و نیازهای خدمات را بررسی می کنم. بخشی که در یک دسته نمونه کار می کند ممکن است هنوز قبل از تولید معمولی نیاز به تغییرات داشته باشد. من همچنین معتقدم که ارتباطات باید ساده باقی بماند. یک پروژه تحقیق و توسعه خوب نباید به زبان فنی نامشخص بستگی داشته باشد. من به‌روزرسانی‌هایی را ارائه می‌دهم که نشان می‌دهد چه چیزی بررسی شده است، چه چیزی نامشخص است و چه تصمیمی از مشتری لازم است. توسعه سفارشی هر ریسک پروژه را حذف نمی کند. آزمایش می تواند مشکلات جدیدی را آشکار کند و شرایط تولید ممکن است نیاز به تغییرات طراحی داشته باشد. سوابق پاک و بحث آزاد مدیریت این مسائل را آسان تر می کند. وقتی من از یک پروژه تحقیق و توسعه سفارشی پشتیبانی می کنم، تمرکز من فقط روی ایجاد یک طرح جدید نیست. هدف من این است که طراحی را با فرآیند، بودجه، کاربران و نیازهای تولید مشتری مرتبط کنم. این رویکرد به تیم مسیر روشن تری از شناسایی مشکل به راه حلی می دهد که می تواند آزمایش، بررسی و آماده استفاده شود.

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

بسیاری از مشاغل به محصول استاندارد دیگری نیاز ندارند. آن‌ها به راه‌حلی نیاز دارند که با روش کار تیم‌هایشان، ابزارهایی که قبلاً استفاده می‌کنند و مشکلاتی که مشتریانشان با آن مواجه هستند، مناسب باشد. من اغلب می بینم که شرکت ها زمانی را صرف تطبیق فرآیند خود با محصولی می کنند که برای بازار وسیع تری ساخته شده است. نتیجه می تواند کار دستی اضافی، ورود مکرر داده ها، تاییدیه های کند و ویژگی هایی باشد که هیچ کس از آنها استفاده نمی کند. یک رویکرد سفارشی با کسب و کار شما شروع می شود به جای اینکه کسب و کار شما را وادار کند تا یک بسته ثابت را در خود جای دهد. من با یادگیری نحوه کار تیم شما امروز شروع می کنم. - کدام کارها بیشترین زمان را می گیرد؟ - خطاها کجا ظاهر می شوند؟ - از کدام سیستم ها استفاده می کنید؟ - مشتریان شما از این فرآیند چه انتظاری دارند؟ - کدام تغییرات کار روزانه را آسان تر می کند؟ این سوالات به جداسازی یک نیاز مفید از یک ویژگی خوب کمک می کند. آنها همچنین پروژه را متمرکز نگه می دارند. یک برنامه واضح می‌تواند شامل موارد زیر باشد: - بررسی گردش کار فعلی شما - فهرستی از اهداف تجاری - طرح کلی ویژگی ساده - محدوده پروژه - طرح آزمایشی - پشتیبانی پس از راه‌اندازی این فرآیند به تیم شما فرصتی می‌دهد تا قبل از اینکه توسعه یا تولید به سمت جلو حرکت کند، مسیر را مرور کند. همچنین بحث در مورد هزینه ها، مسئولیت ها و نتایج مورد انتظار را آسان تر می کند. به عنوان مثال، یک شرکت عمده فروشی کوچک ممکن است سفارشات را از طریق ایمیل، صفحات گسترده و تماس های تلفنی مدیریت کند. کارکنان می توانند بخشی از هر روز را به بررسی سهام و به روز رسانی مشتریان با دست اختصاص دهند. یک سیستم سفارش مناسب می‌تواند سوابق محصول، وضعیت سفارش و به‌روزرسانی‌های مشتری را در یک مکان به هم متصل کند. هدف اضافه کردن نرم افزار بیشتر نیست. هدف حذف کارهای تکراری از فرآیند موجود است. من معتقدم شخصی سازی مفید باید عملی باقی بماند. یک راه حل برای ایجاد ارزش نیازی به لیست طولانی از ویژگی ها ندارد. باید از افرادی که هر روز از آن استفاده می کنند حمایت کند. این ممکن است به این معنا باشد: - یک پورتال مشتری که حول فرآیند خدمات شما ساخته شده است - یک داشبورد گزارش با استفاده از داده هایی که تیم شما قبلاً جمع آوری کرده است - یک ابزار پیکربندی محصول برای کارکنان فروش - یک پلت فرم داخلی که کارهای تکراری سرپرست را کاهش می دهد - یک تجربه وب سایت مناسب برای یک گروه مشتری خاص - یک ارتباط بین سیستم هایی که در حال حاضر به طور جداگانه کار می کنند هر پروژه به سطح متفاوتی از سفارشی سازی نیاز دارد. برخی از کسب و کارها نیاز به تعدیل کوچکی با ابزار موجود دارند. دیگران به یک سیستم هدفمند نیاز دارند. من می توانم به مقایسه گزینه ها بر اساس بودجه، گردش کار، نیازهای فنی و نگهداری آینده کمک کنم. کار متوقف نمی شود زمانی که یک محصول راه اندازی می شود. تیم شما ممکن است پس از استفاده از آن در عملیات روزانه نیازهای جدیدی را کشف کند. بازخورد می‌تواند به‌روزرسانی‌های بعدی را راهنمایی کند، در حالی که بررسی‌های منظم می‌تواند به مفید ماندن سیستم با تغییر کسب‌وکار شما کمک کند. کار سفارشی باید به شما کنترل بیشتری بدهد، نه اینکه منبع دیگری از سردرگمی ایجاد کند. زمانی که راه حل فرآیند شما را منعکس می کند، تیم شما می تواند زمان کمتری را صرف کار در مورد محصول و زمان بیشتری برای خدمت به مشتریان کند. گردش کار فعلی خود، مسئله اصلی را که می خواهید حل کنید و نتیجه ای که امیدوارید به دست آورید، به اشتراک بگذارید. از آنجا می‌توان با گام‌های روشن و انتظارات واقع‌بینانه، مسیری مناسب را مورد بحث قرار داد.

بسیاری از ایده ها وقتی در ذهن ما می مانند، امیدوار کننده به نظر می رسند. چالش زمانی شروع می شود که باید آنها را توضیح دهیم، آزمایش کنیم و آنها را به چیزی تبدیل کنیم که مردم بتوانند از آن استفاده کنند. من اغلب می بینم که تیم ها با همین مشکلات دست و پنجه نرم می کنند. ایده خیلی گسترده است. کاربر هدف نامشخص است. این طرح دارای ویژگی های زیادی است اما یک نیاز واضح را برطرف نمی کند. پیشرفت کند می شود زیرا هیچ کس نمی داند ابتدا چه چیزی بسازد. من از یک فرآیند ساده برای حرکت از یک فکر اولیه به یک راه حل عملی استفاده می کنم. 1. با مشکل کاربر شروع کنید ** من با ویژگی ها شروع نمی کنم. من با یک سوال شروع می کنم: "چه مشکلی باعث می شود کاربر زمان، پول، راحتی یا اعتماد به نفس خود را از دست بدهد؟" یک کافه محلی ممکن است بخواهد یک سیستم سفارش سیار ایجاد کند. مشکل واقعی ممکن است کمبود یک برنامه نباشد. مشتریان ممکن است در ساعات شلوغ از آنجا خارج شوند زیرا نمی توانند صف را ببینند یا زمان انتظار را تخمین بزنند. این تفاوت راه حل را تغییر می دهد. کافه ممکن است قبل از اینکه به یک برنامه بزرگ نیاز داشته باشد، به نمایشگر زمان انتظار واضح و یک گزینه پیش‌سفارش ساده نیاز داشته باشد. یک بیانیه مشکل مفید می‌تواند کوتاه باشد: «مشتریان پرمشغله به روش سریع‌تری برای سفارش و جمع‌آوری نوشیدنی در ساعات اوج مصرف نیاز دارند». این بیانیه به تیم یک جهت روشن می دهد. **2. یک گروه را برای خدمت انتخاب کنید شکل دادن یک ایده آسان تر می شود وقتی که بدانم چه کسی از آن استفاده خواهد کرد. می پرسم: - چه کسی بیشتر با این مشکل مواجه است؟ - می خواهند چه کار کنند؟ - چه چیزی آنها را از انجام آن باز می دارد؟ - الان از چه راه حلی استفاده می کنند؟ - چه چیزی آنها را تغییر می دهد؟ سرویسی که برای دانش‌آموزان طراحی شده است ممکن است برای والدین، کارکنان اداری یا مشتریان مسن‌تر به خوبی کار نکند. هر گروه عادات، بودجه و دلایل متفاوتی برای انتخاب دارد. من یک گروه شروع روشن را به یک مخاطب بزرگ با نیازهای مبهم ترجیح می دهم. یک مخاطب متمرکز به من کمک می‌کند پیام‌های بهتری بنویسم، ویژگی‌های مفید را انتخاب کنم و ایده را با سؤالات بهتر آزمایش کنم. 3. ایده را به یک وعده روشن تبدیل کنید بسیاری از کسب و کارها آنچه را که ارائه می دهند به جای آنچه که مشتری به دست می آورد، توصیف می کنند. "پلتفرم مدیریت وظیفه مبتنی بر ابر" به من می گوید محصول چیست. «به تیم‌های کوچک کمک کنید ببینند چه کسی چه کاری انجام می‌دهد و چه چیزی نیاز به توجه دارد» به من می‌گوید که چرا ممکن است مفید باشد. من پیام را حول سه نقطه شکل می دهم: - مشکل کاربر - اقدامی که راه حل از آن پشتیبانی می کند - نتیجه ای که کاربر به طور منطقی می تواند انتظار داشته باشد پیام باید صادقانه بماند. اگر ابزاری بتواند کار دستی را کاهش دهد، می توانم بگویم. من نباید قول نتایج کامل را بدهم یا ادعا کنم که هر مشتری به همان اندازه در زمان صرفه جویی می کند. زبان واضح قبل از اینکه فرد محصول را امتحان کند، اعتماد ایجاد می کند. 4. قسمت های مفید را از قسمت های اضافی جدا کنید ایده ها اغلب خیلی سریع رشد می کنند. یک تیم ممکن است قبل از آزمایش سرویس اصلی، چت، گزارش، ابزار پرداخت، هشدارها و تنظیمات سفارشی را اضافه کند. من از یک تست ساده برای هر ویژگی استفاده می کنم: "آیا این به کاربر هدف کمک می کند مشکل اصلی را حل کند؟" اگر پاسخ نامشخص است، ویژگی را کنار می گذارم. این بدان معنا نیست که این ویژگی ارزشی ندارد. ممکن است پس از اینکه سرویس اصلی بازخورد کاربر را به دست آورد، به نسخه بعدی تعلق داشته باشد. برای مثال کافه، نسخه اول می‌تواند شامل موارد زیر باشد: - یک منوی دیجیتال - زمان انتظار تخمینی - پیش‌سفارش - یک پیام جمع‌آوری واضح یک برنامه وفاداری و گزارش‌های دقیق مشتری می‌تواند منتظر بماند تا فرآیند سفارش به خوبی کار کند. توضیح، ساخت و بهبود نسخه اول کوچکتر آسان تر است. 5. ایده را با رفتار واقعی آزمایش کنید ** نظرات مفید هستند، اما رفتار سرنخ های قوی تری می دهد. می توانم از مردم بپرسم که در مورد یک ایده چه فکر می کنند. همچنین می خواهم ببینم وقتی با این مشکل مواجه می شوند چه می کنند. یک آزمایش کوچک ممکن است شامل موارد زیر باشد: - یک صفحه فرود ساده - یک فرم ثبت نام - یک سرویس دستی - یک طراحی قابل کلیک - یک آزمایش کوتاه با یک گروه کاربری محدود فرض کنید کافه یک کد QR را در نزدیکی ورودی قرار می دهد و به مشتریان اجازه می دهد منو را مشاهده کنند و به صف مجموعه بپیوندند. کارکنان می توانند پیگیری کنند که چند نفر از آن استفاده می کنند، کجا توقف می کنند و چه سؤالاتی می پرسند. این آزمایش ممکن است نشان دهد که مشتریان بیشتر به زمان انتظار دقیق اهمیت می دهند تا پیش پرداخت. این بینش می تواند تیم را از ایجاد ویژگی اشتباه نجات دهد. **6. راه حل را از طریق بازخورد بهبود دهید ** بازخورد باید منجر به عمل شود، نه فهرست طولانی نظرات. من بازخورد را در زمینه هایی مانند: - مراحل گیج کننده - اطلاعات از دست رفته - اقدامات آهسته - درخواست های مکرر - دلایلی که افراد از خدماتی که من به دنبال الگوها هستم استفاده نمی کنند، گروه بندی می کنم. یک شکایت ممکن است شخصی باشد. همین شکایت از بسیاری از کاربران ممکن است به یک مشکل طراحی اشاره کند. من به سیگنال های بی صدا نیز توجه می کنم. اگر کاربران صفحه ای را باز کنند اما فرمی را تکمیل نکنند، ممکن است عبارت یا فرآیند نامشخص باشد. اگر قبل از برداشتن مرحله بعدی کمک بخواهند، ممکن است رابط به راهنمایی بهتری نیاز داشته باشد. بازخورد مفید به من کمک می کند تا محصول و پیام را همزمان بهبود بخشم. **7. ارزش هر نقطه تماس را توضیح دهید یک ایده خوب ممکن است وقتی پیامش از صفحه ای به صفحه دیگر تغییر می کند توجه خود را از دست بدهد. وب‌سایت، ایمیل فروش، صفحه محصول و تیم پشتیبانی مشتری باید همان مزیت اصلی را به زبانی که مردم می‌توانند درک کنند، توصیف کنند. من از پر کردن صفحه با ادعاهای گسترده اجتناب می کنم. من نحوه عملکرد راه حل را از طریق جزئیات واضح نشان می دهم: - کاربر چه می کند - چه خدماتی ارائه می دهد - هر مرحله چقدر طول می کشد - کاربر چه انتظاراتی می تواند داشته باشد - چه چیزی را سرویس پوشش نمی دهد یک ابزار مدیریت پروژه ممکن است توضیح دهد که کاربران می توانند وظایف ایجاد کنند، مالکان را اختصاص دهند و تاریخ های سررسید را پیگیری کنند. همچنین می تواند بیان کند که ابزار کار را برای آنها کامل نمی کند. این نوع وضوح به مردم کمک می کند تا با درک بهتری از خدمات انتخاب کنند. 8. پیشرفت را با سیگنال‌های مفید اندازه‌گیری کنید یک راه‌حل نیاز به راهی دارد که نشان دهد آیا کمک می‌کند یا خیر. اندازه گیری صحیح به مشکل بستگی دارد. یک کافه ممکن است میانگین زمان سفارش، پیام‌های جمع‌آوری از دست رفته و تکرار استفاده را ردیابی کند. یک تیم نرم افزار تجاری ممکن است وظایف تکمیل شده، درخواست های پشتیبانی و فعالیت حساب را ردیابی کند. من به یک عدد متکی نیستم. اگر کاربران هرگز برنگردند یا نتوانند اقدام اصلی را انجام دهند، تعداد ثبت نام بالا به معنای کمی است. من هر معیار را به نیاز کاربر متصل می‌کنم: - خدمات سریع‌تر ← زمان انتظار کوتاه‌تر - راه‌اندازی آسان‌تر ← کاربران بیشتر در حال تکمیل راه‌اندازی - مشاهده بهتر کار ← مهلت‌های از دست رفته کمتر - سفارش واضح‌تر ← سوالات پشتیبانی کمتر این سیگنال‌ها به من کمک می‌کنند تصمیم بگیرم چه چیزی را بعدا تنظیم کنم. تبدیل یک ایده به یک راه حل مفید، اضافه کردن ویژگی های بیشتر یا استفاده از زبان پیچیده تر نیست. این با یک مشکل خاص، یک گروه کاربری واضح و وعده ای که سرویس می تواند پشتیبانی کند، شروع می شود. من نسخه اول را متمرکز نگه می دارم. من آن را با کاربران واقعی تست می کنم. من هم بازخورد و هم رفتار را مطالعه می کنم. قسمت هایی را که بر نیاز اصلی تأثیر می گذارند، بهبود می دهم، سپس نتیجه را به انگلیسی ساده توضیح می دهم. یک ایده قوی نیازی ندارد که بزرگ به نظر برسد. این باید برای فردی که مشکل دارد منطقی باشد.

یک ایده محصول قوی به چیزی بیش از یک طرح خوب نیاز دارد. این نیاز به تصمیمات فنی روشن، آزمایش قابل اعتماد، هزینه های کنترل شده و برنامه توسعه متناسب با بازاری دارد که می خواهید به آن خدمت کنید. من اغلب همین نگرانی را از تیم های محصول می شنوم: مفهوم آماده است، اما مسیر ایده تا محصول کار آماده نیست. نقشه ها ممکن است ناقص باشند. خطرات فنی ممکن است پنهان بماند. تامین کنندگان ممکن است پاسخ های متفاوتی بدهند. از دست رفتن جزئیات در مرحله طراحی می تواند منجر به نمونه های اضافی، چرخه های توسعه طولانی تر یا تغییرات در برنامه تولید شود. من به تبدیل دیدگاه محصول شما به یک فرآیند تحقیق و توسعه عملی کمک می کنم. من با گوش دادن به هدف پشت محصول شروع می کنم. چه کسی از آن استفاده خواهد کرد؟ چه مشکلی را باید حل کند؟ کدام عملکردها ضروری هستند و کدام ویژگی ها می توانند منتظر بمانند؟ این سوالات به شکل گیری یک خلاصه پروژه واضح قبل از شروع کار مهندسی کمک می کند. از آنجا به بررسی نکات فنی اصلی می پردازم: - عملکرد محصول و نیازهای کاربر - گزینه های مواد و اجزا - اندازه، ساختار و ظاهر - روش ساخت - شرایط کاری مورد انتظار - الزامات ایمنی و کیفیت - هزینه هدف و حجم تولید - آزمایش و طرح های نمونه این مرحله به هر دو طرف دید مشترکی از پروژه می دهد. همچنین به شناسایی مناطقی که ممکن است به تحقیقات بیشتری نیاز داشته باشند، قبل از حرکت به جلو کمک می کند. یک محصول می تواند در ظاهر ساده به نظر برسد در حالی که بسیاری از سوالات فنی را در داخل خود دارد. برای مثال، یک دستگاه الکترونیکی فشرده ممکن است به کنترل حرارت، قرار دادن باتری، فضای مونتاژ، عملیات سطح و دسترسی تعمیر نیاز داشته باشد. اگر این نقاط تا مرحله نمونه باقی بمانند، ممکن است لازم باشد طرح چندین بار تغییر کند. من ترجیح می دهم این خطرات را زودتر مرور کنم. تیم من می تواند از ارزیابی مفهومی، طراحی ساختار، برنامه ریزی نمونه اولیه، انتخاب مواد، ارزیابی نمونه و آماده سازی تولید پشتیبانی کند. هر مرحله به مرحله بعدی مرتبط است، بنابراین تصمیمات ثبت می شوند و بررسی آنها آسان تر است. فرآیند توسعه را می توان بر اساس نیازهای پروژه شما ترتیب داد: 1. بحث پروژه من اهداف محصول، تصاویر مرجع، فایل های فنی، کاربران هدف، کمیت مورد انتظار و نیازهای بازار را جمع آوری می کنم. اگر برخی از اطلاعات آماده نیست، من به سازماندهی جزئیات گم شده کمک می کنم. 2. مفهوم و بررسی امکان سنجی بررسی می کنم که آیا ایده محصول را می توان با مواد، تجهیزات و فرآیندهای مناسب تولید کرد. در این مرحله، من همچنین به خطرات طراحی اشاره می کنم که ممکن است بر هزینه، عملکرد یا برنامه ریزی تحویل تأثیر بگذارد. 3. توسعه فنی مهندسان بر روی نقشه ها، سازه ها، اجزاء، مواد و روش های تولید کار می کنند. طراحی از طریق بررسی فنی به جای حدس و گمان تنظیم می شود. 4. آزمایش نمونه اولیه و نمونه یک نمونه به ما کمک می کند تناسب، عملکرد، ظاهر، مونتاژ و تجربه کاربر را بررسی کنیم. نتایج آزمون ثبت می شود تا بتوان تغییرات را به دلیل روشنی انجام داد. 5. تنظیم طراحی برخی از محصولات پس از تست نیاز به تغییرات دارند. ممکن است فشار دادن یک دکمه سخت باشد. ممکن است مونتاژ یک پوشش دشوار باشد. یک ماده ممکن است احساس سطح مورد انتظار را ایجاد نکند. من این یافته ها را به عنوان بخشی از توسعه محصول می دانم و از آنها برای بهبود نسخه بعدی استفاده می کنم. 6. آماده سازی تولید قبل از تولید حجم، نقشه های نهایی، لیست مواد، نقاط بازرسی، نیازهای بسته بندی و فرآیند مونتاژ را بررسی می کنم. این امر سردرگمی بین تیم های طراحی، خرید و تولید را کاهش می دهد. یک مثال عملی را می توان در توسعه یک لوازم خانگی کوچک مشاهده کرد. مفهوم اصلی ممکن است بر ظاهر و عملکردهای اساسی تمرکز کند. در طول بررسی فنی، تیم ممکن است متوجه شود که موتور گرمای زیادی ایجاد می‌کند، سیم‌کشی داخلی فضای محدودی دارد و پوسته بیرونی به سختی برای سرویس باز می‌شود. یک طراحی بهتر ممکن است از یک طرح داخلی متفاوت استفاده کند، فضای تهویه را اضافه کند و ساختار پوسته را قبل از ساخت ابزار تولید تنظیم کند. این نوع بازبینی می تواند پروژه را از دوباره کاری های قابل اجتناب محافظت کند. این همه چالش های توسعه را برطرف نمی کند و هیچ شریک مسئول تحقیق و توسعه نباید قول دهد که این کار را خواهد کرد. قبل از هر تصمیمی اطلاعات بهتری به تیم می دهد. همچنین می دانم که هر مشتری سبک کاری متفاوتی دارد. برخی از تیم ها در حال حاضر نقشه های کاملی دارند و برای نمونه ها یا انتقال تولید به کمک نیاز دارند. دیگران فقط یک ایده محصول دارند و از همان مرحله مفهوم اولیه نیاز به پشتیبانی دارند. برخی از پروژه ها نیاز به ارتباط نزدیک با یک کارخانه موجود دارند. دیگران نیاز به یک بررسی جدید از تامین کننده دارند. نقش من می تواند حول نقطه شروع شما تنظیم شود. ارتباط شفاف بخشی از کار فنی است. من از سوابق پروژه، بازخورد نمونه، بررسی های طراحی و نتایج آزمایش استفاده می کنم تا تصمیمات را به راحتی دنبال کنم. هنگامی که یک تغییر طراحی بر هزینه، تولید یا عملکرد تأثیر می گذارد، به جای پنهان کردن موضوع در پشت اصطلاحات فنی، دلیل آن را به زبان ساده توضیح می دهم. من معتقدم که تحقیق و توسعه خوب باید به محصول خدمت کند، نه اینکه فرآیند را پیچیده به نظر برساند. دیدگاه شما به پروژه جهت می دهد. تجربه مهندسی من به تبدیل این جهت به نقشه‌ها، نمونه‌ها، طرح‌های آزمایشی و مراحل تولید کمک می‌کند که تیم شما می‌تواند آن‌ها را بررسی و استفاده کند. ایده محصول، فایل های فعلی یا چالش توسعه خود را با من به اشتراک بگذارید. ما می‌توانیم مرحله عملی بعدی را تعریف کنیم و یک برنامه توسعه حول اهداف محصول، نیازهای فنی و شرایط تولید شما بسازیم. ما تجربه گسترده ای در زمینه صنعت داریم. برای مشاوره حرفه ای با ما تماس بگیرید: Zhou Hongming: zjsp-yxx@super.ac.cn/WhatsApp +8618767989127.

1. رابرت جی کوپر - 15 مارس 2024 - برنده شدن در محصولات جدید خلق ارزش از طریق نوآوری 2. دیوید جی اولمن - 10 ژوئن 2023 - فرآیند طراحی مکانیکی از مفهوم تا تولید 3. هنری چسبرو - 8 سپتامبر 2022 - باز کردن نوآوری برای فناوری خلاقانه جدید ژانویه و Profiter. 20، 2024 - راهنمای مالکان استارتاپ توسعه مشتری و اعتبارسنجی مدل کسب و کار 5. دان نورمن - 5 آوریل 2023 - طراحی چیزهای روزمره توسعه محصول کاربر محور 6. کارل تی اولریش و استیون دی اپینگر - 18 ژوئیه 2022 - طراحی و توسعه محصول از ایده تا تولید