یادداشت‌های کار

اعتماد قابلیتی است که طراحی می‌شود، و لحن نمی‌تواند جایش را بگیرد

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

خواستنِ اینکه به تو اعتماد کنند با قابل‌بررسی بودن دو چیز جداست. اولی یک لحن است. دومی یک تصمیمِ محصول است، و هزینه دارد.

اول بازار طلا این را یادم داد

در ایران، طلا خریدن به نیت سرمایه‌گذاری یعنی اعتماد به یک مغازه، به قیمتی که نمی‌توانی راستی‌آزمایی‌اش کنی، و به قولِ بازخریدی که کسی جایی ننوشته. وقتی Mokaab را تعریف کردیم، یافته همین بود: بازار خودِ شکافِ اعتماد است و فناوری در درجهٔ بعد می‌آید. شبیه شعار است. قرار بود مشخصاتِ فنی باشد. اگر شکاف خودِ بازار است، هر قابلیتی را باید با این سنجید که شکاف را می‌بندد یا فقط تزئینش می‌کند.

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

Mokaab هیچ‌وقت عرضه نشد. اولویت‌های گروهِ مادر پیش از عرضهٔ پلتفرم به سمت عملیات فیزیکی رفت. می‌خواهم این پیش از آنکه چیزی از آن ادعا کنم ثبت شود، چون اصلی که فقط در بردها پیدا می‌شود اصل به حساب نمی‌آید. آنچه ماند معماری و مدل بازار بود که در سیستم عملیاتی Shalize جا گرفت.

وقتی واقعاً اجرا شد، چه شکلی داشت

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

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

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

حجم روزانه از ۰٫۵ به ۱۰ کیلوگرم در روز رسید. بیش از ۴٬۰۰۰ مشتری خریدارِ تأییدشده داشت، و خریدِ تکراری خودش کانال شد؛ این همان اتفاقی است که وقتی اعتماد روی هم انباشته می‌شود می‌افتد، و از تبلیغ برنمی‌آید. اعتماد روی هم انباشته می‌شود؛ تبلیغ نه.

خیریه همان مسئله است با پولی که برعکس حرکت می‌کند

کمکِ خیریه از هر دو سر می‌لنگد: اهداکننده نمی‌تواند نیاز را راستی‌آزمایی کند و مددکار نمی‌تواند نتیجه را ثابت کند. اعتماد وسطِ راه فرو می‌ریزد. راه‌حلِ غریزی اطمینان‌دادن است. ما به‌جایش یک شیء ساختیم. کارت Mehrabani نیازِ تأییدشده، داستانِ مددجو، کمک و نتیجه را در یک جا حمل می‌کند. Soha زیرش لایهٔ دادهٔ نیازهای تأییدشده است.

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

جایی که کار نکرد، و چرا

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

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

WritingChex از آن سو به نسخه‌ای از همین دیوار خورد. داوطلبِ آیلتسی که بیرون از شهرهای بزرگ است نه ممتحن دارد، نه بازخورد، و نه راهی برای اینکه بفهمد چرا نوشته‌اش همان نمره‌ای را می‌گیرد که می‌گیرد. آن محصول فقط وقتی کار می‌کند که بازخورد باورپذیر باشد. با تیم صادق بودم که کجا نمی‌شود به مدل اعتماد کرد، که هنوز فکر می‌کنم کار درستی بود، و MVP با ارسال‌های واقعی و اولین مشتری‌های پرداخت‌کننده اعتبارسنجی شد؛ اولین سند که مردم برای بازخورد ماشینی پول می‌دهند. با این همه در ۲۰۲۵ تعطیل شد. صادق بودن دربارهٔ یک محدودیت، محدودیت را برنمی‌دارد.

این سایت هم همین استدلال است

هر رقم روی این سایت می‌گوید از کجا آمده و آیا حسابرسی شده یا نه. بیشترشان نشده‌اند. رقم‌های تومانی ارزش ناخالص معاملات‌اند و خود شرکت گزارششان کرده؛ حسابرسی نشده‌اند، درآمد نیستند و حاشیهٔ سود خالص هم نیستند. معادل دلاری‌شان هم نیامده، چون نرخ ارز در آن دوره آن‌قدر ثابت نبود که تبدیلی صادقانه ممکن باشد.

گفتنش هزینه‌ای ندارد و تنها دلیل برای باور کردنِ بقیه است. و این همان اصل است در ارزان‌ترین شکلِ ممکن: اعتماد چیزی است که بعد از کنار گذاشتنِ هر آنچه خواننده نمی‌تواند بررسی کند باقی می‌ماند.