چگونه زمان سررسید را تا 40 درصد برای مشتریان کاهش دادیم

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

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

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

من قبلاً فکر می کردم که انتظار فقط بخشی از فرآیند است. من برای یک تماس در صف قرار می‌گرفتم، در فاصله‌های طولانی پاسخ می‌نشستم و نیمی از روز را با کارهای ساده از دست می‌دادم. چیزی که بیش از همه مرا آزار می داد خود تاخیر نبود. این احساسی بود که زمانم از دست می رفت در حالی که کارم ناتمام می ماند. وقتی شروع به جستجوی راه سریع‌تری برای انجام کارها کردم، این تغییر کرد. من به سه چیز نیاز داشتم. ارتباط شفاف یک فرآیند ساده نتیجه ای که می توانستم به آن اعتماد کنم اینجاست که ایده پشت انتظار کمتر و برنده شدن بیشتر برای من معنا پیدا کرد. من سرعت می خواهم، اما سردرگمی نمی خواهم. من پیشرفت می خواهم، اما نمی خواهم مردم را برای به روز رسانی تعقیب کنم. من سرویسی می‌خواهم که به حرکت خود ادامه دهد، زیرا برنامه کاری من از قبل فشار کافی دارد. یک سرویس خوب باید تاخیرهای کوچکی را که مردم را خسته می کند کاهش دهد. این را بیشتر در زندگی روزمره متوجه می شوم. یکی از دوستان یک بار سعی کرد از طریق یک چت آهسته رفت و برگشت، یک سفارش اولیه را انجام دهد. او مجبور شد نیازهای خود را سه بار تکرار کند. در پایان، او حتی مطمئن نبود که این درخواست درک شده باشد. این نوع انتظار بیشتر از اتلاف دقیقه است. انرژی را تخلیه می کند. دیدگاه من ساده است. وقتی یک کسب‌وکار به زمان احترام بگذارد، سریع‌تر اعتماد کسب می‌کند. به همین دلیل است که من راه حل هایی را ترجیح می دهم که گام ها را کوتاه و پیام را روشن نگه دارد. اگر بتوانم بفهمم که بعداً چه اتفاقی می‌افتد، احساس می‌کنم اعتماد به نفس بیشتری در حرکت به جلو دارم. اگر بتوانم بدون مکث طولانی از پشتیبانی برخوردار شوم، بر روی کاری که مهم است تمرکز می کنم. در اینجا روشی است که من درباره خدماتی مانند این قضاوت می کنم. نگاه می‌کنم شروع کردن چقدر آسان است، بررسی می‌کنم که با چه سرعتی پاسخ دریافت می‌کنم، توجه می‌کنم که آیا فرآیند نرم و روان است یا خیر. اکثر مردم نیازی به سخنرانی طولانی ندارند. آنها به یک مسیر تمیز از مشکل به راه حل نیاز دارند. همچنین معتقدم انتظار کمتر تصمیمات بهتری ایجاد می کند. وقتی در تاخیر گیر نمی کنم، می توانم گزینه ها را با ذهنی آرام مقایسه کنم. من می توانم سوالات بهتری بپرسم. من می توانم به جای عجله کردن در انتخاب اشتباه، آنچه را که با نیازم مطابقت دارد انتخاب کنم. آن تغییر کوچک، کل تجربه را تغییر می دهد. این جنبه دیگری هم دارد. انتظار می‌تواند حتی یک پیشنهاد خوب را نیز استرس‌زا کند. پاسخ آهسته می تواند یک کار ساده را به کاری خسته کننده تبدیل کند. یک فرآیند سریع و ثابت می تواند برعکس عمل کند. باعث می شود مردم احساس کنند دیده می شوند. مرحله بعدی را آسان تر می کند. به همین دلیل است که "انتظار کمتر، برنده شدن بیشتر" با من صحبت می کند. این فقط در مورد سرعت نیست. این در مورد بازگرداندن کنترل روز به مردم است. این در مورد کمک به آنها از تاخیر به عمل بدون اصطکاک اضافی است. اگر امروز یک سرویس را انتخاب می‌کردم، می‌خواستم سرویسی را بخواهم که همه چیز را در حرکت نگه دارد، هر مرحله را به روشی ساده توضیح دهد و به من کمک کند روی نتایج متمرکز بمانم. این همان تجربه ای است که مردم به خاطر می آورند. این همان خدماتی است که مردم به آن باز می گردند. انتظار کمتر به معنای مراقبت کمتر نیست. برای من، این به معنای مراقبت بهتر است که از طریق پاسخ‌های سریع، مراحل واضح و فرآیندی که به وقت من احترام می‌گذارد نشان داده می‌شود. و هنگامی که این اتفاق می افتد، برنده شدن بسیار نزدیک تر به نظر می رسد. امروز با ما تماس بگیرید تا بیشتر بدانید Gui Zhihong: 184432610@qq.com/WhatsApp +8618958309862.

Womack and Jones 2003 Lean Thinking حذف ضایعات و ایجاد ثروت در شرکت شما Goldratt 1997 Critical Chain Poppendieck and Poppendieck 2007 Lean Software Development An Agile Toolkit Hopp and Spearman 2011 Factory Physics Slack, Burdon-Jones, Burdon-Jones 2016 لجستیک و مدیریت زنجیره تامین