<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>نوشته های محمد اویسی</title><link>https://virgool.ir/feed/@m_26171389</link><description></description><language>fa</language><pubDate>2026-11-11 05:46:08</pubDate><image><url>https://files.virgool.ir/upload/users/336809/avatar/biIYqY.png</url><title>محمد اویسی</title><link>https://virgool.ir/@m_26171389</link></image><item><title>User Onboarding</title><link>https://virgool.ir/@m_26171389/user-onboarding-pheulbtjqw1k</link><description>دیدکاه خود را همین الان نسب به طراحی onboarding عوض کنیم!دیدگاه ما نسبت به طراحی یک onboarding نباید یک دیدگاه به اصطلاح کوتاه مدت باشد و ما باید یک دیدگاه بلند مدت نسبت به onboarding کاربران خود داشته باشیم چون متر های مثل retention, engagment متر هایی بلند مدت برای یک محصول به حساب می آیند و نه متر هایی کوتاه مدت و باید این جمله را همیشه در ذهن داشته باشیم که :پس زمانی کاربر میتواند یک موضوع جدید را یاد بگیرد که آن را بار ها تکرار کرده باشد.این نکته را هم در نظر داشته باشیم که تمام وقت خود را صرف ساخت یک onboarding تمام و کمال نکنیم. و اما چرا؟ چون تمام کاربران ما با یک هدف مشترک و زمینه های یکسان از محصول ما استفاده نمیکنند پس ساخت و طراحی یک onboarding برای آن که برای تمامی کاربران مناسب باشید غیر ممکن است. پس باید حتما مسیر های متفاوتی برای onboarding کاربران در نظر بگیریم و از یک سری خطا های احتمالی اجتناب کنیم که در ادامه به آن ها پرداخته میشود.۱ - پارادوکس کاربر فعال&#34;پارادوکس کاربر فعال&#34; اولین بار در مطالعه ای توسط مری بث روسون و جان کارول ، محققان IBM ، در دهه 1980 مطرح شد. هنگام مشاهده کاربران جدید نرم افزار انتشار دسکتاپ ، یک رفتار غیرمنتظره مشاهده شد: این کاربران به ندرت راهنمای کاربر را برای آن می خواندند. در عوض ، کاربران فعال بلافاصله با استفاده از نرم افزار سعی می کنند آن را امتحان کنند و حتی اگر این به معنای برخورد با خطاهای قابل اجتناب و گیر افتادن در بن بست ها باشد. دانستن این که بسیاری از کاربران می خواهند در حین استفاده از یک محصول به طور هم زمان یاد بگیرند به این معنی است که ما نمی توانیم به محتوای غیرفعال مانند اسلایدهای مقدماتی یا فیلم های آموزشی تکیه کنیم. در عوض ، ما باید راهنمای کاربران را در حین تعامل با محصولات خود بپذیریم و آنچه را که نیاز دارند از طریق تمرین به آنها ارائه دهیم.برای رفع پارادوکس کاربر فعال ، باید راهنمایی را در مسیر کاربر یا user journey  گنجانیم. این به کاربران جدید اجازه می دهد تا بر اساس میزان استفاده خود از محصول ، با سرعت دلخواه خود بیاموزند ، بدون آنکه اطلاعات نامربوط را بر آنها تحمیل کنند.پیش فرض ها را دست کم نگیریدداشتن پیش فرض های عالی یک راه ساده اما قدرتمند برای ورود کاربران جدید است. به عنوان مثال ، Duolingo ، یک محصول آموزش زبان ، از وضعیت پیش فرض سایت خود برای کمک به کاربران برای شروع استفاده می کند. کاربر می بیند که می تواند بلافاصله در آزمون زبان شرکت کند یا اولین درس زبان خود را بگذراند.Duolingoبا شرکت در یک آزمون زبان عملی ، کاربران جدید می توانند به سرعت اصول اولیه نحوه عملکرد Duolingo را تجربه کرده و در عین حال در جهت اهداف یادگیری خود پیشرفت کنند. این بسیار فعالتر از این است که آن دسته از کاربران که مشتاق یادگیری زبان جدید هستند ، نحوه عملکرد آن را در متن یا ویدیو بخوانند.یا ایمیل و یا پیامی که به محض ثبت نام در gmail یا  yahoo با آن رو به رو میشوید.شاید براتون جالب باشه که کمتر از ۵٪ از کاربران تنظیمات پیش فرض خود چه در موارد سخت افزاری چه نرم افزاری تغییر میدهند.۲ - تداخل ۲ وظیفه&#34;تداخل دو وظیفه&#34; پدیده ای است که در آن افراد هشدارها ، اطلاعیه ها و سایر پیام هایی را که ظاهر می شوند یا مانع از انجام وظایف فعلی فرد می شوند نادیده می گیرند. بخش &#34;دوگانه&#34; تداخل دو وظیفه ای بیانگر این است که کاربر همزمان با دو مورد برخورد کند.به عنوان مثال ، در تحقیقی به نام &#34;مضرتر از خوب؟ چگونه پیامهای مزاحم می توانند ما را آسیب پذیر کنند. ”محققان دانشگاه بریگهام یانگ با مهندسان تیم Google Chrome همکاری کردند تا نحوه تعامل افراد با گفتگوهای امنیتی را ببینند. آنها دریافتند که 74٪ از افراد در این مطالعه پیام های امنیتی را که هنگام بستن پنجره صفحات وب ظاهر می شود نادیده می گیرند ، در حالی که درصد بیشتری حتی در صورت تماشای فیلم یا انتقال اطلاعات پیام ها را نادیده می گیرند. به این ترتیب ، محاوره های امنیتی ظاهر شده در طول این وظایف احتمالاً نادیده گرفته می شوند.هنگامی که ما یک onboarding را طراحی می کنیم ، قصد ما این است که اطلاعات مقدماتی را تا آنجا که ممکن است نمایان کنیم. متأسفانه ، ما تمایل داریم که راه حل های مزاحم و نادیده گرفته شده را پیش فرض کنیم: کاربران جدید به سرعت اسلایدشوهایی را که هنگام باز کردن یک برنامه جدید اجرا می شوند ، تند می کشند. بازدیدکنندگان وب سایت جدید ویدیوهای استقبال را که به طور خودکار پخش می شوند ، می بندند. و کاربران موجود به سرعت دیالوگ های ویژگی جدیدی را که معمول معمول آنها را مختل می کند ، کنار می گذارند.اگرچه وقفه ها به عنوان راهی عالی برای اطمینان از مشاهده اطلاعات مهم کاربران جدید به نظر می رسد ، مفهوم تداخل دو وظیفه ای ثابت می کند که این پنجره ها اغلب نادیده گرفته می شوند.و اما سوال این است چه راه حلی مناسب است؟در بخش &#34;مضرتر از خوب؟&#34; در مطالعه ، محققان نشان دادند که پیامهای مهم به احتمال زیاد در مکث های طبیعی مورد توجه قرار می گیرند. اینجاست که هنگام بررسی پیام های خود باید شروع کنیم. برای جلوگیری از ایجاد تداخل دوگانه در کارها ، باید به این نکته توجه داشته باشیم که چه موقع و کجا راهنمایی های انجام شده را ارائه می دهیم.پیام های خطیروشی که شما برای نمایش اطلاعات به کار می برید نیز می تواند به وقفه درک شده آن کمک کند. همپوشانی ها در پردازنده کاربر رایج هستند ، اما به طور طبیعی وقفه ای ندارند زیرا در بالای یک رابط ظاهر می شوند. به جای استفاده از پوشش برای معرفی ویژگی ها یا اطلاعات جدید ، می توانید راهنمایی را به صورت خطی با حالت عادی محصول ارائه دهید.مورد زیر نمونه ای از راهنمای داخلی اینستاگرام است که ویژگی های جدید Stories را معرفی می کند. برنامه با گفتگوی اعلان کاربر را قطع نمی کند ، بلکه یک داستان &#34;جدید&#34; را به همراه داستانهای دیگر به صورت خطی اضافه می کند. هنگامی که تماشا می شود ، کاربر را از طریق آن ویژگی های جدید راهنمایی می کند.امیدوارم با خواندن این متن دیدگاه مناسبی نسبت به طراحی یک onboarding مناسب برای کاربران محصول خود به دست آورده باشین و امیدوارم این موضوع را اصلا سطحی نبینید و مرحله به مرحله آن را زیر ذره بین ببرین و با دقت آن را بررسی کنید. همان طور که گفته شد، یک onboarding مناسب میتواند روی تمام متر های محصول ما اثر گذار باشد.</description><category>محمد اویسی</category><author>محمد اویسی</author><pubDate>Thu, 09 Sep 2021 21:41:37 +0430</pubDate></item><item><title>درگیر قالب داستان کاربر نباشیم</title><link>https://virgool.ir/@m_26171389/درگیر-قالب-داستان-کاربر-نباشیم-l5hzkmmhpslx</link><description>برای یک بار هم شده باید به این موضوع فکر کنیم که داستان های کاربر (User Stories) نوشته شده توسط ما درست و یا اصولی هستند یا نه !؟وقتی میخوایم برای این سوال یک جوابی پیدا کنیم میریم گوگل و یکم راجبه مفهوم و اصول نوشتن داستان های کاربر (User Stories) تحقیق میکنیم . داستان کاربر (User Story) چیست ؟خب داستان کاربر (User Story) یک تعریف خیلی خیلی ساده هستش! کافیه که ما کار را  از دید و نظر کاربر ببینیم و بفهمیم که ما با این کار قراره چه نیاز مهمی از کاربر را رفع کنیم و خب یک قالب خیلی ساده هم داره .قالب به این صورت هست که :بعنوان ___________ (از نظر کدام شخص یا پرسونا ؟ مثلا مشتری یا کاربر)میخواهم ______________ (چه کاری را انجام بدم یا مثلا چه فیچری را تولید کنم؟) تا بتوانم ________________ (تا رفع چه نیازی کنم؟)قالب یک داستان کاربر (User Story)پس تا اینجا، هم با مفهوم داستان کاربر (User Story) و هم با قالب داستان کاربر (User Story) آشنا شدیم.طرح یک مشکل رایج وقتی با مفهوم داستان کاربر (User Story) آشنا میشیم، خیلی برامون ساده هستش اما حقیقت اینه که شاید همین مفهوم به نظر خیلی ساده فریبمون داده ! اما یک مثال خوب که همیشه گوشه ‌‌ذهن من هستش !بعنوان بانک مرکزی جمهوری اسلامی ايرانخرید و فروش دلار رو محدود به ۲۰۰۰ دلار در سال می کنیمتا بتوانیم بازار ارز را کنترل کنیم.از این دست از قوانین تو کشورمون زیاد دیدیم ولی چه نفعی برای ما داشته؟ هیچی ! حالا یک بار دیگه مثال را بخونید میفهمید که قالب همون قالب داستان کاربر (User Story) هستش اما در واقعیت هیچ نفعی برای ما نداشته! درگیر قالب نباشیمقطعا منظور از عنوان کردن این موضوع این نیستش که کلا بیخیال قالب بشیم ! اما هیچ موقع فراموش نکنیم که هدف ما از درست کردن این قالب این هستش که درک کنیم میخواهیم چه نیاز مهمی از کاربر را رفع کنیم ! پس از همه چی مهم تر برای ما اینه که نیازی از کاربر رفع کنیم !فقط کافیه الان یک دور دیگه یک نگاه کوچولو به داستان های کاربر (User Stories) که نوشتیم داشته باشیم بعد متوجه میشیم خیلی از اونا نیازی از کاربر رفع نمیکنه ! اما چجوری به نیاز واقعی کاربر برسیمبه نظرم این که ما بشینیم یک جا و بگیم که حالا فکر کنیم که نیاز کاربر چیه و راه حل هم براش دربیاریم اشتباه ترین راهه!!! حداقل میتونم بگم این کار برای من تا حالا آورده ای نداشته!میخوایم یک مسئله رو حل کنیم؟؟ پس باید بریم تو دلش!! پس باید پاشیم بریم کف کف بازار !! بشینیم پای حرف اون دسته از کاربرانی که مورد هدف ما هستن! درد و دل کنیم و ببینیم نیاز و یا مشکل واقعی این دسته از مردم چیه! اما باید حواسمون باشه که بر اساس تعداد کمی از دیده ها و شنیده ها نباید تصمیم گرفت وگرنه ۱۰۰٪ دچار اشتباه میشیم! نتیجه داستان کاربر (User Story) همیشه برای همه افراد یک مفهوم پیش پا افتاده هستش اما حالا فهمیدیم که در حالی خیلی ساده هستش پیچیده هم میتونه باشه! پس حواسمون باشه ما قراره مشکل و مسئله رو حل کنیم نه این که تمرین کنیم جملاتمون رو در یک قالب خاص بگیم !</description><category>محمد اویسی</category><author>محمد اویسی</author><pubDate>Tue, 10 Nov 2020 14:42:17 +0330</pubDate></item><item><title>رمز و راز OKR</title><link>https://virgool.ir/@m_26171389/رمز-و-راز-okr-aoyob6kwh1yj</link><description>داستان OKR  اول از همه باید بگم که OKR در واقع مخفف Objectives &amp; Key Results هستش .خیلی ساده بخوام بگم Objective همون هدفی هستش که قراره بهش برسیم و Key Result همون نتیجه کلیدی هستش که خب جلوتر بیشتر براتون توضیح میدم و اصلا نگران نباشید اگه این اسم ها براتون الان یکم گنگ هستش !هر هدفی (objective) شامل تعدادی نتیجه کلیدی (Key Result) هستش . نتیجه کلیدی یا نتایج کلیدی (Key Results) مجموعه کار هایی هستند که در جهت رسیدن به اون هدف (objective) انجام میدیم.حالا بریم سراغ یک مثال تا بیشتر متوجه قضیه بشیم !هدف (objective) : viral(برای viral واقعا کلمه مناسب فارسی به ذهنم نرسید) کردن شرکت .نتایج کلیدی (Key Results) :افزایش ٪۳۰ تعداد بازدیدکنندگان صفحه اختصاصی شرکت در اینستاگرام .جذب ۱۰۰۰ دنبال کننده جدید در کانال Youtube .افزایش ٪۲۰ ترافیک ورودی به وبسایت شرکت از سمت Organic search .‍نکات OKRمعمولا OKR ها برای مدت ۳ ماه یا همون فصلی بسته میشوند و حتما حواسمون باشه که اهدف (objectives) اصلا نباید آسون باشند و حتی باید بلند پروازانه هم باشند و شرکت رو حتما باید به سمت جلو حرکت بدند . نتایج کلیدی (Key Results) باید قابل اندازه گیری (measurable) و حتما قابل انجام دادن (achievable) هم باشند و غیر ممکن نباشند . همه برای هم در OKRهماهنگی بین اعضا یک تیم و حتی ارتباط متقابل تیم ها با هم از مهمترین موضوعات در OKR هستش ، وقتی یک شرکت و سازمان در اوج هماهنگی به سر ببرند قطعا حل کردن هر مسأله و مشکلی راحت تر میشه . زمانی که یک OKR سازمانی یا حتی یک OKR محصول مشخص میشه باید با شفافیت کامل در اختیار تمامی تیم ها قرار بگیره . حالا تیم ها توان این رو دارند که برای رسیدن به اهدف مشخص شده برنامه ریزی کنند و ببینند چه کارهایی رو باید انجام بدند .حالا هر تیم میتواند OKR خود رو تدارک ببینند ولی تیم ها باید حتما در نظر داشته باشند که OKR هر تیم باید هم سوی با OKR سازمانی باشد . حالا شاید براتون جا سوال باشه این که هر تیم OKR مخصوص به خودشو داشته باشه منجر به چی میشه ؟ آیا کمک کننده هستش ؟ ٪۱۰۰ همینطوره چون با این کار تیم میتونن نوآوری و ایده های های خلاقانه خودشون رو برای حل مشکل داشته باشند و این وسط بین اعضا تیم تبادل نظر خوبی هم صورت میگیره .تمرکز در OKRمیشه گفت مهم ترین موضوع در OKR تمرکز هستش . حالا منظور چیه ؟‌  قبل از بستن هر OKR باید حتما اولویت ها مشخص شده باشه و روی همونا تمرکز مناسب داشته باشیم و کار ها با اولویت کم تر به زمانی دیگر موکول بشه .میشه گفت معمولا بین۳ تا ۵ هدف که هر کدام حداکثر ۵ نتیجه‌کلیدی دارند مناسبه . تیم مدیریت همیشه باید با تیم هایی که در کار ها دخیل هستند برای اولویت بندی مناسب برای کار ها به توافق برسند و حتی شنوای نظرات و دغدغه‌های افراد فنی هم باشند ولی یادمون نره که پس از مشخص شدن اولویت ها باید آن ها را برای کل سازمان شفاف کرد تا همه درک مناسبی از اهداف سازمان داشته باشند تا کار برای آن ها با معنا باشد .بررسی روند در OKRباید همیشه حواسمون باشه که OKR همیشه باید کارآمد باشه . پس همیشه باید حواسمون به میزان پیشرفت OKR  باشه . شاید براتون جالب باشه که OKR کاملا انعطاف پذیر است . یعنی چی ؟ یعنی اینکه شما تو جلسات میان دوره شاید به این نتیجه برسین که یک هدف (objective) یا یک نتیجه کلیدی  (Key Results)  باید دچار تغییر شود یا حتی باید حذف شود!!حتی علاوه بر جلسات میان دوره ای که باید در طی یک OKR انجام شود باید در پایان هر فصل جلسه ای برای برای بررسی هرچه دقیق تر اهداف (objectives) و نتایج کلیدی (Key Results) و جمع آوری تجربیات از هرچی که در طول زمان OKR افتاده میتونیم داشته باشیم. بررسی ها چی هستن؟اول از همه میتونیم درصدی از انجام هر یک از نتایچ کلیدی رو زیر نظر داشته باشیم و اونو یادداشت کنیم .بعدش هدفی که تو نظر داشتیم بهش برسیم و واقعیتی که الان اتفاق افتاده رو بزاریم کنار هم. بعضی اوقات میشه گفت اعداد نشان دهنده موفق بودنه ولی واقعیت نتیجه مطلوبی نداشته!! پس همیشه اعداد در OKR راستگو نیستند!!! در آخر بعد از بررسی دقیق از اون چیزی که گذشته میتونیم با تجربه بیشتر قدم بزرگتری رو برای برپایی OKR بعدی برداریم .شگفت انگیزان در OKR هیچ موقع از اهداف بلند و بالا در OKR نترسید گرچه باید بدونیم وجودشون در OKR نیاز هم هست! OKR بدون اهداف بلند و بالا ولی شدنی ، نشدنیه!جمع بندی کنیم خب من سعی کردم خیلی ساده راجبه OKR کمی توضیح بدم ولی طبیعتا در روند اجرا  OKR چالش های زیادی منتظر شما هستن و بدونید حداقل ۲ تا OKR کار میبره تا با همه چی آشنا شین !!</description><category>محمد اویسی</category><author>محمد اویسی</author><pubDate>Sun, 01 Nov 2020 18:29:53 +0330</pubDate></item><item><title>Out come rather than output</title><link>https://virgool.ir/@m_26171389/out-come-rather-than-output-mbknsjociw24</link><description>چشم انداز محصول (Product Vision)خب خیلی ساده بخوام بگم ،چشم انداز محصول (Product Vision) همون تصویری هستش که ما از آینده یک محصول یا سازمان داریم و تمام تلاش خودمون رو برای تبدیل اون تصویر به واقعیت انجام میدیم . حالا این آینده تو خیلی از کشور ها ۵ سال و یا ۱۰ سال آیندس اما شاید تو یک سری کشور ها برای ۱ سال یا حتی چند ماه آینده باشه . خب تا اینجا با مفهوم چشم انداز محصول آشنا شدیم که خیلی هم ساده بود . خب میدونیم که هر سازمان شامل تعدادی تیم محصول (Product Team) می باشد و خب طبیعتا هر تیم تمرکز خوبی روی هدف (Goal) خودش داره ، ولی نکته طلایی اینجاست تمام هدف هایی که تیم ها دنبال میکنن، حتما و حتما در راستای حقیقی کردن چشم انداز محصول (Product Vision) هستش .همه برای یک هدف!!خب حالا که چی ؟حالا الان هر یک از تیم های محصول (Product Teams) خودشون دارای چشم اندازی از کاری که باید انجام بدن هستن و حالا میدونیم کار و هدفی که تیم ها دنبال میکنن با چشم انداز محصول (Product Vision) هم سو هستش ولی حتما باید در نظر داشته باشیم که راه حل انتخاب شده توسط تیم ها بهترین راه برای رسیدن به هدف مشخص تیم هستش و این که حتی معیاری قابل محاسبه برای تیم ها تعریف شده باشه . مثلا هدف یک تیم اینه که کاری کنیم که به session duration بالا ۳ برسیم !!خب لیستی از راه حل ها برای این کار میتونیم داشته باشیم ولی باید و باید بگردیم و بهترین راه حل رو پیدا کنیم !!حتی یک مسئول برای لمس (Touch) این هدف قرار بدیم و دائما تیم و حرکات تیم رو مانیتور کنیم!! اکی؟شاید باورتون نشه ولی این کار تو انگیزه افرادی که درون تیم ها کار میکنند خیلی موثر هستش ، چون همه برای یک هدفی که حالا برای همه افراد با معنا شده میجنگن .پس اصلا دسته کم نگیرینش!! اصلا !!تهش که چی ؟حالا میدونید چی شد ؟ تیم ها دیگه دنبال نتیجه هستن نه صرفا خروجی الکی !! (Out come rather than output)و حالا ما یک مسیر بر محوریت نتیجه داریم!! (Outcome-based roadmaps) استراتژی محصول یا چشم انداز محصول ؟به این دقت کنیم که  استراتژی محصول (Product strategy) کاملا با چشم انداز محصول (Product Vision)فرق داره و اصلا یکی نیستن ! استراتژی محصول (Product strategy) دنباله ای از محصولات و پلن هایی هستش که ما برای رسیدن و واقعی کردن چشم انداز محصول (Product Vision) انجام میدیم و طی میکنیم .</description><category>محمد اویسی</category><author>محمد اویسی</author><pubDate>Mon, 26 Oct 2020 17:51:06 +0330</pubDate></item><item><title>مشکلاتی که با مسیر محصول داریم !</title><link>https://virgool.ir/@m_26171389/مشکلاتی-که-با-مسیر-محصول-داریم-rirgeifkh6k3</link><description>شاید همه تجربه کرده باشیم که خیلی از مسیر هایی که برای توسعه محصول در نظر داشتیم ، انجامش دادیم و خیلی خیلی از انجام (Done) شدنشون خوشحال شدیم ولی ..ولی...ولی الان که فک میکنیم هیچ آورده بیزینسی (Business results) برامون نداشته !اما مشکل کجاست؟حقایق تلخی که نمی دانید!دو تا حقیقت تلخ برای این موضوع وجود داره ؛بریم سراغ اولی؟اولین حقیقت تلخ اولین حقیقت تلخ اینه که خب نصف ایده ها و ابزار هایی که ما برای محصول داشتیم اصلا کار نمیکرده !!ولی دلیل این کار نکردن چی بوده !؟ شاید اونقدری که ما با اون ایده ها و ابزار ها حال میکردیم ، کاربر حال نمیکرده و از اونا استفاده نمیکرده !! ( Valuable بودن )بعضی موقع ها کاربر میخواسته ازشون استفاده کنه ولی ما اینقدر طرز استفاده از ابزار رو براشون پیچیده کردیم که خب کاربر پشیمون شده ! ( Usable بودن )بعضی موقع ها هم کاربر باهاشون خیلی خیلی حال کرده ولی اینقدر برای ما هزینه (Cost) داشته که داشتن این ابراز برای ما امکان پذیر نبوده ! ( Feasible بودن )خب بعضی اوقات یک سری مشکلات بیزینسی اجازه تولید اون ابزار رو به ما نداده ! ( ٰViable بودن )دومین حقیقت تلخ دومین حقیقت تلخ اینه که شاید هیج کدوم از مشکلات بالا هم نبوده ولی اصلا محصول خواسته بیزینسی مدیریت (Stakeholder) رو برآورده نکرده !! (No Business results)تو این مواقع اکثرا میرن یقه مدیریت (Stakeholder) رو میگیرن که دیدی تقصیر تو بوده !! نه آقا شایدم ما نتوستیم محصول با ارزشی رو در راستای تحقق انتظارات مدیریت (Stakeholder) به وجود بیاریم ! حرف آخرتجربه شخصی من میگه خیلی شرکت ها و استارت آپ ها فقط و فقط محوریت فنی دارند و تبدیل شدن به کارخونه تولید محصول که هیچ کدوم از فیلتر های بالا رو رد نکردن ! ما برای حل یک مشکل به یک راه حل درست و موثر برسیم؛ مشورت کنیم و راه حل ها رو از فیلتر های مختلف رد کنیم تا بتونیم به یک محصول موثر برسیم . حواستون باشه که نباید فقط حواسمون شش دانگ به ضرب الاجل ها باشه چون این اولین و آخرین خیانت ما به محصولمون میتونه باشه .پس حواسمون به دوستی بین محصول و کاربر باشه !</description><category>محمد اویسی</category><author>محمد اویسی</author><pubDate>Sun, 25 Oct 2020 19:05:41 +0330</pubDate></item></channel></rss>