مشتری می‌گوید توافق ما این نبود. حالا چه کنم؟

چرا این اتفاق پس از تحویل می‌افتد، نه پیش از آن

اختلاف شرح کار هنگام صورتحساب ظاهر می‌شود، زیرا نخستین لحظه‌ای است که مشتری آنچه بابتش می‌پردازد با چیزی که به یاد دارد خواسته است مقایسه می‌کند. حافظه با کسی که باید بپردازد سخاوتمند است. مشتری‌ای که در مارس گفته «حس لوکس‌تری بده» در ژوئن به یاد می‌آورد که بازطراحی کامل برند خواسته بوده است.

برای طراح، توسعه‌دهنده یا نویسنده، خلأهای معمول فایل‌های منبع، تعداد نوبت‌های بازبینی و این است که آیا «وب‌سایت» شامل متن، عکس‌ها یا نسخه موبایل بوده است. هیچ‌کدام اختلافی از روی نادرستی نیست. این‌ها مواردی هستند که کسی ننوشته است.

برای پیمانکار بازسازی، فهرست رفع نواقص و کارهای اضافه است. مشتری در هفته سوم هواکش دوم حمام را با پیام تأیید کرده و در هفته هشتم می‌گوید «فکر می‌کردم شامل می‌شود». فهرست نواقص رشد می‌کند چون هر بازدید چیز تازه‌ای آشکار می‌کند و کسی بر معنای «تمام‌شده» توافق نکرده است.

نخستین پاسخ برای ارسال

در پاسخ نخست بحث نکنید. شرح کار را با عبارت‌هایی که واقعاً توافق شده بازگو کنید و یک پرسش بپرسید: کجای توافق‌نامه چیز دیگری می‌گوید؟ این کار پیدا کردن متن را بر عهده مدعی وجود آن می‌گذارد و شما را از مسابقه حافظه دور می‌کند.

نسخه مناسب برای فریلنسر و پیمانکار: «ممنون که مطرح کردید. می‌خواهم مطمئن شوم درباره یک چیز صحبت می‌کنیم. شرح کاری که در [تاریخ] توافق کردیم این بود: [فهرست دقیق را بچسبانید]. کار تحویل‌شده موردبه‌مورد با این فهرست مطابقت دارد. اگر پیام یا سندی دارید که در آن چیز دیگری توافق کرده‌ایم، بفرستید تا با دقت بخوانم. اگر کار اضافه می‌خواهید، با کمال میل قیمت می‌دهم.» کتبی و در همان کانالی بفرستید که توافق اصلی در آن بود.

این پاسخ سه کار می‌کند. گفت‌وگو را به متن تاریخ‌دار مشخص وصل می‌کند. مشتری را به ارائه سند دعوت می‌کند، نه احساس. و اختلاف درباره گذشته را از فروش کار آینده جدا می‌کند؛ جایی که بیشتر این گفت‌وگوها به آن می‌رسند.

1. برای کاری که مطابق شرح کار است عذرخواهی نکنید.
2. در پیام نخست تخفیف پیشنهاد ندهید.
3. مسئله را تلفنی حل نکنید مگر همان روز خلاصه کتبی بفرستید.
4. پیش از بررسی متن توافق‌نامه، خروجی‌هایی را که تحویلشان به پرداخت وابسته شده آزاد نکنید.
5. به لحن پاسخ ندهید. به شرح کار پاسخ دهید.

کتبی تأیید کردند، سپس به صورتحساب اعتراض کردند

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

پیش از پاسخ حفظش کنید. عکس صفحه شروع خوبی است، اما متن را نشان می‌دهد، نه پیام را همان‌طور که ارسال شده است. اگر می‌توانید کل رشته را از برنامه صادر کنید (ایمیل به صورت .eml، خروجی Slack یا Teams، خروجی گفت‌وگوی WhatsApp با رسانه‌ها)، پیام اصلی را در برنامه دست‌نخورده بگذارید و مهر زمانی و منطقه زمانی را یادداشت کنید. نسخه‌ها را در دو محل تحت کنترل خود ذخیره کنید.

سپس تأیید را بخشی از پاسخ کنید. آن را با تاریخ نقل کنید و نسخه کاری را پیوست کنید که تأیید کرده است. مشتری‌ای که PDF مشخصی را در روز مشخص تأیید کرده، دشوارتر می‌تواند بگوید صورتحساب چیز دیگری را توصیف می‌کند.

1. خود پیام تأیید در برنامه اصلی، همراه با خروجی رشته پیام.
2. فایل، نمونه یا عکس دقیقی که تأیید پاسخ به آن بوده است.
3. صورتحساب و شرح کاری که فهرست می‌کند.
4. هر پیام بعدی مشتری که از کار نام می‌برد.
5. پیام تحویل خودتان همراه با مهر زمانی.

تغییر با پیام یا در محل توافق شده بود

علامت تأیید، «حتماً، ادامه بده» یا پیام صوتی سابقه تغییر است. مشکل وجود آن نیست. مشکل این است که بعداً ثابت کنید مشتری پیام را در همان روز و درباره همان تغییر فرستاده است. هر کسی می‌تواند عکس گفت‌وگو را برش دهد یا ویرایش کند و مشتریان این را می‌دانند.

اثبات پیام به همان شکل ارسالی بخش دشوار است. پیام را داخل برنامه مبدأ نگه دارید، گفت‌وگو را صادر کنید نه یک پیام تنها را، و پیام‌های اطراف را حفظ کنید تا زمینه روشن بماند. اگر واکنش بوده نه کلمات، از صفحه ضبط بگیرید که واکنش، پیام مربوط و حساب فرستنده را نشان دهد.

تکان سر در محل متفاوت است: اصلاً چیزی ارسال نشده است. راه‌حل این است که خودتان همان روز چیزی بفرستید: «طبق گفت‌وگوی امروز در محل، خواستید هواکش دوم را اضافه و پریز را با قیمت پیشنهادی من جابه‌جا کنیم و فردا انجام می‌دهم.» مشتری‌ای که می‌خواند و چیزی نمی‌گوید همچنان سابقه‌ای باقی گذاشته است. مشتری‌ای که «بله» می‌گوید تأیید کتبی داده است.

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

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

پیش از پاسخ به جواب مشتری، یک خط زمانی بسازید: شرح کار اصلی، هر تغییر، هر تأیید، هر تحویل و هر پرداخت. یک صفحه تاریخ‌دار با ارجاع فایل یا پیام کنار هر سطر. این ابتدا برای خود شماست. بیشتر افراد می‌فهمند بیشتر از تصورشان مدرک دارند و گاهی می‌بینند مشتری درباره یک مورد حق دارد.

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

1. شرح کار اصلی و تاریخ توافق آن.
2. هر تغییر، همراه با درخواست‌کننده و محل درخواست.
3. هر تأیید، نقل‌شده با تاریخ.
4. هر تحویل، همراه با نام فایل یا تاریخ بازدید.
5. هر پرداخت دریافتی و صورتحساب مربوط.

چگونه مشتری را بدون عقب‌نشینی از شرح کار حفظ کنید

حفظ مشتری و پایبندی به شرح کار متضاد نیستند. مشتریان معمولاً می‌خواهند احساس کنند فریب نخورده‌اند. این احساس را با شفافیت بدهید، نه تخفیف. توافق، تحویل و هزینه درخواست تازه به عنوان کار جداگانه را روشن کنید و بگذارید انتخاب کنند.

امتیازهایی هست که شرح کار را تغییر نمی‌دهد: برنامه پرداخت برای صورتحساب صادرشده، قیمت ثابت کوچک برای مورد اضافه، اعتبار برای کار بعدی به جای این کار یا انجام کار اضافه به قیمت تمام‌شده در برابر دستور تغییر کتبی. هر کدام می‌گوید «می‌خواهم همکاری را ادامه دهم» بدون اینکه بگوید «صورتحساب اشتباه بود».

اگر مشتری تنش را بالا برد، بی‌حاشیه بمانید. همان واقعیت‌ها، همان لحن، بدون استدلال تازه. بیشتر اختلاف‌ها وقتی یک طرف به آن‌ها دامن نزند آرام می‌شوند. اگر از نظر منفی یا برگشت وجه کارت گفتند، به تهدید پاسخ ندهید. یک بار کتبی به شرح کار پاسخ دهید.

1. برنامه پرداخت برای همان صورتحساب صادرشده.
2. قیمت ثابت برای مورد اضافه در سطر جداگانه.
3. مورد اضافه به قیمت تمام‌شده، در برابر دستور تغییر امضاشده.
4. اعتبار برای پروژه بعدی.
5. تماس تحویل یا بازدید نهایی برای بستن موضوع.

چه زمانی با متخصص صحبت کنید

این راهنما مشاوره حقوقی نیست. وقتی مبلغ برای کسب‌وکار شما مهم است، مشتری دیگر پاسخ نمی‌دهد، از وکیل خود نام می‌برد یا فکر می‌کنید مهلتی وجود دارد، با وکیل یا متخصص اختلاف‌های ساختمانی یا قراردادی در استان یا ایالت خود صحبت کنید. به‌ویژه پیمانکاران راهکارهای دارای مهلت دارند که در محل‌های مختلف فرق می‌کند و صفحه ثابت نمی‌تواند مشخص کند چه راهکاری برای شماست.

پیش از ارسال چیزی شبیه مطالبه حقوقی، نگه داشتن فایل یا دسترسی یا ثبت هر درخواست، با متخصص صحبت کنید. مشاوره کوتاه پولی معمولاً از نخستین اقدام اشتباه ارزان‌تر است.

AI Advisor در TrustChain می‌تواند معنای بند را به زبان ساده توضیح دهد. برای BC Builders Lien Act از متن قانون پاسخ می‌دهد، ماده را نقل می‌کند، تاریخ تجمیع را می‌گوید و به منبع BC Laws منتشرشده توسط مرجع قانون پیوند می‌دهد. در موارد دیگر راهنمایی عمومی می‌دهد و این را بیان می‌کند. ابزار کمک به خواندن است، نه جایگزین گفت‌وگوی بالا.

1. مبلغ آن‌قدر بزرگ است که به کسب‌وکار شما آسیب می‌زند.
2. مشتری از وکیل، برگشت وجه کارت یا شکایت نزد مرجع رسیدگی نام می‌برد.
3. می‌خواهید فایل‌ها، کلیدها یا دسترسی را نگه دارید و مطمئن نیستید مجاز هستید.
4. پیمانکار هستید و فکر می‌کنید حق حبس ساختمانی یا مطالبه پرداخت ممکن است مطرح باشد.
5. مشتری پس از اختلاف کتبی سکوت کرده است.

چگونه در کار بعدی جلوی تکرار را بگیرید

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

TrustChain همین کار را می‌کند. هر دو طرف هویت خود را با مدرک عکس‌دار و سلفی تأیید می‌کنند و همان متن نهایی را که هنگام ایجاد توافق‌نامه ثابت شده امضا می‌کنند؛ وقتی هر دو حساب داشته باشند می‌توانند در گفت‌وگوی رمزگذاری‌شده سرتاسری درباره آن صحبت کنند. هر امضا رویداد ممیزی با مهر زمانی می‌گیرد که مرورگرها و برنامه‌ها نمی‌توانند ویرایش کنند. به صورت اختیاری توافق‌نامه امضاشده در زنجیره ثبت می‌شود: TrustChain اثر انگشت را محاسبه و همراه شناسه داخلی سابقه و دو جایگاه خالی کیف پول در تراکنش شبکه اصلی Polygon می‌نویسد؛ هرگز متن، نام یا ایمیل را نمی‌نویسد. حساب تأییدنشده نمی‌تواند امضا کند.

وقتی مشتری بعداً می‌گوید «توافق ما این نبود»، به سابقه امضاشده و پیوند عمومی آن اشاره می‌کنید. پیوند بدون حساب باز می‌شود و هرگز هویت طرف‌ها را نشان نمی‌دهد. اگر سابقه در زنجیره ثبت شده باشد، اثر انگشت و تراکنش Polygon را نیز نشان می‌دهد که در هر مرورگر بلوک، مستقل از TrustChain و از هر کشور قابل بررسی است. قابلیت اجرای حقوقی توافق‌نامه به محل طرف‌ها و توافقشان بستگی دارد و TrustChain در این باره ادعایی ندارد.

تغییر را می‌توان به همان روش ثبت کرد. آن را در توافق‌نامه جداگانه بنویسید، هر دو امضا کنید و «حتماً، ادامه بده» در سابقه امضاشده‌ای می‌ماند که با گم شدن تلفن ناپدید نمی‌شود. آن را در زنجیره ثبت کنید تا تغییر بعدی دیگر مطابقت نداشته باشد. طرح رایگان ماهانه 1 توافق‌نامه و 3 درخواست AI Advisor بدون کارت دارد. توافق‌نامه اضافه یا ثبت اضافه در Polygon هر کدام یک‌بار $1 هزینه دارند و ثبت در زنجیره به هویت تأییدشده نیاز دارد.

1. خروجی‌ها، موردبه‌مورد، شامل فایل‌های منبع یا فهرست رفع نواقص.
2. تعداد نوبت‌های بازبینی یا بازدیدهای شامل کار.
3. معنای «تمام‌شده» و شخص تأییدکننده آن.
4. روش درخواست، قیمت‌گذاری و تأیید تغییرات.
5. زمان‌بندی پرداخت وابسته به هر مرحله.