Factsheets: 📈 Markets 🎯 Mandates 📋 Case Studies 📘 SOPs 🏛 Trade Bodies 🏙 Cities 🌍 Countries 🇮🇳 Indian States ⚓ Ports 🏛️ SEZs 🤝 Blocs 📜 FTAs 🛤 Corridors ⚙ Verticals 📦 Commodities 🧮 Tools ⚖️ Compare 🌐 Bilateral Hubs 📚 Library 🎓 Academy ✍️ Essays 📰 Blog 🔤 Lexicon ❓ FAQ 📡 Authority Sources ⚡ Daily Pulse 📰 Topic Briefs 📡 Google Signals 🧭 Scope Scape cron-refreshed
Live factsheets · cron-refreshed

All factsheets at a glance

Command center →
📈 Markets
554
global + India · commodities + indices + shares + crypto + FX
minute
🎯 Mandates
69
sell + buy · live
daily
📋 Case Studies
37
closed · anonymised
weekly
📘 SOPs
42
step-by-step playbooks
weekly
🏛 Trade Bodies
1,350
291 baseline + 1059 hand-curated
monthly
🏙 Cities
1,584
global atlas
daily
🌍 Countries
184
multilateral
weekly
🇮🇳 Indian States
37
state trade profiles
monthly
⚓ Ports
52
global maritime gateways
monthly
🏛️ SEZs
31
global SEZ profiles
monthly
🤝 Blocs
28
tracked
monthly
📜 FTAs
526
active or signed
monthly
🛤 Corridors
37
tracked
monthly
⚙ Verticals
50
sectoral
weekly
📦 Commodities
51
HS-coded intelligence
monthly
🧮 Tools
105
free utilities
monthly
⚖️ Compare
pairwise combinations
monthly
🌐 Bilateral Hubs
184
India × every country
weekly
📚 Library
140
interconnected
monthly
🎓 Academy
25
trade education
monthly
✍️ Essays
30
long-form analysis
monthly
📰 Blog
34
editorial
weekly
🔤 Lexicon
312
glossary terms
monthly
❓ FAQ
155
curated Q&A
monthly
📡 Authority Sources
140
curated · vetted
hourly
⚡ Daily Pulse
145
rolling 5,000 cap
hourly
📰 Topic Briefs
29
permanent archive
hourly
📡 Google Signals
Trends·News·Alerts
hourly
🧭 Scope Scape
61
11 scopes
hourly
Weekly factsheet · sops
Last refresh: 58 days ago
Next:
SOPs
42
step-by-step playbooks
Categories
12
export · import · compliance

Vertical SOPs — India to EU/World

1092 SME-level Standard Operating Procedures — one per vertical. Prerequisites, step-by-step process, key documents, certifications, common mistakes, and AJG tools. The most detailed India export SOPs available anywhere.

Clear

0 SOPs found for "smart-cities"

Totality lens · 32 points to ponder · 16 user POV + 16 developer POV · this institutional hub

User POV — for the practitioner navigating the Sops institutional hub

Eight dimensions

1 · Possibility

An SOP atlas that documents how to actually execute trade workflows — opening a letter of credit, computing landed cost, structuring an Incoterms negotiation, managing a corridor freight booking, navigating an FTA rules-of-origin claim — replaces the textbook-or-consultancy split with an executable surface. The possibility is to give practitioners step-by-step procedures they can follow without having to translate from theory or pay for bespoke advice. SOPs are the most underweighted content type on most trade platforms and the most useful when they exist.

2 · Plausibility

Plausibility is bounded by SOP-currency. Procedures change as regulations change; a stale SOP is worse than no SOP because it produces confidently-wrong execution. We attach last-verified dates per SOP step + change-log. SOPs older than 12 months without verification get a stale-warning banner. Editorial cadence is the main lever.

3 · Probability

On a six-month horizon, SOP-led search is the highest-conversion content type because the user is mid-task. They are not researching, they are executing, and the SOP is the artefact between confusion and completion. The probability that the SOP atlas earns disproportionate user trust + retention is high — the audience returns.

4 · What works

What works is the strict numbered-step format with one outcome per step. Each step has: action, tool/document used, expected output, common error, time estimate. Visitors execute the SOP step-by-step. What works less well is narrative SOPs that read like essays; the user cannot use them mid-task because they cannot scan for the current step.

5 · What doesn't work

What does not work is generic SOPs. "How to open a letter of credit" is too broad to be useful; "How to open a sight LC for cotton imports from India to Vietnam under HSBC" is specific enough to be executable. The atlas leans toward specificity at the cost of a smaller catalogue, because specificity is what makes SOPs work.

6 · Common pitfall

A common pitfall is over-prescribing. Some steps have legitimate variation by jurisdiction or counterparty preference; the SOP must say "use option A unless your counterparty specifies otherwise" rather than pretending option A is universal. We mark variation-points explicitly in the schema.

7 · Counter-intuitive insight

Counter-intuitively, the most-used SOPs are not the most-complex procedures but the most-common-but-easily-confused ones. "How to read a bill of lading" gets more SOP-traffic than "How to structure a syndicated trade finance facility" because confused users vastly outnumber sophisticated users. We surface the routine SOPs prominently rather than burying them under the impressive-sounding ones.

8 · Highest-leverage move

The highest-leverage move is the SOP-to-tool deep-link: when an SOP step says "compute landed cost", the SOP links directly into our landed-cost calculator pre-filled with the SOP's example numbers. The user moves from procedure-reading to tool-using without re-typing context. Tool-engagement-from-SOP is roughly 4× tool-engagement-from-search-arrival.

Eight user intents

9 · Who gains most

For trade-execution practitioners mid-task — operations staff at trading firms, junior bankers learning trade-finance mechanics, founders self-executing their first export shipment, treasury professionals navigating documentary credit, and the workflow-uncertain sub-group of any of the above who need procedural clarity rather than conceptual education.

10 · Irreducible essence

They want a numbered procedure they can follow to completion. Not theory; execution. The schema delivers numbered steps with expected outputs at each step, so the user knows when they have completed each step correctly before proceeding to the next.

11 · Optimal timing

When they are mid-task. SOP traffic correlates with workday hours in the user's timezone, peaks during business hours, drops on weekends. Editorial freshness matters because a stale SOP encountered mid-task is high-friction; we run a stale-detection cron quarterly.

12 · Where (sub-areas)

Where they read it: 65 percent desktop because SOPs are workflow companions. The mobile design supports glance-mode reading (e.g. checking the next step on phone while doing work on a desktop), with prominent step-number-anchors in the URL.

13 · Why misunderstood

Because SOP content is genuinely scarce. Textbooks are too theoretical, vendor docs are too vendor-specific, expert advice is too expensive. The atlas sits in the empty middle — specific enough to be executable, general enough to apply across counterparties, sourced enough to be defensible.

14 · Highest-leverage sub-paths

Which SOP type dominates per audience: documentary procedures (LC, BL, COO) for the trade-finance audience, computational procedures (landed cost, rules of origin) for the costing audience, regulatory procedures (HS classification, tariff lookup) for the compliance audience, transactional procedures (negotiation, structuring) for the deal-execution audience.

15 · Whose advice to trust

Whose practice is the SOP describing: usually the principal's practice (how the principal-side actor executes), occasionally the bank's practice (how the issuing or advising bank executes). The schema labels the actor-perspective so readers know whose footprint they are walking in.

16 · How to proceed differently

How they engage: arrive via search-mid-task, scan to the relevant step, execute the step, return to the SOP for the next step. Sessions are short (under 5 minutes typically) but high-engagement (every minute is purposeful). The atlas is built to support this short-deep pattern with anchor-links and step-jump navigation.

Developer POV — for the architect, maintainer, future contributor to this hub

Eight dev dimensions

17 · Data architecture

Data architecture: per-SOP record with title + scope + actor-perspective + numbered-step-list + variation-points + last-verified-date + change-log + tool-deep-links. Steps each carry action + tool/document + expected-output + common-error + time-estimate + verification-source. Variation-points carry option-A vs option-B + when-each-applies.

18 · Schema markup

Schema markup: each SOP emits as HowTo with step children matching the numbered steps. Each step emits as HowToStep with name + text + image (where applicable) + tool deep-link as relatedLink. Variation-points emit as HowToTip. JSON-LD identifier "ajg:sop::{slug}".

19 · Internal linking

Internal linking: SOPs hub → individual SOP URLs → tool deep-links + relevant case-studies + relevant methodology essays. Each SOP carries a "related procedures" rail computed from actor-perspective + workflow-stage overlap. Cross-content injector surfaces SOPs whenever a related concept appears on another page.

20 · Page-speed posture

Page-speed posture: SOPs are short text + occasional inline-SVG diagrams. Server-rendered, no client-side dependencies. Total SOP page weight under 50 KB compressed. PageSpeed-100-v7 layer applies; tool deep-links are normal anchor links, no preload.

21 · Mobile UX

Mobile UX: SOP page surfaces step-1 immediately with a sticky step-jump nav. Each step is one card, swipeable left/right for next-prev. Tool deep-links open in new tabs to preserve the SOP context. All tap targets 48 px.

22 · Accessibility

Accessibility: SOPs use ordered-list semantics with aria-current=step on the active step. Step-jump nav is role=tablist with aria-selected. Variation-points are role=note with explicit aria-labels. Screen readers traverse in step order with verbal cues at variation-points.

23 · SEO saturation

SEO saturation: each SOP has unique H1 (the SOP title) + meta-description naming the actor-perspective + scope. HowTo schema with full step list. BreadcrumbList. Speakable on the TL;DR. The hub itself emits ItemList of all SOPs grouped by actor-perspective.

24 · Extensibility

Extensibility: adding a new SOP is a registry append + writing the steps. Adding a new step to an existing SOP requires version-bump + change-log entry. The schema accommodates arbitrary extra step-attributes without breaking older SOPs.

Eight dev intents

25 · Maintainer audience

For the developer maintaining this atlas, the stale-detection cron is the most operationally-important component. SOPs that drift become hazardous; the cron checks last-verified dates and flags SOPs older than 12 months for editorial review. The flagging is visible in admin/sops-staleness.php and feeds the editorial backlog.

26 · Architectural commitment

What changes when SOPs update: data/sops-data.php gains new records or updates existing ones with version-bumps. The change-log captures the diff between versions. Tool deep-link integrity is verified on every SOP publish (the linked tool-URL must exist).

27 · Refresh cadence

When the cron runs: weekly at 05:30 UTC on Sundays for the stale-detection sweep + tool-link integrity check. SOPs publish on editorial cadence; the cron is for post-publish hygiene.

28 · File map

Where files live: data/sops-data.php (the registry), data/sop-variation-points.php (the variation-point taxonomy), includes/sop-template.php (renderer). Hub at /sops.php; individual SOPs at /sops/{slug}/.

29 · Existence rationale

Why strict numbered-step format: because narrative SOPs are unusable mid-task. The structure is a discipline-forcing constraint that keeps the atlas executable. Authors who would otherwise revert to narrative are gated by the schema.

30 · Highest-leverage extension

Which renderer: includes/sop-template.php emits the SOP header + numbered-step-list + variation-points + tool deep-links + related-procedures rail. Accepts $sop_slug. Echoes directly. Idempotent.

31 · Authoritative sources

Whose responsibility: SOP authoring is editorial + practitioner-contributors (specialist contributors author SOPs in their domains). Editorial review verifies actor-perspective accuracy + variation-point completeness. Schema validity enforced by pre-flight.

32 · Maintenance procedure

How to publish a new SOP: (1) author title + scope + numbered steps + variation-points; (2) verify tool deep-links resolve; (3) submit through admin/sop-intake.php; (4) editorial review checks for over-prescription + missing variation-points; (5) on approval, sop-publish.php writes to data/sops-data.php. Total: 2-4 hours per SOP plus editorial review turnaround.

PhiloJain Music
Loading…

Explore

Explore the AJG knowledge graph

Every page in the AJG platform cross-links to these primary entities. Click any pill to explore that branch of the knowledge graph.

All hubs · 80 surfaces · click to expand ↓