Practical thinking about AI at work

A sales employee discovers that AI can turn a rough customer enquiry into a clear quotation. A colleague uses it to compare supplier offers. Both find ways to finish work faster.

Those gains are useful. They also leave a management question unanswered: can the business depend on the improvement when the workload increases or someone else takes over?

An employee may know which price list is current, which customer has special terms, and which stock figure needs checking. Their judgement fills the gaps around the AI output. A colleague copying the same prompt does not automatically inherit that knowledge.

Moving from individual success to operational value means making those decisions explicit enough for the work to be repeated. It also means giving AI enough responsibility to remove a bottleneck, with checks that match the consequences of getting it wrong.

Keep room for experimentation

Businesses need space to discover useful applications. Trying different ways to explain a product or explore a sales idea should not require a formal approval process. Early experiments can be informal, using information appropriate for the tool, with the employee judging whether the result helps.

The transition matters when others begin depending on the output: a team adopts the method, a customer receives it, or it changes a business record. That is when a successful experiment needs a defined place in the operation.

The useful progression is to explore freely within sensible boundaries, identify a repeated benefit, and then make that particular task dependable. There is little value in standardising an experiment before anyone knows whether it helps.

Follow a customer enquiry through the business

Consider a hypothetical distributor. A customer requests five boxes of a product for delivery on Thursday.

Writing the reply is a small part of the job. Someone must identify the exact product, confirm how many units a box contains, check available stock, apply the customer’s pricing terms, and establish whether Thursday delivery is possible.

If AI writes the email while employees still chase all that information, much of the bottleneck remains. The business needs an accurate quotation the customer can act on, with the enquiry recorded and any outstanding question assigned to someone.

At Vision Dynamics, this is the level at which we define the task: what must be completed, which information governs it, and what should happen when the ordinary route cannot be followed.

If the delay comes from an outdated price list or unclear discount authority, fix those first. A shared catalogue or a clearer approval rule may remove enough of the problem without adding AI.

Give AI responsibility for a complete task

An agent-based workflow could do substantially more than prepare text. With the relevant system connections and permissions, it could:

1. Interpret the request. Extract the product, quantity, customer, and requested delivery date. Ask for clarification where an essential detail is missing.
2. Retrieve the governing information. Find the customer account, current product catalogue, approved prices, and available-to-promise stock.
3. Resolve routine differences. Convert boxes to units using the catalogue’s defined pack size, and apply an agreed rule about which source takes precedence.
4. Prepare and validate the quotation. Use the pricing system to calculate the amount and check the terms and delivery conditions.
5. Complete the permitted action. Record the quotation against the customer and send it if it meets the business’s conditions for automatic release. Route exceptions to the responsible colleague.

This workflow gives the agent useful autonomy. Standard enquiries can proceed without someone approving every intermediate step.

Suppose the catalogue confirms ten units per box. Five boxes therefore means 50 units. An old sales spreadsheet lists 60 available, while the designated stock service currently shows 40 available to promise.

The agent can resolve that discrepancy using a rule established by the business: the current stock service governs availability. It does not need a person to choose between the two figures each time. It does, however, need to recognise that 40 available units cannot support a promise of 50. It could present permitted alternatives or refer the shortage to sales.

Where equally authoritative records disagree and no rule resolves the difference, the case needs investigation. Autonomy works best when the system knows which differences it can settle and which require additional evidence.

Match the checks to the consequences

Applying the same review process to every AI task wastes effort. A useful starting point is the effect an error would have and how easily it can be corrected.

Some checks belong in software. The pricing system should enforce discount limits. A customer’s email requesting a special discount should not be able to change those limits. A second attempt to process the same enquiry should recognise the existing quotation rather than create another one.

These details matter because a prompt alone cannot enforce every business rule. If a required stock check fails, the workflow should pass the enquiry to the manual queue with the information already gathered. The customer request should remain visible and owned.

A pilot can begin with proposed actions available for staff review. Authority can expand as testing demonstrates reliable performance within the agreed scope. The evidence should come from observed results, including exceptions, rather than the agent’s own statement that it is confident.

Measure the benefit where the business receives it

For the distributor, faster email generation is an incomplete measure. The pilot should track the time from enquiry to usable quotation, staff handling time including corrections, and errors involving products, prices, quantities, or delivery commitments.

Compare the current method and the proposed workflow on equivalent enquiries, including ambiguous descriptions, stock shortages, special terms, and unavailable systems. Define what counts as a correct quotation before running the comparison.

If a pilot measures a six-minute reduction in staff effort across 100 comparable enquiries each week, that represents ten hours of weekly capacity. It becomes commercially useful when the team uses those hours to clear a backlog, follow up opportunities, or handle more customers. It does not automatically become a payroll saving. Ongoing software and maintenance costs also belong in the assessment.

Before expanding, name the person responsible for the workflow and its rules. If a price source changes, that owner needs to know which connection and checks require updating. Test the affected behaviour again.

The distributor then has something more useful than a collection of good prompts: routine enquiries can reach a valid quotation, shortages reach someone who can act, and staff can see what happened. The business can judge the improvement through the work completed and the capacity it releases.

Key takeaways

• Begin with one repeated bottleneck whose inputs and outputs can be checked.
• Measure both staff handling time and the full time until the customer receives a useful answer.
• Test a narrow workflow, including human handover, before expanding its responsibilities.

“We spend too much time answering the same customer questions” identifies work people recognise and a cost the business can investigate.

“We need AI in customer service” leaves most of the important decisions open. Customer service includes routine lookups, complaints, order changes, and conversations that require negotiation. Each has different information needs and a different definition of a good result.

Choose one repeated task within that function. Follow it from arrival to completion so the team has a specific process to improve and a fair way to judge the change.

Choose work you can count and inspect

A promising first workflow consumes meaningful staff time, has identifiable inputs and checkable outputs, and has someone who understands what acceptable work looks like.

Look at a representative period of work. Count the task's frequency and estimate handling time, including corrections. Ask staff where they repeatedly search for information, copy details, or wait for another person.

For a retailer, an initial shortlist might look like this:

High volume alone is insufficient. Essential information must be available and someone must be able to judge the result. At Vision Dynamics, we assess those conditions alongside the commercial value of removing the bottleneck.

Between similarly valuable candidates, favour accessible records and an available process owner.

Follow real cases before drawing the new workflow

Suppose the retailer chooses order-status enquiries. Examine ordinary cases alongside ones that became difficult or remained unanswered. Ask a staff member to show how each was handled, including the searches and messages that never appear in the formal procedure.

The visible task may be “reply to the customer.” The actual work might involve locating the order, checking dispatch records, contacting the warehouse, waiting for an answer, and returning to the original conversation.

Measure active handling time, the minutes people spend working on a case, and elapsed time, the full time from request to useful answer. An enquiry might take eight minutes of staff effort but remain open for six hours while someone waits for a warehouse update. Reducing the writing time by two minutes would make little difference to the customer's wait.

That distinction changes the proposed solution. If the warehouse information is already available but difficult to find, retrieval may be the bottleneck. If the information has never been recorded, an AI assistant cannot retrieve it. The business needs to fix how dispatch updates are captured or assigned.

Draw a boundary around the first improvement

“Handle customer enquiries” is too broad for a useful first test. A narrower scope would cover order-status questions about existing orders, using the order system and dispatch records.

Define the starting event and the finish. A new status question starts the workflow; an accurate customer update completes a routine case. For unresolved cases, define a handover to a named colleague and track the case until it is resolved.

That second route matters. A polite acknowledgement does not complete the customer's request. An exception sitting in an unattended queue is still unfinished work.

Keep cancellations, complaints, and payment disputes in their existing processes for this pilot. The new workflow must recognise and route them correctly.

Have the customer service lead confirm these boundaries with the team before testing.

Remove unnecessary steps before choosing the technology

Use the current workflow to question the work itself. Could a shared status view remove repeated searches? Could one person own warehouse exceptions? Could a standard form capture the order reference earlier?

Make those improvements part of the design. Automating unnecessary handovers preserves delay.

Then decide where AI adds something useful. In this example, it could interpret a freely written customer message, identify the relevant request, and ask for a missing order reference. Ordinary software can retrieve matching records and check required fields. An agent could coordinate those steps and prepare or send a response within the business's agreed rules.

For a routine enquiry with a clear match, the workflow could retrieve the latest confirmed status, communicate it accurately, and record the interaction. A courier's delivery estimate should remain an estimate in the reply.

Define the human handover. Pass the case to a named colleague when the order cannot be matched reliably, required information is missing or conflicting, a lookup fails, or the customer asks for a person.

Include the original request, relevant records checked, actions already taken, and the unresolved question. Give that colleague responsibility for the next update so the customer does not have to repeat information already provided.

Assign each step to a method that can perform it reliably. Routine lookups can proceed automatically; staff attention can concentrate on cases that need judgement.

Agree the test before connecting live actions

Write down what a correct result means with the person who normally checks the work. For order-status enquiries, the answer must concern the right order, reflect the available records, and avoid inventing a delivery commitment. Exceptions must reach the correct person.

Use past enquiries to test the proposed workflow with live actions disabled. Include:

• Routine requests with a clear order reference.
• Missing or ambiguous order details.
• Outdated or conflicting dispatch information.
• Failed connections to required systems.
• A status question combined with a complaint or a request to speak to someone.

Use only the customer data needed for the task. Restrict access to authorised staff and services, mask unnecessary identifying details in test cases, and confirm the provider's retention and model-training terms before sending customer records.

Check the complete outcome. A system that recognises a complaint but sends it to the wrong queue has failed that case, even if its classification was accurate.

Record failures by cause. Missing data, incorrect lookups, misleading replies, and routing errors need different fixes. Change the part of the process responsible for the failure.

Agree the pilot decision in advance. Set a measurable benefit target and a minimum quality standard. Name who decides whether to expand, revise, or stop, and which failures return the work to the manual process. Faster replies should not compensate for wrong-order answers or cases that never reach their owner.

Measure the bottleneck and watch the next queue

Compare the pilot with the current method on similar work. Track staff handling time including corrections, time until the customer receives a useful answer, and cases that need follow-up because the first response was wrong or incomplete.

Check where the work goes next. Faster triage might send more cases into an overloaded warehouse queue. The customer's delay remains unresolved. The next change may concern staffing or ownership.

Confirm who maintains the workflow and reviews recurring exceptions. Repeated missing dispatch records signal a source-process problem. A new request type may justify changing the scope.

Your first five steps

• Identify one repeated task and record its volume and staff effort.
• Follow real cases and separate active handling time from elapsed time.
• Remove redundant steps and confirm that the required information is accessible.
• Define the pilot's scope, permitted actions, and human handover, with a named owner.
• Test past cases against agreed quality and benefit targets, then decide whether to expand, revise, or stop.

أهم الأفكار

• ابدأ بنقطة اختناق متكررة يمكن التحقق من مدخلاتها ومخرجاتها.
• قِس وقت عمل الموظفين والوقت الكامل حتى يتلقى العميل إجابة مفيدة.
• اختبر سير عمل محدود النطاق، بما في ذلك الإحالة إلى شخص، قبل توسيع مسؤولياته.

تعبير «نقضي وقتًا طويلًا في الإجابة عن أسئلة العملاء المتكررة» يحدد عملًا يعرفه الموظفون وتكلفة يمكن للشركة دراستها.

أما عبارة «نحتاج إلى الذكاء الاصطناعي في خدمة العملاء» فتترك معظم القرارات المهمة مفتوحة. تشمل خدمة العملاء الاستفسارات الروتينية والشكاوى وتغييرات الطلبات والمحادثات التي تتطلب تفاوضًا. ولكل منها احتياجات معلوماتية مختلفة ومعيار مختلف للنتيجة الجيدة.

اختر مهمة واحدة متكررة ضمن هذه الوظيفة. وتتبعها من وصولها حتى اكتمالها ليكون لدى الفريق مسار محدد لتحسينه وطريقة عادلة لتقييم التغيير.

اختر عملًا يمكنك عده وفحصه

يستهلك سير العمل المناسب للبداية وقتًا ملموسًا من الموظفين، وله مدخلات محددة ومخرجات قابلة للتحقق، وشخص يعرف كيف يبدو العمل المقبول.

انظر إلى فترة عمل ممثلة للواقع. احسب تكرار المهمة وقدّر وقت إنجازها، بما في ذلك التصحيحات. واسأل الموظفين أين يبحثون عن المعلومات مرارًا، أو ينسخون التفاصيل، أو ينتظرون شخصًا آخر.

قد تبدو قائمة أولية مختصرة لمتجر تجزئة على النحو التالي:

كثرة الحالات وحدها لا تكفي. يجب أن تتوفر المعلومات الأساسية وأن يكون هناك من يستطيع تقييم النتيجة. في فيجن دايناميكس، نقيّم هذه الشروط إلى جانب القيمة التجارية لإزالة نقطة الاختناق.

عند تقارب قيمة الخيارات، فضّل ما تتوفر سجلاته ويمكن تعيين مسؤول للعملية فيه.

تتبع حالات فعلية قبل رسم سير العمل الجديد

لنفترض أن المتجر اختار الاستفسارات عن حالة الطلب. افحص الحالات العادية إلى جانب الحالات التي أصبحت صعبة أو بقيت دون إجابة. اطلب من أحد الموظفين أن يوضح كيفية التعامل مع كل حالة، بما في ذلك عمليات البحث والرسائل التي لا تظهر في الإجراء الرسمي.

قد تبدو المهمة «الرد على العميل»، لكن العمل الفعلي قد يشمل العثور على الطلب، ومراجعة سجلات الشحن، والاتصال بالمخزن، وانتظار الرد، والعودة إلى المحادثة الأصلية.

قِس وقت المعالجة الفعلي، أي الدقائق التي يقضيها الأشخاص في العمل على الحالة، والوقت المنقضي، أي المدة الكاملة من الطلب حتى الحصول على إجابة مفيدة. قد يتطلب استفسار ثماني دقائق من جهد الموظفين، لكنه يبقى مفتوحًا ست ساعات بانتظار تحديث من المخزن. تقليل وقت كتابة الرد بدقيقتين لن يغير كثيرًا من انتظار العميل.

يغيّر هذا الفرق الحل المقترح. فإذا كانت معلومات المخزن متاحة ولكن يصعب العثور عليها، فقد يكون الاسترجاع هو نقطة الاختناق. أما إذا لم تُسجل المعلومات أصلًا، فلن يستطيع مساعد الذكاء الاصطناعي استرجاعها. تحتاج الشركة إلى إصلاح طريقة تسجيل تحديثات الشحن أو إسنادها.

حدد نطاق التحسين الأول

عبارة «التعامل مع استفسارات العملاء» أوسع من أن تصلح لاختبار أول مفيد. يمكن أن يقتصر النطاق على الأسئلة عن حالة الطلبات الحالية، باستخدام نظام الطلبات وسجلات الشحن.

حدد نقطة البداية والنهاية. يبدأ سير العمل عند وصول سؤال جديد عن الحالة، وتكتمل الحالة الروتينية بتقديم تحديث دقيق للعميل. أما الحالات غير المحسومة، فحدد إحالتها إلى زميل بالاسم وتابعها حتى حلها.

هذا المسار الثاني مهم. فالإقرار المهذب باستلام الرسالة لا ينجز طلب العميل، والاستثناء المتروك في قائمة انتظار دون متابعة لا يزال عملًا غير مكتمل.

أبقِ الإلغاءات والشكاوى والنزاعات المتعلقة بالدفع في عملياتها الحالية خلال هذه التجربة. ويجب أن يتعرف سير العمل الجديد عليها ويحيلها على نحو صحيح.

اطلب من مسؤول خدمة العملاء تأكيد هذه الحدود مع الفريق قبل الاختبار.

أزل الخطوات غير الضرورية قبل اختيار التقنية

استخدم سير العمل الحالي للتساؤل عن العمل نفسه. هل يمكن لعرض مشترك للحالة أن يغني عن البحث المتكرر؟ هل يمكن أن يتولى شخص واحد استثناءات المخزن؟ هل يمكن لنموذج موحد أن يجمع رقم الطلب في وقت مبكر؟

اجعل هذه التحسينات جزءًا من التصميم. فأتمتة عمليات التسليم غير الضرورية بين الأشخاص تُبقي التأخير قائمًا.

بعد ذلك حدد أين يضيف الذكاء الاصطناعي فائدة. في هذا المثال، يمكنه تفسير رسالة العميل المكتوبة بحرية، وتحديد طلبه، وطلب رقم الطلب إذا كان ناقصًا. ويمكن للبرمجيات العادية استرجاع السجلات المطابقة والتحقق من الحقول المطلوبة. وقد ينسق وكيل ذكي هذه الخطوات ويعد ردًا أو يرسله ضمن القواعد التي تتفق عليها الشركة.

في الاستفسار الروتيني ذي المطابقة الواضحة، يمكن لسير العمل استرجاع أحدث حالة مؤكدة، وإبلاغها بدقة، وتسجيل التفاعل. ويجب أن يبقى موعد التسليم التقديري لشركة الشحن تقديرًا في الرد.

حدد الإحالة إلى شخص. أحِل الحالة إلى زميل محدد عندما يتعذر مطابقة الطلب بصورة موثوقة، أو تكون المعلومات المطلوبة ناقصة أو متعارضة، أو يفشل البحث، أو يطلب العميل التحدث إلى شخص.

أرفق الطلب الأصلي والسجلات التي تمت مراجعتها والإجراءات المتخذة والسؤال الذي لم يُحسم. واجعل ذلك الزميل مسؤولًا عن التحديث التالي حتى لا يضطر العميل إلى تكرار المعلومات التي قدمها.

أسند كل خطوة إلى طريقة تستطيع تنفيذها بموثوقية. يمكن إجراء عمليات البحث الروتينية تلقائيًا، بينما يركز الموظفون على الحالات التي تحتاج إلى تقدير بشري.

اتفق على الاختبار قبل تفعيل الإجراءات الحية

دوّن معنى النتيجة الصحيحة مع الشخص الذي يتحقق من العمل عادةً. في استفسارات حالة الطلب، يجب أن تتعلق الإجابة بالطلب الصحيح، وأن تعكس السجلات المتاحة، وألا تختلق التزامًا بموعد تسليم. ويجب أن تصل الاستثناءات إلى الشخص المناسب.

استخدم استفسارات سابقة لاختبار سير العمل المقترح مع تعطيل الإجراءات الحية. يشمل الاختبار ما يلي:

• طلبات روتينية تحتوي على رقم طلب واضح.
• تفاصيل طلب ناقصة أو غير واضحة.
• معلومات شحن قديمة أو متعارضة.
• فشل الاتصال بالأنظمة المطلوبة.
• سؤال عن الحالة يتضمن شكوى أو طلبًا للتحدث إلى شخص.

استخدم بيانات العملاء اللازمة للمهمة فقط. واقصر الوصول على الموظفين والخدمات المصرح لهم، وأخفِ تفاصيل الهوية غير الضرورية في حالات الاختبار، وتحقق من شروط احتفاظ المزود بالبيانات واستخدامها لتدريب النماذج قبل إرسال سجلات العملاء.

تحقق من النتيجة الكاملة. فالنظام الذي يتعرف على شكوى لكنه يرسلها إلى قائمة الانتظار الخاطئة يكون قد أخفق في تلك الحالة، حتى لو كان تصنيفه دقيقًا.

سجّل أسباب الإخفاق. تحتاج البيانات الناقصة وعمليات البحث غير الصحيحة والردود المضللة وأخطاء التوجيه إلى معالجات مختلفة. غيّر الجزء المسؤول عن الإخفاق في العملية.

اتفق على قرار التجربة مسبقًا. حدد هدفًا قابلًا للقياس للفائدة وحدًا أدنى للجودة. وسمِّ من يقرر التوسيع أو التعديل أو الإيقاف، والإخفاقات التي تعيد العمل إلى المسار اليدوي. لا ينبغي أن تعوض سرعة الردود الإجابات عن طلب خاطئ أو الحالات التي لا تصل إلى مسؤولها.

قِس نقطة الاختناق وراقب قائمة الانتظار التالية

قارن التجربة بالطريقة الحالية على أعمال متشابهة. وتتبع وقت عمل الموظفين، بما في ذلك التصحيحات، والوقت حتى يتلقى العميل إجابة مفيدة، والحالات التي تحتاج إلى متابعة لأن الرد الأول كان خاطئًا أو غير مكتمل.

تحقق من انتقال العمل بعد ذلك. فقد يؤدي الفرز الأسرع إلى إرسال مزيد من الحالات إلى قائمة انتظار مزدحمة في المخزن، فيبقى تأخير العميل دون حل. وقد يتعلق التغيير التالي بالموظفين أو المسؤولية.

حدد من يصون سير العمل ويراجع الاستثناءات المتكررة. وتشير سجلات الشحن الناقصة بصورة متكررة إلى مشكلة في العملية المصدرية. وقد يبرر ظهور نوع جديد من الطلبات تغيير النطاق.

خطواتك الخمس الأولى

• حدد مهمة متكررة واحدة وسجّل حجمها وجهد الموظفين فيها.
• تتبع حالات فعلية وافصل وقت المعالجة الفعلي عن الوقت المنقضي.
• أزل الخطوات الزائدة وتأكد من إتاحة المعلومات المطلوبة.
• حدد نطاق التجربة والإجراءات المسموحة والإحالة إلى شخص، مع تعيين مسؤول.
• اختبر حالات سابقة وفق أهداف متفق عليها للجودة والفائدة، ثم قرر التوسيع أو التعديل أو الإيقاف.

Key takeaways

• Give the reviewer a specific decision and the evidence needed to make it.
• Match review effort to the consequences of the action; routine work can still proceed automatically.
• Make approval govern what the system actually does, including any later changes.

A purchasing manager receives a supplier recommendation prepared by AI. The summary is clear, but delivery charges sit in one attachment and the required delivery date appears in a separate email.

To approve the recommendation, the manager has to reconstruct the comparison. The system has prepared an answer while leaving much of the checking work untouched.

Human review becomes useful when it is designed around the decision someone must make. The reviewer needs relevant evidence, enough time, and authority to change or reject the proposed action.

Give the reviewer a decision to make

Consider a fictional purchase of 100 items meeting the same specification. Both quotations are compared on the same tax basis.

Supplier B costs $500 less overall, despite its higher unit price. However, the business needs the items within ten days of ordering. Supplier A confirms delivery within seven days of ordering; Supplier B estimates fourteen days.

The review now has a clear purpose: decide whether to pay more for delivery within the required window, or investigate whether the cheaper supplier can meet it. An AI recommendation based solely on price would miss that business requirement.

Software should calculate the totals and flag delivery outside the required window. An agent could retrieve the quotations, extract the terms, and request confirmation through approved channels. The manager handles the remaining commercial judgement, including any authorised change to the deadline.

Put evidence beside the proposed action

“Please check this” leaves the reviewer to invent a checking process. For this purchase, the review view should show:

• The proposed supplier, quantity, total cost, and delivery commitment.
• Links to the relevant quotation terms and the original purchasing requirement.
• The calculation, including delivery and other applicable charges.
• Any missing information, estimates, or conflicting terms.
• The decision required and whether it falls within the reviewer's authority.

The reviewer should be able to open the original evidence. A generated explanation or citation is something to check against the source, rather than proof that the source supports it.

At Vision Dynamics, we treat the reviewer's information needs as part of the workflow design. If every approver has to repeat the original investigation, the review stage needs redesigning.

Decide which cases need a person

Reviewing every action manually can create another queue. A repeat purchase from an approved supplier, within agreed limits and with matching terms, may qualify for automatic processing under business rules. Exceptions can receive closer attention.

Define those exceptions using observable conditions: expired quotations, changed prices, missing delivery confirmation, conflicting specifications, or an amount above the authorised limit. A model's own claim that it is confident should not override a missing requirement.

For an exception, send the reviewer the original request, evidence checked, actions already taken, and the unresolved question. Name who owns the next step. An escalation remains open work until someone resolves it or makes an authorised decision.

Review also needs capacity. If exceptions accumulate faster than staff can handle them, the business must adjust the scope, routing, or staffing before expanding automation.

Make approval control the action

Approval should apply to the exact supplier, quantity, price, and terms reviewed. If a material detail changes afterwards, the workflow must apply the agreed rules for checking and approval again.

The system should enforce these limits through permissions and action controls. A prompt asking an agent to seek approval cannot provide that control by itself.

Record the decision and any conditions, then confirm whether the approved action succeeded. A failed order submission should return to a named owner; approval alone does not mean the purchase was completed.

Test whether the review works

Use fictional or appropriately protected past cases to test the combined workflow, including the human decision. Include a wrong quantity, an omitted charge, and an unsupported delivery promise. Check whether the review view makes each problem visible and whether the reviewer can stop the action.

Track material errors missed, reasons for corrections, active review time, and time spent waiting for approval. An approval rate alone says little about the quality of the checks.

When the same correction keeps recurring, fix its source. A missing delivery charge may require better extraction or a mandatory field. Repeated confusion over spending authority may require a clearer business rule. The reviewer should not have to catch the same preventable mistake indefinitely.

Set up the first review point

• Name the decision, the reviewer, and their authority.
• Show the proposed action alongside its supporting evidence and unresolved questions.
• Define which cases can proceed automatically and which require review.
• Ensure rejection, changed terms, and failed actions reach the right owner.
• Test whether the review catches material mistakes before expanding the workflow.

أهم الأفكار

• امنح المراجع قرارًا محددًا والأدلة اللازمة لاتخاذه.
• اجعل جهد المراجعة متناسبًا مع عواقب الإجراء؛ ويمكن أن تستمر الأعمال الروتينية تلقائيًا.
• اجعل الموافقة تتحكم فيما ينفذه النظام فعليًا، بما في ذلك أي تغييرات لاحقة.

يتلقى مدير مشتريات توصية بشأن مورد أعدها الذكاء الاصطناعي. الملخص واضح، لكن تكاليف التسليم موجودة في مرفق، وموعد التسليم المطلوب في رسالة بريد إلكتروني منفصلة.

للموافقة على التوصية، يضطر المدير إلى إعادة بناء المقارنة. فقد أعد النظام إجابة، لكنه ترك جزءًا كبيرًا من عمل التحقق دون معالجة.

تصبح المراجعة البشرية مفيدة عندما تُصمم حول القرار الذي يجب على الشخص اتخاذه. يحتاج المراجع إلى أدلة ذات صلة، ووقت كافٍ، وصلاحية لتغيير الإجراء المقترح أو رفضه.

امنح المراجع قرارًا يتخذه

لنفترض عملية شراء افتراضية لـ 100 وحدة تستوفي المواصفات نفسها. تتم مقارنة العرضين على أساس ضريبي واحد.

تكلفة المورد ب أقل إجمالًا بمقدار 500 دولار، رغم أن سعر وحدته أعلى. لكن الشركة تحتاج إلى الوحدات خلال عشرة أيام من الطلب. يؤكد المورد أ التسليم خلال سبعة أيام من الطلب، بينما يقدّر المورد ب المدة بأربعة عشر يومًا.

أصبح للمراجعة غرض واضح: اتخاذ قرار بدفع مبلغ أكبر للتسليم ضمن المدة المطلوبة، أو بحث قدرة المورد الأقل تكلفة على الالتزام بها. توصية الذكاء الاصطناعي المبنية على السعر وحده ستغفل هذا المتطلب التجاري.

ينبغي للبرنامج حساب الإجماليات والتنبيه إلى التسليم خارج المدة المطلوبة. ويمكن لوكيل ذكي استرجاع عروض الأسعار واستخراج الشروط وطلب التأكيد عبر القنوات المعتمدة. ويتولى المدير التقدير التجاري المتبقي، بما في ذلك أي تغيير مصرح به للموعد النهائي.

ضع الأدلة بجانب الإجراء المقترح

عبارة «يرجى التحقق من هذا» تترك المراجع ليبتكر عملية التحقق بنفسه. في عملية الشراء هذه، ينبغي أن تعرض واجهة المراجعة:

• المورد المقترح والكمية والتكلفة الإجمالية والالتزام بالتسليم.
• روابط لشروط عرض السعر ذات الصلة ومتطلب الشراء الأصلي.
• الحساب، بما في ذلك التسليم والرسوم الأخرى المطبقة.
• أي معلومات ناقصة أو تقديرات أو شروط متعارضة.
• القرار المطلوب وما إذا كان ضمن صلاحية المراجع.

ينبغي أن يستطيع المراجع فتح الأدلة الأصلية. فالتفسير أو الاستشهاد الذي يولده النظام يحتاج إلى التحقق منه بالرجوع إلى المصدر، ولا يشكل بحد ذاته دليلًا على أن المصدر يؤيده.

في فيجن دايناميكس، نعد احتياجات المراجع من المعلومات جزءًا من تصميم سير العمل. إذا اضطر كل معتمد إلى تكرار البحث الأصلي، فإن مرحلة المراجعة تحتاج إلى إعادة تصميم.

حدد الحالات التي تحتاج إلى شخص

قد تؤدي مراجعة كل إجراء يدويًا إلى إنشاء قائمة انتظار أخرى. وقد تكون عملية شراء متكررة من مورد معتمد، ضمن الحدود المتفق عليها وبشروط متطابقة، مؤهلة للمعالجة التلقائية وفق قواعد الشركة. ويمكن تخصيص اهتمام أكبر للاستثناءات.

حدد هذه الاستثناءات بشروط يمكن ملاحظتها: عروض أسعار منتهية الصلاحية، أو أسعار متغيرة، أو غياب تأكيد التسليم، أو مواصفات متعارضة، أو مبلغ يتجاوز الحد المصرح به. وينبغي ألا تتغلب دعوى النموذج بأنه واثق على متطلب مفقود.

عند وجود استثناء، أرسل إلى المراجع الطلب الأصلي والأدلة التي فُحصت والإجراءات المتخذة والسؤال غير المحسوم. وسمِّ المسؤول عن الخطوة التالية. تبقى الحالة المحالة عملًا مفتوحًا حتى يحلها شخص أو يتخذ قرارًا مصرحًا به.

تحتاج المراجعة أيضًا إلى قدرة استيعابية. إذا تراكمت الاستثناءات أسرع من قدرة الموظفين على معالجتها، فعلى الشركة تعديل النطاق أو التوجيه أو عدد الموظفين قبل توسيع الأتمتة.

اجعل الموافقة تتحكم في الإجراء

ينبغي أن تنطبق الموافقة على المورد والكمية والسعر والشروط التي تمت مراجعتها تحديدًا. وإذا تغير تفصيل جوهري بعد ذلك، فيجب أن يطبق سير العمل القواعد المتفق عليها للتحقق والموافقة مجددًا.

ينبغي للنظام فرض هذه الحدود من خلال الصلاحيات وضوابط الإجراءات. ولا يمكن لتوجيه يطلب من الوكيل الحصول على موافقة أن يوفر هذا التحكم بمفرده.

سجّل القرار وأي شروط، ثم تأكد من نجاح الإجراء المعتمد. ويجب أن يعود طلب الشراء الذي فشل إرساله إلى مسؤول محدد؛ فالموافقة وحدها لا تعني اكتمال الشراء.

اختبر فعالية المراجعة

استخدم حالات افتراضية أو حالات سابقة محمية بصورة مناسبة لاختبار سير العمل المتكامل، بما في ذلك القرار البشري. وأدرج كمية خاطئة ورسومًا محذوفة ووعد تسليم غير مدعوم. تحقق مما إذا كانت واجهة المراجعة تُظهر كل مشكلة وما إذا كان المراجع يستطيع إيقاف الإجراء.

تتبع الأخطاء الجوهرية التي لم تُكتشف، وأسباب التصحيحات، ووقت المراجعة الفعلي، والوقت المستغرق في انتظار الموافقة. معدل الموافقة وحده لا يقول الكثير عن جودة التحقق.

عندما يتكرر التصحيح نفسه، عالج مصدره. قد تتطلب رسوم التسليم الناقصة تحسين الاستخراج أو حقلًا إلزاميًا. وقد يتطلب الالتباس المتكرر بشأن صلاحية الإنفاق قاعدة عمل أوضح. لا ينبغي أن يضطر المراجع إلى اكتشاف الخطأ نفسه القابل للمنع إلى ما لا نهاية.

أنشئ نقطة المراجعة الأولى

• حدد القرار والمراجع وصلاحياته.
• اعرض الإجراء المقترح مع الأدلة الداعمة والأسئلة غير المحسومة.
• حدد الحالات التي يمكن أن تستمر تلقائيًا وتلك التي تتطلب مراجعة.
• تأكد من وصول حالات الرفض وتغيّر الشروط والإجراءات الفاشلة إلى المسؤول المناسب.
• اختبر قدرة المراجعة على اكتشاف الأخطاء الجوهرية قبل توسيع سير العمل.