شما احتمالاً موافق هستید که بازخورد مشتری مهم است ، اما استفاده از آن به خوبی اغلب سخت است. بازخورد در بسیاری از مکان ها نشان می دهد – ایمیل ، بلیط پشتیبانی ، پیام های گپ ، یادداشت های جلسه. به راحتی پراکنده می شود. اگر در یک تیم محصول هستید ، می دانید که تلاش برای یافتن آن یک نظر از ماهها قبل یا اتصال به پیشنهادات مرتبط را می دانید. از آنجا که گسترش یافته است ، ایده های خوب اغلب از دست می روند. شما حتی ممکن است وقت خود را صرف ساختن ویژگی هایی کنید که کاربران شما در واقع درخواست یا نیاز ندارند.
این وضعیت آنچه را که من می نامم ایجاد می کند حلقه بازخورد شکستهبشر مشتریان شما برای به اشتراک گذاشتن افکار وقت می گیرند ، شاید گزارش یک مشکل یا ارائه ایده را انجام دهند. اما پس از آن … سکوت. آنها نمی دانند که آیا کسی بازخورد خود را دیده است ، در مورد آن فکر کرده است یا اینکه منجر به هر چیزی شده است. برای تیم شما ، حتی با بهترین اهداف ، پیگیری هر بازخورد و به روزرسانی هر مشتری بسیار سخت است وقتی اطلاعات در همه جا قرار می گیرد. ایده های خوب گم می شوند. مشتریان می توانند احساس نادیده گرفته و ناامید کنند. آنها ممکن است اعتماد خود را از دست دهند یا از محصول شما کمتر استفاده کنند. من این اتفاق را دیدم – مشکل تیم در مدیریت بازخورد و ناامیدی مشتری – و می دانستم که من به روشی متفاوت احتیاج دارم.
آنچه در حال حاضر وجود دارد
وقتی شروع به جستجوی راه حل کردم ، نرم افزار بازخورد را که از قبل موجود است ، بررسی کردم. ابزارهایی مانند Canny ، Upvoty و Productboard گزینه های محبوب هستند. این سیستم عامل ها معمولاً ویژگی هایی را برای جمع آوری بازخورد در یک مکان ارائه می دهند:
- تابلوهای بازخورد عمومی: مکانی برای کاربران برای اضافه کردن ایده ها و رای دادن به ایده های دیگران.
- نقشه ها: جدول زمانی در نظر گرفته شده برای نشان دادن چه ویژگی هایی برنامه ریزی شده یا روی آن کار می شود.
- ChangeLogs: راهی برای اعلام نسخه های جدید ، به روزرسانی ها و اصلاحات.
- فرم های بازخورد اساسی یا ویجت ها: ابزارهای ساده برای جمع آوری بازخورد درست از یک برنامه یا وب سایت.
این ابزارها اغلب در ابتدا پاسخ خوبی به نظر می رسند. آنها وعده سازمان و راهی برای ارتباط با کاربران می دهند. اما ، وقتی به نزدیک نگاه کردم ، چندین مشکل برای نیازهایم پیدا کردم که نتوانستم نادیده بگیرم.
چرا من از سایر ابزارهای بازخورد استفاده نکردم
نکته ای که من متوجه شدم این است که بیشتر نرم افزار بازخورد سعی می کند ابزاری همه در یک باشد. آنها سعی می کنند مجموعه بازخورد ، نظرسنجی کاربر ، پایگاه دانش ، مستندات و موارد دیگر را اداره کنند. هدف از انجام کارهای زیاد بد نیست ، اما تقسیم تمرکز در بسیاری از مناطق اغلب به معنای کار اصلی مدیریت بازخورد توجه عمیقی مورد نیاز خود را به خود جلب نمی کندبشر ویژگی ها ممکن است برای دستیابی به بازخورد به طور مؤثر احساس ابتدایی یا کاملاً تفکر نداشته باشند. وقتی زمان توسعه بین بسیاری از کارکردهای مختلف تقسیم می شود ، واقعاً در مدیریت بازخورد بسیار عالی است.
من چیزی متمرکز می خواستم. من معتقدم که یک سکوی اختصاص داده شده برای حل واقعی مشکل اصلی بازخورد بهتر از آن است که فقط بدون تسلط بر روی بسیاری از موضوعات به آرامی لمس می کند.
تجربه کاربر ضعیف برای دو نوع کاربر مختلف
سیستم عامل های بازخورد باید برای دو گروه بسیار متفاوت کار کنند:
- تیم های خود شما: آنها نیاز به مدیریت ، تجزیه و تحلیل و عمل بر روی بازخورد کارآمد دارند.
- مشتریان شما: آنها فقط می خواهند افکار خود را به سرعت و به راحتی به اشتراک بگذارند.
مشکلی که من دیدم این بود که بیشتر ابزارها رابط مشابه و غالباً پیچیده ای را نشان می دهند هر دو گروه ها این اصطکاک را ایجاد می کند. مشتریان شما نمی خواهند فقط برای ترک یک نظر سریع ، یک طرح پیچیده را طی کنند. آنها چیزی ساده را ترجیح می دهند ، مانند ارسال پیام. تیم محصول شما برای مرتب سازی ، جستجو ، گروه بندی و ردیابی وضعیت بازخورد به ابزارهای قدرتمندی احتیاج دارد – ویژگی هایی که مشتری به آن احتیاج ندارد و این فقط ممکن است آنها را گیج کند.
به نظر من این تفاوت اغلب منجر به تجربه فرعی برای همه می شود. اگر این احساس مانند یک کار سخت باشد ، ممکن است مشتریان از ارائه بازخورد دریغ کنند. اگر ابزارها به طور خاص برای گردش کار خود ساخته نشده باشند ، ممکن است تیم شما برای مدیریت ورودی به طور مؤثر تلاش کند.
قیمت گذاری که تیم های کوچکتر را ترک می کند
یکی دیگر از عوامل بزرگ برای من ساختار قیمت گذاری بود. بسیاری از سیستم عامل ها با قیمت های پایین جذاب شروع می شوند ، اما این هزینه ها با رشد نیازهای شما می توانند به سرعت پرش کنند. غالباً ، ویژگی های اساسی که یک تیم در حال رشد نیاز دارد در برنامه های گران قیمت شرکت ها قفل شده است. این مدل می تواند مشاغل کوچکتر ، استارتاپ ها یا تیم هایی با بودجه محکم تر را حذف کند. هزینه های قابل پیش بینی هنگام مدیریت رشد مهم هستند.
من قصد داشتم یک بستر بازخورد مشتری ایجاد کنم که در مقیاس آنها برای شرکت های کوچکتر در دسترس باشد. هدف قیمت گذاری منصفانه بدون پرش شیب دار یا مجبور کردن به روزرسانی ها فقط برای به دست آوردن ویژگی های لازم بود.
چگونه من userjot را ساختم (و چه چیزی آن را متفاوت می کند)
UserJot ممکن است شبیه به سایر ابزارهای بازخورد روی سطح باشد ، اما ایده اصلی آن کمک به شما است کاربران را درگیر محصول خود کنیدبشر من معتقدم وقتی مشتریان احساس شنیدن می کنند ، بازخورد خود را تصدیق می کنند و شاهد آن هستند که محصول را بهبود می بخشد ، اعتماد آنها عمیق تر می شود. آنها به احتمال زیاد به اطراف می چسبند ، بیشتر از محصول استفاده می کنند و مشتریان وفادار باقی می مانند.
یک رویکرد متمرکز و ساده
با استفاده از UserJot ، من تصمیم آگاهانه ای گرفتم تا بر حل سه مشکل اصلی واقعاً خوب تمرکز کنم:
- تابلوهای بازخورد: فراهم کردن راهی آسان برای کاربران برای ارائه ایده ها و ساده تر کردن دیگران ، ساده سازی مجموعه.
- نقشه ها: ارائه ارتباطات شفاف در مورد برنامه های خود و پیشرفت ، اعتماد به نفس.
- ChangeLogs: ارائه به روزرسانی های واضح و خودکار هنگام بازخورد منجر به تغییر ، به طور مؤثر بستن حلقه.
من عمداً از اضافه کردن ویژگی های اضافی که تجربه را به هم ریخته یا از هدف اصلی مدیریت بازخورد کارآمد دور می کند ، اجتناب کردم. هدف وضوح و اثربخشی است.
تجربه کاربر برای مشتریان و تیم ها طراحی شده است
پرداختن به مسئله تجربه کاربر در اولویت بود. برای مشتریان خود ، UserJot یک روند ارسال بازخورد تمیز و ساده را ارائه می دهد. این برای سرعت و سهولت طراحی شده است ، و به اشتراک گذاشتن یک ایده یا گزارش یک مسئله ، بدون دردناک است. با این حال ، برای تیم داخلی شما ، یک داشبورد جداگانه و بدون محاصره وجود دارد. این دیدگاه به طور خاص برای مدیریت بازخورد ساخته شده است – به شما در اولویت بندی ، طبقه بندی ، پیوند موارد مرتبط و پیگیری پیشرفت کارآمد ، بدون سر و صدای بی ربط برای مشتریان کمک می کند. (به تصویر مقایسه ای که قبلاً ذکر شد مراجعه کنید)بشر
شروع آسان ، بدون مشکل فنی
من معتقدم اتخاذ یک ابزار جدید نباید یک پروژه بزرگ باشد. تنظیم UserJot به گونه ای طراحی شده است که بی دردسر باشد. شما به مهارت های برنامه نویسی یا تنظیمات پیچیده احتیاج ندارید. در حین ثبت نام ، UserJot تلاش می کند تا به طور خودکار آرم شرکت ، رنگ های برند و نام خود را از وب سایت خود برای تسریع در سوار شدن تشخیص دهد. این باعث می شود تنظیم اولیه بسیار سریعتر شود.
اگر می خواهید میزبان بازخورد را در دامنه سفارشی خود برای برندسازی یکپارچه برگزار کنید ، فقط به یک تغییر ساده CDN نیاز دارد. تعبیه ویجت بازخورد به طور مستقیم در وب سایت یا برنامه شما نیز ساده است. هدف از بین بردن موانع بود تا بتوانید بلافاصله جمع آوری و مدیریت بازخورد را شروع کنید.
آنچه من از ساخت نرم افزار بازخورد یاد گرفتم
ایجاد تجربه ای که احساس کردن ساده برای کاربر معلوم شد که در پشت صحنه کاملاً پیچیده است. بسیاری از جزئیات کوچک – رفتار دکمه ، به روزرسانی وضعیت ، زمان بندی اطلاع رسانی – برنامه ریزی دقیق برای ظاهر شهودی لازم است. ویژگی هایی که به نظر می رسد بی دردسر است ، اغلب نیاز به کار مهندسی قابل توجهی دارند.
به عنوان مثال روند تنظیم را انجام دهید. این امکان را برای UserJot فراهم می کند تا به طور خودکار برندسازی شرکت را بدست آورد ، شامل ساخت یک سیستم قوی برای تجزیه و تحلیل ساختار و سبک های وب سایت است. من همچنین یک ابزار مهاجرت با هوش مصنوعی ایجاد کردم تا به تیم ها کمک کنم تا به راحتی بازخورد موجود خود را از سایر سیستم عامل ها به UserJot وارد کنند. این ابزار برای درک و نقشه برداری از ساختارهای مختلف داده به منطق پیشرفته نیاز دارد. این پیچیدگی پنهان برای ارائه تجربه آسان برای استفاده ضروری است، اما اینها مشکلات مهندسی چالش برانگیز بودند. ساده ساختن کارها تلاش واقعی می کند.
این احتمالاً نمی تواند یک پست dev.to بدون بخش پشته فناوری واجب باشد
من می خواستم فناوری مورد استفاده برای ساختن UserJot را تا حد امکان نگه دارم. این به معنای استفاده از ابزارهای جداگانه کمتری و تکیه کمتر به خدمات شخص ثالث است.
پایگاه داده: استفاده از postgres تقریباً برای همه چیز
به جای استفاده از بسیاری از ابزارهای مختلف ، تصمیم گرفتم از postgresql (که اغلب به آن postgres گفته می شود) برای بیشتر بالا بردن سنگین در UserJot استفاده کنم:
- ذخیره سازی داده های اصلی: به طور طبیعی ، این جایی است که تمام داده های اصلی برنامه ، مانند پست های بازخورد و جزئیات کاربر ، ساکن هستند.
- محرک های پایگاه داده: ما از محرک های Postgres استفاده قابل توجهی می کنیم. اینها به ما این امکان را می دهند که بلافاصله پس از درج یا به روزرسانی داده ها ، منطق خاص را در داخل پایگاه داده اجرا کنیم و اقدامات مرتبط را از نزدیک با تغییرات داده مرتبط نگه داریم.
- PGVECTOR برای ویژگی های AI: برای ویژگی هایی مانند ابزار مهاجرت بازخورد AI ، از پسوند PGVECTOR استفاده می کنیم. این امر به ما امکان می دهد تعبیه های بردار را مستقیماً در Postgres انجام دهیم ، که برای کارهای AI ضروری است ، بدون نیاز به اضافه کردن و مدیریت یک بانک اطلاعاتی وکتور جداگانه و تخصصی.
- PG_BOSS برای مشاغل پس زمینه: برای مدیریت وظایف پس زمینه و صف های شغلی (مانند ارسال اعلان یا پردازش بارگذاری) ، از پسوند PG_BOSS استفاده می کنیم. این به خود Postgres اجازه می دهد تا صف شغلی را با اطمینان انجام دهند و نیاز به سیستم های صف خارجی مانند RabbitMQ یا Redis را از بین ببرند.
استفاده از postgres برای خیلی ها ، کل تنظیمات ما را بسیار ساده تر می کند.
خدمات بسیار کمی در خارج
برای من مهم بود که خیلی به خدمات سایر شرکت ها وابسته نباشم. ما فقط از چند ابزار خارجی استفاده می کنیم:
- آمازون SES: برای ارسال ایمیل به طور قابل اعتماد.
- آمازون SQS: برای دریافت به روزرسانی از SES در مورد اینکه ایمیل ها تحویل داده شده یا به عقب برگردانده شده اند.
نحوه ساخت وب سایت و برنامه ها (Frontend)
قطعاتی که کاربران با آنها می بینند و با آنها ارتباط برقرار می کنند ، به سه قطعه تقسیم می شوند که با ابزارهایی که برای کار آسان با آنها انتخاب شده اند ، ساخته شده اند:
- وب سایت بازاریابی: ساخته شده با آستروبشر این امر در ایجاد وب سایت های سریع و متمرکز بر محتوا عالی است و یک گردش کار توسعه ای عالی را ارائه می دهد.
- برنامه های وب (داشبورد داخلی و پورتال عمومی): هم داشبورد تیم و هم درگاه بازخورد عمومی با استفاده از آنها ساخته شده اند شروع Tanstackبشر این یک فریم متا مدرن است که پایه و اساس کاملی برای ساخت برنامه های وب اجرا به سرعت فراهم می کند.
- ارتباطات API: ما استفاده می کنیم TRPC برای برقراری ارتباط بین برنامه های جلوی و سرور پس زمینه. فواید اصلی آن فراهم کردن ایمنی از نوع پایان به پایان است که در زمان ساخت خطاها را به خود جلب می کند و با از بین بردن نیاز به مدیریت دستی طرح های API ، توسعه را سریعتر می کند.
جایی که همه چیز اجرا می شود (میزبانی)
- میزبانی Frontend: سایت Astro و برنامه های شروع Tanstack در سطح جهان با استفاده از آنها مستقر می شوند کارگران CloudFlareبشر این پلت فرم محاسبه Edge بدون سرور ، تأخیر کم برای کاربران در سراسر جهان ، مقیاس گذاری خودکار و فرآیند استقرار را ساده می کند.
- میزبانی پس زمینه: API با پس زمینه با ساخته شده است node.js با استفاده از شرح (برای نوع ایمنی و قابلیت حفظ کد بهتر). این میزبان در دلهره خوشه Docker Swarm ارکستراسیون کانتینر ساده را فراهم می کند ، در مقایسه با اجرای ظروف مستقل ، انعطاف پذیری و مدیریت آسان تر را ارائه می دهد.
هدف اصلی با تمام این انتخاب ها ، ساده نگه داشتن چیزها ، استفاده از قطعات جداگانه کمتر و تکیه زیاد به سایر شرکت ها بود. این امر به روزرسانی UserJot ، رفع چیزها در صورت شکستن و رشد در آینده را آسان تر می کند.
من قصد دارم به زودی پست وبلاگ دیگری بنویسم که به جزئیات بیشتری در مورد این گزینه های فنی ، چالش ها و آنچه که هنگام ساخت UserJot آموخته ام ، می پردازد.
UserJot را امتحان کنید (و بازخورد خود را به اشتراک بگذارید!)
اگر بخشی از یک تیم در حال رشد ، شاید یک مدیر محصول یا بنیانگذار باشید و به دنبال یک ابزار بازخورد هستید که ساده ، به خوبی طراحی شده و عاری از نفخ غیر ضروری باشد ، ممکن است UserJot مناسب باشد. من آن را به طور خاص برای تیم هایی مانند شما ساخته ام که واقعاً به گوش دادن به مشتریان خود اهمیت می دهند و می خواهند روشی مؤثر و مقرون به صرفه برای انجام آن. این به گونه ای طراحی شده است که به شما در بستن آن حلقه بازخورد کمک می کند.
در اینجا با خیال راحت استفاده کنید. شروع به کار حدود یک دقیقه طول می کشد. و ، همانطور که ممکن است انتظار داشته باشید ، من واقعاً از شنیدن بازخورد شما در مورد آن قدردانی می کنم ، زیرا من همچنان به بهبود سیستم عامل ادامه می دهم.
