Solitario Resources strategically advances mineral exploration projects across North and South America. The company focuses on discovering and developing deposits for precious metals like gold and silver, alongside critical base metals such as zinc, copper, and molybdenum. This approach involves extensive field exploration, drilling campaigns, and the intricate management of geological and spatial data.

This strategic expansion creates critical dependencies on robust data management systems and streamlined operational workflows. Inaccurate data in geological models or delays in permit approvals introduce significant risks to project timelines and resource estimation. This page analyzes key Solitario Resources’ digital transformation initiatives, the operational challenges they create, and where specific vendor solutions can provide value.

Solitario Resources Snapshot

Headquarters: Wheat Ridge, Colorado, United States

Number of employees: 7 (four full-time, three part-time)

Public or private: Public

Business model: B2B

Website: http://www.solitarioxr.com

Solitario Resources ICP and Buying Roles

Who Solitario Resources sells to

• Geologically complex exploration projects requiring specialized data interpretation.
• Projects in diverse regulatory environments needing detailed compliance management.

Who drives buying decisions

• VP Exploration → Manages geological programs and data interpretation
• Chief Geologist → Oversees technical aspects of resource identification
• Project Manager → Coordinates field operations and ensures project timelines
• VP Permitting → Handles regulatory compliance and permit acquisition

Key Digital Transformation Initiatives at Solitario Resources (At a Glance)

• Geological Data Repository Integration: Centralizing diverse geological, geochemical, and geophysical data into one platform.
• Drilling Data Acquisition Automation: Implementing digital tools for real-time data capture from active drilling operations.
• Permit Compliance Management System: Digitalizing workflows for tracking exploration permits and regulatory requirements.
• Land Claim Mapping and Management System: Utilizing a Geographic Information System (GIS) for precise management of mineral land claims and boundaries.

Where Solitario Resources’s Digital Transformation Creates Sales Opportunities

| Vendor Type | Where to Sell (DT Initiative + Challenge) | Buyer / Owner | Solution Approach | | :----------------------------------- | :---

Context

You are a GTM strategist creating an account-level seller decision page. Write a well SEO optimized content in 12th grade languge don't use jagorons

GRAMMAR AND WRITING RULES (MANDATORY)

• Every sentence must start with a capital letter
• Do NOT start any sentence or line with lowercase letters
• Use proper sentence structure (subject + verb + object)
• Avoid broken or incomplete phrases
• Avoid inconsistent punctuation -Please maintain the consistency over spacing, bullet points and alignement. -USe simple languge, dont add complicated words

---

CONSISTENCY RULES

• Add proper spacings and bullet points to the section where it has points
• Dont unnecessarily leave the space, spacing should be considered very strictly
• Use consistent tense (present tense only)
• Do NOT mix past and present tense
• Do NOT switch writing style across sections
• Add proper bullets to the sections which have points - the bullet and the lines should come in a same line, dont add bullet in 1 line and the content/line in separate line

---

CLARITY RULES

• Each sentence must be complete and readable on its own

• Avoid fragmented lines like: ❌ “improving workflows” ❌ “data issues in systems”

• Rewrite into: ✅ “Teams face delays when workflows rely on inconsistent data”

---

LANGUAGE PRECISION RULE (CRITICAL)

All content must use clear, direct, and operational language.

---

VERB USAGE RULE

Use specific, action-oriented verbs.

Prefer:

• prevent
• detect
• validate
• enforce
• route
• standardize

Avoid:

• ensure
• improve
• enhance
• manage
• streamline
• enable

---

GENERIC LANGUAGE ELIMINATION RULE (CRITICAL)

Every line must describe a specific system, workflow, or failure unique to the company.

---

If a line can apply to multiple companies without change, it is invalid.

---

Each line must include:

• a specific system (ERP, GL, AP, CMS, etc.)
• a specific workflow (expense coding, invoice matching, approval routing, etc.)
• a specific failure (not abstract language)

---

DO NOT USE:

• reduce effort
• improve efficiency
• optimize workflows
• manage processes
• ensure consistency
• lack visibility
• data issues
• inefficiencies

---

REQUIRED FORMAT:

[system/workflow] + [specific failure or control point]

---

FINAL TEST:

Can this line exist on another company page without change?

If YES → rewrite

CONTROLLED VARIATION RULE (CRITICAL)

Maintain the same structure and clarity across all pages.

Do NOT change section order or logic.

However, vary how ideas are expressed to avoid repetitive patterns across pages.

---

WHERE TO VARY (MANDATORY)

1. INTRO PARAGRAPH (FIRST 2–3 LINES ONLY)

• Use different opening styles across pages:
  • Start with a specific initiative
  • Start with a system dependency
  • Start with an operational challenge
• Do NOT repeat the same narrative pattern across pages

---

2. FAILURE PHRASING

• Vary how failures are described
• Use different expressions such as:
  • breaks when
  • does not propagate
  • creates mismatch in
  • results in missing or incorrect data
  • blocks downstream processes
• Avoid repeating the same sentence structure like “fails to” across all lines

---

3. TALK TRACK OPENING

• Vary the first phrase across pages:
  • Noticed…
  • Saw…
  • Looks like…
  • Came across…
• Do NOT repeat the same talk track pattern across all pages

---

STRICT RULE

• Do NOT change meaning or clarity
• Do NOT introduce randomness
• Do NOT reduce specificity
• Only vary surface-level phrasing while keeping intent identical

---

FINAL CHECK

If multiple pages use identical sentence structures or phrasing patterns: → rewrite with variation while keeping the same meaning

PROBLEM-FIRST LANGUAGE

Every line must reflect a real operational situation.

Focus on:

• failures
• risks
• breakdowns
• control points

Do NOT describe general benefits.

---

SPECIFICITY RULE

Replace broad terms with concrete references:

• “workflows” → specify which workflow (e.g., CMS publishing, approval routing)
• “data” → specify type (e.g., transaction data, CMS content, vendor records)
• “systems” → specify function (e.g., ERP, CMS, API layer)

---

CLARITY RULE

Use simple, 12th-grade language:

• short sentences
• direct wording
• no complex phrasing
• no jargon

---

AVOID GENERIC PHRASES

Do NOT use:

• improve efficiency
• enhance workflows
• manage processes
• enable automation
• ensure consistency

---

OUTPUT STANDARD

add bullet points to every line in this section

Each line should feel:

• concrete
• actionable
• tied to a real system or workflow

Strictly output only 1 blog, dont output the same blog multiple times

---

FINAL CHECK

Before output:

• Is the language direct and specific?
• Does each line describe a real operational situation?
• Can a seller understand where to act immediately?

If not, adjust the wording to make it more precise.

FORMATTING RULES

• Each bullet or numbered point must be a complete sentence
• Do NOT use sentence fragments in lists
• Ensure consistent spacing and alignment across sections

---

FINAL LANGUAGE CHECK

Before generating:

• Are all sentences grammatically correct?
• Does every line start with a capital letter?
• Are there any broken or incomplete phrases?

If YES → rewrite This is not content writing.

This is a seller decision asset.

Your job is to:

• identify what the company is doing
• identify where execution becomes difficult
• identify where a seller can act

Use 12th grade language, dont add complex words. Write in short, direct sentences. No fluff. No generic statements. Keep output scannable.

---

INPUT

Solitario Resources http://www.solitarioxr.com http://www.linkedin.com/company/solitario-exploration-&-royalty-corp

---

COMPANY TYPE CLASSIFICATION (MANDATORY)

First, classify the company into ONE:

• B2B SaaS
• Fintech / Platform
• Marketplace
• D2C / B2C brand
• Enterprise / IT
• Other

---

TRANSFORMATION SCOPE RULE

Based on company type, restrict transformations:

---

If B2B SaaS / Fintech:

• product workflows
• integrations
• data pipelines
• AI features
• platform expansion

---

If D2C / B2C:

• e-commerce systems
• supply chain and logistics
• inventory and demand forecasting
• marketing and personalization
• retail and omnichannel operations

DO NOT include:

• infrastructure businesses
• AI platforms
• developer tooling
• unrelated B2B systems

---

If Marketplace:

• supply-demand matching
• pricing systems
• onboarding workflows
• trust and safety

---

If Enterprise / IT:

• infrastructure
• internal systems
• large-scale integrations

---

If Other:

• product workflows
• integrations
• data pipelines
• internal systems

If transformation falls outside company type → REMOVE IT

CORE RULE

Only include insights derived from:

• product workflows
• integrations
• system behavior
• observable company actions

If unclear → remove it

VALIDATION RULE (CRITICAL)

Only include transformations that are clearly supported by observable evidence.

Do NOT:

• invent new business models
• assume major pivots (e.g., B2C → B2B, retail → AI infrastructure)
• create transformations not grounded in actual company activity

If strong transformation signals are NOT available:

• reduce the number of transformations (do NOT force 3–4)
• stay within known workflows (e-commerce, operations, supply chain, etc.)

If uncertain → exclude it

WHAT DIGITAL TRANSFORMATION MEANS

Digital transformation is:

> A real company action that changes how work is executed and creates dependency on systems or data

Each transformation must include:

action system or workflow dependency created

Do NOT write vague themes like “AI adoption”

TRANSFORMATION VALIDATION

Each transformation must:

• reflect an actual product, system, or workflow change
• be verifiable through company activity (not assumption)
• be realistic for the company’s current business model

Reject transformations that:

• introduce entirely new industries
• are not supported by product, hiring, or operational signals

---

DATA EXTRACTION RULE

Extract from:

• product pages → workflows
• integrations → system connections
• feature pages → tasks performed
• case studies → real usage
• hiring trends → operational focus

Do NOT extract from:

• homepage slogans
• marketing claims

---

INTERNAL STEP (DO NOT OUTPUT)

Identify 4-6 real company transformations.

Each must include:

• what the company is doing
• where it breaks (add bullet points to every line in this section)
• who owns it (add bullet points to every line in this section)

All sections must reuse these.

TRANSFORMATION COUNT RULE

• Identify 4-6 transformations
• Do NOT force the number
• Only include transformations with strong supporting signals
• If limited signals → use fewer, high-confidence transformations

---

🔴 OUTPUT STRUCTURE (DO NOT CHANGE ANYTHING)

---

One simple rule: use 12th grade language so it is easy to understand. Be specific to digital transformation. Avoid generic or vague statements. Every line must clearly relate to actual digital transformation initiatives at the company.

IMPORTANT:

• Explicitly mention “[Company Name] digital transformation” in the first paragraph.
• Clearly define what the transformation involves.
• Avoid generic phrases like “improving efficiency” or “leveraging technology” without context.

Write 2 short paragraphs as an introduction: add 2-3 lines per paragraph, and please follow the grammatical rules, dont add awkward sentences.

Paragraph 1: Explain [Company Name]’s digital transformation strategy.

• What systems, technologies, or workflows they are transforming - be specific - dont add generic lines like they are adopting ai or any generic stuff- be specific on what digital transformation they are undergoing
• What makes their transformation approach specific (not generic)

Paragraph 2: Explain what dependencies and challenges this transformation creates.

• What systems, data, or processes become critical
• What risks or breakdowns this introduces
• What this page will analyze (initiatives, challenges, etc.) ###Solitario Resources Snapshot

Solitario Resources Snapshot

Headquarters: Wheat Ridge, Colorado, United States

Number of employees: 7 (four full-time, three part-time)

Public or private: Public

Business model: B2B

Website: http://www.solitarioxr.com Add everything in a new line, dont merge in a single line, and also leave 1 empty line afetr every line

Solitario Resources ICP and Buying Roles

Who Solitario Resources sells to

Write 2 lines:

• type of companies based on complexity (NOT size/revenue)

---

Who drives buying decisions

Add every Role → Responsibility in a new line,

after every line, leave one empty line Add in bullet points.

[Role] → [Responsibility]

[Role] → [Responsibility]

[Role] → [Responsibility]

[Role] → [Responsibility]

---

Key Digital Transformation Initiatives at Solitario Resources (At a Glance)

DT SHARPNESS ENFORCEMENT (CRITICAL)

Each transformation must be specific to the company’s actual product or system. Add all the DT that company has under gone in last 12-24 months in a sharp points Add the original name of that digital transformation and 1 line explaination on what it is Good Example: Procure-to-Pay Automation: Automating vendor intake, approvals, and payment workflows

Very Bad Example: because its vague and not tied to the company specific DT initiative AI Transformation ❌
Digital Automation ❌
Finance Modernization ❌

REWRITE RULE

If a line contains generic words, rewrite it:

• artificial intelligence → specify where (e.g., transaction coding, page design)
• workflows → specify which workflow (e.g., expense validation, CMS publishing)
• platform → specify function (e.g., procurement system, CMS architecture)

---

EXAMPLES

❌ Integrating artificial intelligence into workflows

✅ Embedding AI into transaction coding and expense validation workflows

---

❌ Enhancing CMS capabilities

✅ Scaling CMS architecture for dynamic content and nested collections

---

FINAL CHECK

If the line can apply to 1000 companies → rewrite Add in bullet points.

Each line must represent ONE real digital transformation of Solitario Resources in last 12-24 months.

---

DIGITAL TRANSFORMATION WRITING RULE (CRITICAL)

Write each transformation as a compressed action line.

---

OVERRIDE: NOT FULL SENTENCES

• These lines are NOT full sentences
• Do NOT apply full sentence grammar rules
• Do NOT rewrite into subject + verb + object format

This section uses action fragments, not sentences

---

FORMAT (STRICT)

[action] + [system/workflow] + [where it applies]

---

GRAMMAR REQUIREMENT (ADDED)

• Start each line with a capital letter
• Maintain consistent capitalization across all points
• Do NOT convert into full sentences

---

RULES

• Start with a verb
• Do NOT mention company name
• Do NOT explain intent or benefits
• Do NOT use phrases like:
  • improving
  • enhancing
  • optimizing
  • scaling
• Keep each line 8–14 words
• Each line must feel like a real system-level change

---

ANTI-GENERIC RULE (CRITICAL)

Reject any line that could apply to 1000 companies.

---

BAD (REJECT)

• Improving workflows
• Enhancing automation
• Scaling AI capabilities
• Optimizing systems

---

GOOD (FOLLOW THIS LEVEL)

• Embedding AI into transaction coding and expense validation workflows

• Automating procure-to-pay workflows across vendor intake and approvals

• Integrating ERP data into accounting systems for real-time reconciliation

• Standardizing vendor data across procurement and payment workflows

---

FINAL CHECK

• Does each line start with a capital letter?
• Does each line start with a real action?
• Does it mention a system or workflow?
• Is it specific to this company’s operations?
• Could this line apply to any company?

If YES → rewrite

Where Solitario Resources’s Digital Transformation Creates Sales Opportunities

Create a structured table with grouped vendor types.

---

TABLE STRUCTURE

Where Solitario Resources’s Digital Transformation Creates Sales Opportunities

Create a structured table with vendor grouping and high data density. Be specific with what you adding in teh table, it should be strongly tied with the digital transformation of that company - no vague or generic terms or explaination.

---

TABLE STRUCTURE

| Vendor Type | Where to Sell (DT Initiative + Challenge) | Buyer / Owner | Solution Approach |

---

CORE LOGIC

• Group rows by Vendor Type (merge vendor cells)
• Under each vendor, create multiple rows
• Each row = ONE clear selling angle
• Add digital transformation initiatives as much as possible in the table- max 8-9 initiatives minimum 4-5 if that company has really undergone that initiative, but every row should be tied with the actual company digital transformation initiative, no generic or vague content in the table

TABLE FAILURE RULE (CRITICAL)

Each row must describe a failure or breakdown.

NOT a benefit.

---

Bad: improve workflows
reduce effort

---

Good: manual validation required before invoice matching
data mismatch between Ramp and ERP systems

COLUMN DEFINITIONS

Vendor Type:

• Category of solution provider (not specific companies)

Where to Sell (DT Initiative + Challenge):

• MUST follow this structure:

  [Digital Transformation initiative]: [observable failure]

• This must clearly show: → where in the transformation a seller can act → what specific problem or friction exists Group rows by Vendor Type.

• Show vendor type ONLY in the first row of each group

• Leave vendor type blank in subsequent rows

• Do NOT repeat vendor type across rows

• Ensure rows are visually grouped and contiguous

COLUMN 2 ENFORCEMENT (CRITICAL)

The "Where to Sell (DT Initiative + Challenge)" column must describe ONLY the failure or breakdown -- no hgeneric language or fluff, it should be tightly tied with the company DT initiative and also make the lines sharp, dont add vague or generic line.

It must NOT describe:

• what should happen
• what can be improved
• what a vendor will do
• what outcome is desired

STRICT BAN (MANDATORY)

Do NOT use words like:

• prevent
• detect
• ensure
• improve
• reduce
• eliminate
• enable
• optimize

If any of these appear → rewrite the row

FAILURE EXPRESSION RULE

Write only observable system-level failures.

Each line must describe:

• what is going wrong
• where it is happening
• what requires manual intervention or causes breakdown

REQUIRED PATTERN

[DT initiative]: [observable failure]

GOOD EXAMPLES

Embedding AI into transaction coding: incorrect classifications occur before ERP sync

Automating procure-to-pay workflows: invoice matching requires manual validation

Integrating ERP systems: transaction data fails to sync between systems

BAD EXAMPLES

Embedding AI into transaction coding: detect incorrect classifications ❌

Automating workflows: reduce manual effort ❌

ERP integration: ensure data consistency ❌

DT LINKAGE RULE (CRITICAL)

Each failure must be directly caused by the Digital Transformation initiative.

Ask:

“What goes wrong BECAUSE of this transformation?”

If the failure can apply to any company → rewrite

FINAL VALIDATION (MANDATORY)

For each row, ask:

Does this describe what is broken?
OR
Does this describe what a solution would do?

If it describes a solution → rewrite as a failure

Buyer / Owner:

• Role responsible for that problem
• Must be specific and realistic
• Add mulitple buyer for 1 DT initiative if applicable only - max you can add 3-4 - dont add bullet points or *, separate them with comma (,)

Solution Approach:

• Must directly map to the row above
• Describe what the solution DOES (not category names)
• Keep it operational and specific

DATA DENSITY RULE

• Include 10–20 total rows
• Include 5–7 vendor types
• Each vendor type should have 3-4 rows

ROW STRUCTURE RULE

Each row must follow:

[DT initiative]: [clear problem or selling moment]

FINAL CHECK

Before generating:

• Does each row clearly answer “where can I sell?”
• Is each row a real selling angle?
• Is vendor grouping clean and logical?
• Is the table dense but still scannable?

If NO → rewrite

Table good example: it is just an example dont use this:

Generate only distinct and high-confidence rows tied to real digital transformation initiatives. Do not expand the table unnecessarily by keep on adding rows and lines without content in it. Stop generating rows when no new operational failure, workflow, or selling angle exists. Avoid repeating, rewording, or slightly modifying the same issue across multiple rows.

Identify when companies like Solitario Resources are in-market for your solutions.

Spot buying signals, find the right prospects, enrich your data, and reach out with relevant messaging at the right time.

See how Pintel.AI works

What makes this company’s digital transformation unique

Write a 3–5 sentence section explaining what is DISTINCT about this company’s approach to digital transformation.

Focus on:

• What they prioritize differently vs typical companies
• What they depend heavily on (AI, compliance, integrations, etc.)
• What makes their transformation more complex or different

Avoid:

• Generic statements (e.g., "uses digital tools", "focuses on efficiency")
• Repeating initiative bullets

This should feel like a sharp, opinionated observation, not a summary.

Solitario Resources’s Digital Transformation: Operational Breakdown

Add as much as you can about the Digital Transformation of that company in last 9-24 months

DT Initiative 1: digital_transformation name

Write a sharp, non-redundant section explaining this transformation at Solitario Resources.

This is NOT general explanation. This is GTM intelligence for sales teams.

---

STRUCTURE (STRICT)

What the company is doing

Write 2-3 sentences only.

• Be concrete (what exactly is being built or changed)
• Mention where it is applied (systems, workflows, functions)
• Do NOT explain intent (“this aims to…”, “this helps…”)

---

Who owns this

(add bullet points to every line in this section)