标签：#smallbusiness

Every small business has one person who is the office search engine. Where is the refund form. What goes in the Friday report. Which supplier do we use for rush jobs. The answers are written down somewhere, but asking that person is faster than finding them, so the questions keep coming and that person never gets a full hour of their own work. An SOP chatbot fixes exactly that. Staff type the question, and the bot answers with the steps from the procedures you already wrote, and shows which document it took them from. Nothing else. This article explains how that works using one picture, shows two bots we actually run, and is honest about what the bot will never do. The box Picture the AI as a very capable temp worker who shows up every morning with no memory of your business at all. Not the address, not the prices, not how you handle a late delivery. Smart, fast, and completely blank. Before you ask them anything, you hand them a box. In the box are your documents. The rule, taped to the lid, says: answer only from what is in the box, and if the answer is not in the box, say so. That box is what people in the AI world call the context. Everything the bot knows about you at the moment it answers is what you put in the box for that one question. It does not learn your business over time. It reads the box, answers, and forgets. Next question, new box. Two things follow from this picture, and they explain almost everything about SOP chatbots. The box has a size. Anthropic, the company behind the Claude models, says in its engineering write-up on contextual retrieval that a knowledge base under about 200,000 tokens, roughly 500 pages, can simply be included with every question, with no extra machinery. Most small businesses have far less than 500 pages of procedures. So for most of you, the whole manual fits in the box every time. If the manual is bigger than the box, someone has to pick. Then a librarian step runs first: it reads the question, pulls the few pages that m

Originally published at https://eveningdesk.cloud/blog/woocommerce-customer-support-workflow.html . WooCommerce support often starts in a shared mailbox and ends in several tabs. A customer asks where an order is. An agent searches the inbox, opens the store admin, finds the order, checks fulfilment, then returns to write a reply. That sequence is manageable at low volume. It becomes fragile when several people share the work or when the same question arrives all day. The goal is not to add a complicated service desk. It is to make the support workflow reliable: one owner, the right order context, and a reply a human has reviewed. Start With One Support Inbox Use a dedicated address for customer questions, such as support@yourstore.com , rather than mixing them with supplier, marketing, and personal email. Every incoming request should have a clear status: New, when nobody has handled it. Assigned, when one person owns the reply. Waiting, when the customer or carrier needs to respond. Resolved, when no further action is needed. The important part is ownership. If two people read the same message and neither knows who is replying, the customer waits. If both reply, the customer receives conflicting information. Keep Order Context Beside the Conversation Support agents should not guess about an order. A useful workflow links the conversation to the order reference, then checks the information that matters for the question: Order number and purchase date. Payment and fulfilment status. Items, quantities, and shipping method. Tracking or carrier information, when it exists. Previous support messages about the same order. For a connected WooCommerce store, eveningDesk can sync an order record into the support workspace. The agent still reviews the information and decides what to promise. The software provides context. It does not invent delivery dates or approve refunds on its own. Use a Repeatable Reply Process Most store questions fall into a small set of categories: d

Anthropic Shipped @claude for Slack. My Team Runs on Telegram. Anthropic just shipped @Claude inside Slack channels. Tag the bot, it reads the thread, does work async, posts back. Nice product. Except roughly 95% of small businesses don't live in Slack — they run on WhatsApp, Telegram, and Gmail. If you're a solopreneur or a 1-to-10-person team, here's the exact four-part recipe I use to run the same pattern in Telegram for under $12/month. What Anthropic actually shipped (and who it's for) Anthropic shipped an enterprise distribution deal wearing a product launch t-shirt. @Claude for Slack lets you tag the bot in a channel or thread, gives it channel memory, connects to your other apps, and returns work asynchronously — but only on Slack Team and Enterprise plans. That's the punchline: it lives where the annual contracts live. Look at the raw user counts. Slack's own reporting puts it around 35–40 million weekly active users globally. WhatsApp is over 2 billion. Telegram is over 900 million. Gmail sits around 1.8 billion. In the 1-to-10-employee segment outside US tech, Slack penetration is single digits. Small teams in Europe, LATAM, and most of Asia coordinate in WhatsApp groups and run pipeline out of Gmail. They are not about to add Slack seats at $15/user/month just to get an @Claude mention. That's a rational call for Anthropic — Slack is where the enterprise procurement motion already exists. It's just not a product for the operator segment. And the pattern they productized is trivially replicable on any messenger with a bot API. Platform Weekly/monthly active users Bot API Cost to run a mention-bot Slack ~35–40M WAU Yes, paid plan $15/user/mo + API Telegram ~900M MAU Yes, free ~$5–12/mo API only WhatsApp Business ~2B MAU Yes, metered $0.005–0.08/conversation + API Gmail ~1.8B MAU Pub/Sub push Free tier + API The four-part recipe (works in any messenger) Every mention-bot is the same four moving parts: a webhook that fires on mention, a context store that ho