A customer does not come back to relive the chat. They come back because something was supposed to happen after it. The installation. The table. The stay. The test result. The part. They remember a time, a neighborhood, sometimes a name, and they ask a simple question: where is it. If the only record of that promise is a thread three agents have already scrolled past, the company answers from memory. Memory is how two people give two different times for the same visit.
The chat is how the request arrives. The board is where it lives after that. A clinic, a hotel, a garage, a travel desk, and a telecom queue are not the same list. They should not be forced to share column names that came from someone else's software. In Mujib you name the kind of request, and you name the statuses it moves through. The words on the board are the words your team already says out loud.
The columns are yours
New, confirmed, with the team, done, cancelled: that is one desk. Another desk says received, scheduled, on the way, closed. A third says hold, waiting for documents, issued. None of these is more correct than the others. What is wrong is a board whose labels the staff have to translate before they can move a card. If the word on the column is not the word in the room, people stop updating it, and then the board is decoration.
Each request type keeps its own fields. An installation needs a neighborhood and a window of time. A stay needs dates. A complaint needs a line number and what the customer says is broken. You decide which of those the assistant must have before it is allowed to file. A card with a blank time is not a booking. It is a conversation that stopped too early, and it should stay a conversation until the missing piece is there.
The same type can mean different work in different projects. A hotel and a clinic can both have "appointments" and still not share a board. The industry changes the copy. The act is the same: a record with a status, a reference, and the fields the desk needs in order to do the job without opening the chat again.
Nothing is filed until the board says so
This is the rule that keeps the number honest. Mujib tells the customer a reference only after the save returns one. If the tool did not file the request, there is no number to read out, and the assistant is not allowed to invent one or to say the request is in. A spoken "yes" on a phone call is not a filing. The save still has to run. Chat and voice use the same tools, so a promise made on a call is the same card the team sees on the board a minute later.
The clock used for "tomorrow afternoon" and "in an hour" is the live clock of the project, Iraq by default, not a guess the model remembers from training. A booking that depends on a date has to be calculated from that clock. Otherwise "tomorrow" drifts, and the card says a day the customer never asked for.
The number on the card is the only number Mujib is allowed to say. If the card does not exist, the sentence "you're booked" does not exist either.
When they ask later, the answer is the card
People return with the reference, or with enough detail to find the row: the phone, the day, the neighborhood, the name. Mujib reads that row. The status, the time, what is still missing, who it is with. It does not answer from an older turn in the chat, because the chat is where the request was born and the board is where it was changed. A person may have moved the card twice since the customer last wrote.
If two rows could match, the right move is to ask for the reference, not to pick the more recent one and hope. A wrong "you're confirmed for 4:30" is worse than a short question. The customer can forgive a desk that asks. They do not forgive a desk that confidently describes a visit that belongs to someone else.
Moving a card is also a signal
A status is not only a label for the morning meeting. Changing it can start the next piece of work. Confirmed can prepare the customer message and hold it for approval. With the team can notify dispatch. Done can close the loop. You attach that to the status you actually use, on the request type it belongs to, so a garage's "ready for pickup" does not fire a clinic's reminder.
Time on the card has its own signals. A due field, the appointment itself, can start a reminder the day before or the morning of, at the hour you set. A card that sits too long in one status can start an idle rule: this many minutes in New, counted inside working hours if that is how your desk measures a late request. The idle rule is how a queue stops depending on someone noticing. It fires for that stay in that status, and it can notify, reassign, tag, or note. It should not tell the customer a new fact you have not decided.
Some moves should not speak at all until a person agrees. A refund, a waiver, a message the customer will treat as final. The step waits. The team sees the request and the amount. Approve sends it. Not yet leaves the card where it is, and Mujib does not narrate a decision that has not been made.
A card from the first sentence to the last question
Take a fiber visit, because the shape is easy to see. The customer says they want installation tomorrow afternoon, in a neighborhood your team already serves. The assistant asks for what the type requires and does not file on a half answer. The clock says what "tomorrow afternoon" is. The save returns a reference. The card lands in New, with the time and the place on it. Dispatch is notified because you attached that to filing, not because someone happened to be watching the inbox.
A person moves it to Confirmed after they know a technician can actually be there. That move prepares the message: reference, time, neighborhood. It waits. Someone approves. The customer hears the card, not a retelling. The next morning the due time sends the reminder, again through the path you chose. If the customer writes at noon and asks where the visit is, the answer is read from the row as it stands then. If a person has moved it again, the customer hears the new status, not the sentence from yesterday's chat.
When the technician is finished, the card goes to Done. If your rule on that status tells the customer, it tells them from the card. If it only notes the team, the customer is not surprised by a message you did not mean to send. The board is the story. The messages are readings of the story, taken at the moments you marked.
Set the words before you automate them
The mistake is to design the messages first and discover the statuses later. Sit with the words the desk already uses for a week of real work. Name the type. Name four or five statuses a person can move without a meeting. Mark which fields are required. File ten real requests by hand, or with the assistant in front of you, until the cards look like the work.
Only then attach a rule to one status. The automation is a consequence of the board being true. A board with honest columns and no automation yet is already better than a chat that says "you're all set" and leaves no row behind. The row is what the customer is allowed to ask about tomorrow.
If the team cannot point at the card, the customer should not be told it exists.
Name the statuses the way the room already talks, require the fields the job needs, and let the reference come from the save. Everything you automate after that has something real to read.
الزبون ما يرجع حتى يعيش المحادثة مرة ثانية. يرجع لأن شي مفروض يصير بعدها. التركيب. الطاولة. الإقامة. نتيجة الفحص. القطعة. يتذكر وقت، ومنطقة، وأحياناً اسم، ويسأل سؤال بسيط: وين صار. إذا السجل الوحيد لهذا الوعد هو ثريد ثلاثة موظفين فاتوه بالسكرول، الشركة تجاوب من الذاكرة. والذاكرة هي الطريقة اللي شخصين يعطون بيها وقتين مختلفين لنفس الزيارة.
الشات هو طريقة وصول الطلب. اللوحة هي مكانه بعد ذلك. العيادة والفندق والكراج ومكتب السفر وطابور الاتصالات مو نفس القائمة. ما المفروض ينفرض عليهم أسماء أعمدة جاية من برنامج غيرهم. بمجيب تسمّي نوع الطلب، وتسمّي الحالات اللي يمر بيها. الكلمات على اللوحة هي الكلمات اللي فريقك أصلاً يقولها بصوته.
الأعمدة إلك
جديد، مؤكد، عند الفريق، مخلّص، ملغي: هذه طاولة. طاولة ثانية تقول واصل، مجدول، بالطريق، مقفول. وثالثة تقول معلّق، ننتظر الأوراق، صادر. ولا وحدة أصح من الثانية. الغلط هو لوحة موظفيها لازم يترجمون الاسم قبل ما يحركون بطاقة. إذا الكلمة على العمود مو الكلمة بالغرفة، الناس تبطل تحدّثها، وتصير اللوحة ديكور.
كل نوع طلب يحتفظ بحقوله. التركيب يريد منطقة ونافذة وقت. الإقامة تريد تواريخ. الشكوى تريد رقم خط وشنو الزبون يقول خربان. إنت تقرر أي من هذه لازم المساعد يملكها قبل ما يُسمح له يسجّل. بطاقة بوقت فاضي مو حجز. هي محادثة وقفت بدري، والمفروض تبقى محادثة لحد ما الناقص يجي.
ونفس النوع يگدر يعني شغل مختلف بمشاريع مختلفة. الفندق والعيادة الاثنين عندهم «مواعيد» ومو لازم يتشاركون لوحة. الصناعة تغيّر الكلام. الفعل واحد: سجل فيه حالة، ورقم، والحقول اللي الطاولة تحتاجها حتى تشتغل من غير ما تفتح الشات مرة ثانية.
ما ينتسجّل شي إلا لما اللوحة تقول
هذه القاعدة اللي تخلي الرقم صادق. مجيب يقول للزبون الرقم فقط بعد ما الحفظ يرجّعه. إذا الأداة ما سجّلت الطلب، ماكو رقم ينقرأ، والمساعد ممنوع يخترع رقم أو يقول الطلب تم. «إي» بالمكالمة مو تسجيل. الحفظ لازم يشتغل. الشات والصوت يستخدمون نفس الأدوات، فالوعد اللي انقال بالمكالمة هو نفس البطاقة اللي الفريق يشوفها على اللوحة بعد دقيقة.
والساعة المستخدمة لـ«باچر العصر» و«بعد ساعة» هي الساعة الحية للمشروع، العراق افتراضياً، مو تخمين النموذج يتذكره من التدريب. حجز يعتمد على تاريخ لازم ينحسب من هذه الساعة. غير هذا، «باچر» ينزلق، والبطاقة تكتب يوم الزبون ما طلبه.
الرقم على البطاقة هو الرقم الوحيد المسموح لمجيب يقوله. إذا البطاقة مو موجودة، جملة «انحجزلك» مو موجودة هم.
لما يسألون بعدين، الجواب هو البطاقة
الناس ترجع بالرقم، أو بتفاصيل تكفي تلقى السطر: الهاتف، اليوم، المنطقة، الاسم. مجيب يقرأ هذا السطر. الحالة، الوقت، شنو باقي ناقص، عند مين. ما يجاوب من رسالة قديمة بالشات، لأن الشات مكان ولادة الطلب واللوحة مكان تغيّره. شخص ممكن حرّك البطاقة مرتين من آخر ما الزبون كتب.
إذا سطرين يگدرون يطابقون، الحركة الصح إنك تطلب الرقم، مو تختار الأحدث وتأمل. «إنت مؤكد على أربعة ونص» الغلط أسوأ من سؤال قصير. الزبون يسامح طاولة تسأل. ما يسامح طاولة تصف بثقة زيارة تابعة لغيره.
تحريك البطاقة هم إشارة
الحالة مو بس عنوان لاجتماع الصباح. تغييرها يگدر يبدي الشغل الجاي. «مؤكد» يجهّز رسالة الزبون ويوقفها للموافقة. «عند الفريق» ينبّه التوزيع. «مخلّص» يسكّر الدائرة. تربط هذا بالحالة اللي فعلاً تستخدمها، وعلى نوع الطلب اللي يخصها، حتى «جاهز للاستلام» بالكراج ما يشغّل تذكير عيادة.
والوقت على البطاقة إله إشارات. حقل الاستحقاق، الموعد نفسه، يگدر يبدي تذكير اليوم اللي قبله أو صباح اليوم، بالساعة اللي تحددها. وبطاقة تقعد طويل بحالة وحدة تگدر تبدي قاعدة خمول: هذا العدد من الدقائق على جديد، محسوب داخل ساعات الدوام إذا هذا مقياس الطاولة للتأخير. قاعدة الخمول هي الطريقة اللي الطابور يبطل بيها يعتمد على أحد ينتبه. تشتغل لهذه القعدة بهذه الحالة، وتگدر تنبّه أو تعيد التعيين أو تاك أو تكتب ملاحظة. ما المفروض تقول للزبون خبر جديد ما قررته.
وبعض التحريكات ما المفروض تحچي أبداً إلا لما شخص يوافق. استرجاع، إعفاء، رسالة الزبون راح يعتبرها نهائية. الخطوة تستنى. الفريق يشوف الطلب والمبلغ. موافق يرسل. مو هسة يخلّي البطاقة بمكانها، ومجيب ما يحچي قرار ما انتخذ.
بطاقة من أول جملة لآخر سؤال
خذ زيارة فايبر، لأن شكلها واضح. الزبون يقول يريد تركيب باچر العصر، بمنطقة فريقك يخدمها. المساعد يسأل اللي النوع يحتاجه وما يسجّل على نص جواب. الساعة تقول شنو معنى «باچر العصر». الحفظ يرجّع رقم. البطاقة تنزل على جديد، بالوقت والمكان عليها. التوزيع ينتنبه لأنك ربطت هذا بالتسجيل، مو لأن أحد صادف يراقب الوارد.
شخص ينقلها لمؤكد بعد ما يعرف إن الفني فعلاً يگدر يكون هناك. هذا النقل يجهّز الرسالة: الرقم، الوقت، المنطقة. تستنى. أحد يوافق. الزبون يسمع البطاقة، مو إعادة حچي. الصباح الجاي وقت الاستحقاق يرسل التذكير، مرة ثانية من الطريق اللي اخترته. إذا الزبون كتب الظهر وسأل وين الزيارة، الجواب ينقرأ من السطر مثل ما هو ساعتها. إذا شخص حرّكها مرة ثانية، الزبون يسمع الحالة الجديدة، مو جملة شات أمس.
ولما الفني يخلّص، البطاقة تروح لمخلّص. إذا قاعدتك على هذه الحالة تبلّغ الزبون، تبلّغه من البطاقة. إذا بس تكتب ملاحظة للفريق، الزبون ما يتفاجأ برسالة ما كنت تقصدها. اللوحة هي الحچاية. الرسائل قراءات للحچاية، مأخوذة باللحظات اللي علّمتها.
سمّ الكلمات قبل ما تؤتمتها
الغلط إنك تصمّم الرسائل أول وتكتشف الحالات بعدين. اقعد مع الكلمات اللي الطاولة تستخدمها أصلاً على أسبوع شغل حقيقي. سمّ النوع. سمّ أربع أو خمس حالات شخص يگدر يحرّكها بلا اجتماع. علّم أي الحقول مطلوبة. سجّل عشرة طلبات حقيقية بيدك، أو والمساعد قدّامك، لحد ما البطاقات تبان مثل الشغل.
ساعتها بس اربط قاعدة بحالة وحدة. الأتمتة نتيجة إن اللوحة صادقة. لوحة بأعمدة صادقة وبلا أتمتة بعد، أحسن من شات يقول «تم كل شي» وما يخلّف سطر. السطر هو اللي الزبون مسموح يسأل عنه باچر.
إذا الفريق ما يگدر يأشر على البطاقة، ما المفروض ينگال للزبون إنها موجودة.
سمّ الحالات مثل ما الغرفة تحچي، واطلب الحقول اللي الشغل يحتاجها، وخلّ الرقم يجي من الحفظ. كل شي تؤتمته بعد هذا إله شي حقيقي يقرأه.
