Tag: product positioning

How to Turn Enterprise Positioning Into Measurable Adoption

Your enterprise narrative is landing. Executives understand the promise, demos create interest, and qualified accounts enter the pipeline. Then the signal gets murky. Pilots start but do not spread. Users complete setup but do not return. One champion is active while the rest of the account remains untouched.

The problem may be positioning, onboarding, product value, or the handoff between them. You cannot tell from pipeline, traffic, or active-user totals alone. The practical answer is to treat positioning as a behavioral hypothesis: name the product behavior your promise should cause, instrument the path to that behavior, and use account-level adoption data to decide what to change.

Treat positioning as a prediction about customer behavior

Positioning is usually expressed as language: an ideal customer profile, a value proposition, a category, a differentiator, and a set of reasons to believe. That language matters, but it is only the commercial side of the contract. The product side must predict what a well-matched account will do after buying.

If the promise is faster execution, what workflow should finish sooner? If the promise is easier collaboration, which roles must participate? If the promise is better operational control, what should an administrator configure and what governed action should an end user complete? A claim that cannot be translated into observable behavior is difficult to validate and even harder to improve.

Write each positioning hypothesis with these components:

Account condition: the firmographic, operational, or technical situation that makes the problem important.
Buying situation: the event, constraint, or unresolved job that creates urgency.
Current alternative: the process, incumbent product, or workaround the account uses now.
Promised outcome: the change the buyer expects, stated without substituting a feature for an outcome.
Product mechanism: the capability or workflow that should create that change.
Observable proof: the behavior that would indicate the mechanism is working.
Boundary: the conditions under which the promise is unlikely to hold. This keeps an attractive message from pulling unsuitable accounts into the funnel.

Enterprise positioning also has to survive translation across a buying committee. The economic buyer needs an outcome, the champion needs a credible path to change, the administrator needs implementation confidence, and the practitioner needs a job that becomes easier. These are not separate value propositions. They are role-specific expressions of the same one.

Mapping the buyer committee and carrying a consistent value proposition from the website through the demo and proof of concept makes this translation explicit. Without that continuity, marketing can attract an account with one promise, sales can demonstrate another, and the product can activate users around a third. Each stage may look locally successful while the account as a whole fails to adopt.

My rule is simple: do not approve a positioning claim until you can finish this sentence: A well-matched account that believes this promise should complete this behavior, through this product mechanism, within its normal operating cycle.

Build the measurement model before you launch the message

Analytics cannot rescue a vague positioning hypothesis after launch. Instrumentation needs to begin with the decision you expect the data to support. Otherwise, the dashboard fills with convenient events such as page views, logins, and clicks while the meaningful workflow remains invisible.

Build a measurement spine that follows an account from exposure to durable value:

Message exposure: the eligible account or buyer encountered a specific narrative, use case, campaign, demo, or proof-of-concept story.
Qualified intent: the account took an action that indicates interest in that use case, not merely general awareness.
Setup: the required data, configuration, permissions, or integration became available.
Activation: an intended user completed the smallest workflow that produces recognizable value.
Repeat value: the account completed that workflow again within the natural cadence of the job.
Adoption breadth and depth: usage reached the intended roles, teams, use cases, or volume instead of remaining with one early user.
Account outcome: product evidence and customer evidence together indicate that the promised operational result is occurring.

Setup and activation are not the same. Connecting a data source, inviting colleagues, or configuring permissions may be necessary, but those actions do not prove that the customer received value. A login is even weaker. Define activation around a completed job whose output the user can recognize and use.

The observation window should match the product’s real usage cadence. A workflow performed as part of a recurring business cycle should not be judged by an arbitrary daily metric. At the same time, an open-ended window makes every account look potentially active forever. Define the expected cadence with product, product marketing, sales, and customer success before looking at results, then apply it consistently to comparable cohorts.

Enterprise adoption also lives at two grains: the user and the account. User-level data tells you who completed a workflow and where friction occurred. Account-level data tells you whether value is becoming institutionalized. One highly active champion can conceal a failed rollout, while low daily activity can misrepresent a valuable but naturally episodic workflow.

At minimum, connect meaningful events to:

a stable account identifier and user identifier;
the user’s intended role or workflow role;
the account segment and target use case;
the message, campaign, demo narrative, or proof-of-concept hypothesis that created exposure;
whether activation was assisted or completed independently;
the event definition or version when instrumentation changes; and
the timestamp needed to construct eligible cohorts and observation windows.

Do not place sensitive customer information into analytics merely because it could help segmentation. Collect the minimum properties required for the decisions you have defined, apply appropriate access controls, and use governed identifiers rather than copying operational data into event payloads.

A shared view of activation cohorts and retention is valuable because it gives product, marketing, and revenue teams the same account history. The platform matters less than the semantic contract: everyone must use the same definition of eligible exposure, activation, repeat value, and retained adoption.

Connect each buyer promise to product evidence

The cleanest bridge between positioning and adoption is a message-to-signal map. It prevents teams from measuring whatever happens to be available and calling it proof. The rows below are examples; your evidence must reflect the workflow and operating cadence of your product.

Positioning claim	Required product behavior	First useful signal	Later adoption signal
A shorter path to value	An eligible user completes the core workflow from a valid starting state	Time from readiness to first completed workflow, separated by assisted and independent paths	The workflow repeats without extraordinary intervention and reaches additional eligible users
Easier cross-functional collaboration	The intended roles contribute to and complete a shared workflow	Multi-role participation in the first successful workflow	Shared work repeats across the account’s relevant operating cycles
Greater operational control	An administrator configures the intended controls and users complete work through them	Configuration followed by a governed end-user workflow	Additional eligible groups adopt the same operating model without bypassing it
Clearer decision-making	A user produces, shares, or applies an output in the target decision process	Completion of the first decision workflow, not creation of an unused artifact	The account returns to the workflow at the next relevant decision point

The first signal is not the business outcome. It tells you whether the proposed mechanism has started. Later signals test whether value persists and spreads. A revenue, efficiency, or risk claim may also require evidence from the customer’s operating systems or a validated customer-success record; product telemetry alone should not be stretched into proof it cannot provide.

Use the same map to define a proof of concept. Before it begins, write down:

the account and use case being evaluated;
the valid starting condition, including required data and configuration;
the role expected to complete the workflow;
the activation milestone and the promised outcome it represents;
the evidence system for each signal;
the observation window based on the workflow’s natural cadence;
the assistance that will be provided and how it will be recorded; and
the decision rule for proceeding, refining the implementation, or stopping.

This success contract protects you from a common analytical mistake: redefining success after seeing what the account happened to do. It also exposes gaps early. If sales can demonstrate the promise but the account cannot complete the workflow with its own data and roles, the proof of concept has measured presentation quality, not adoption readiness.

Assistance is not inherently a failure in an enterprise motion. Complex products often require implementation support. Track it explicitly. The important distinction is whether assistance creates a repeatable operating path or temporarily conceals product, data, or organizational friction.

Read the funnel without confusing correlation with proof

Once the measurement spine is live, resist the urge to compress it into one conversion rate. The relationship among response, activation, retention, and account breadth tells you where to investigate. No single pattern proves a cause, but each pattern produces a better next question.

Observed pattern	Working interpretation	Next action
Strong response, weak activation	The promise attracts interest, but the account may be unsuitable, the handoff may be broken, or the first-value path may not match the promise	Separate fit, setup completion, and workflow friction before changing the message
Weak response, strong activation and repeat value among exposed accounts	The product may deliver for the reached use case while the narrative or acquisition channel fails to communicate that value	Test a clearer outcome and mechanism with the same eligible audience
Strong activation, weak repeat value	The first experience works, but the product may lack recurring utility, the wrong cadence may be measured, or adoption may depend on continued assistance	Inspect the next natural use occasion and compare independent with assisted accounts
Strong repeat use by one person, weak account breadth	A champion has value, but organizational adoption is blocked by role, permission, enablement, integration, or workflow requirements	Map the missing roles and instrument the handoff from champion success to team use
Strong activation, repeat value, and growing breadth in one use-case cohort	The positioning and product mechanism are aligned for that cohort	Protect the segment definition, validate the account outcome, and scale deliberately rather than generalizing to every enterprise account

Strong and weak are relative to comparable cohorts, not universal thresholds. Compare accounts with the same eligibility, target use case, exposure definition, and observation opportunity. A pooled enterprise average can hide a message that works well for one use case and fails for another.

Segment the analysis by the dimensions that can change the mechanism: account condition, use case, buyer or user role, positioning variant, implementation path, and assisted status. Do not create segments simply because the properties exist. Each cut should correspond to a decision you might make differently.

If you want a causal answer about messaging, random assignment is the cleanest option when it is practical and appropriate. Keep eligibility, exposure, and the outcome window consistent. If sales representatives choose which account receives each narrative, the resulting comparison is confounded by their knowledge of the account. It can still generate hypotheses, but it should not be presented as an A/B test or as proof that one message caused better adoption.

When randomization is not feasible, triangulate. Compare stable cohorts, examine the same segment before and after the change, inspect the stage where behavior diverges, and collect direct customer evidence about what they expected. Concurrent product changes, pricing changes, enablement, and account mix can all affect a before-and-after result, so preserve that uncertainty in the decision.

AI-generated discovery adds another exposure layer. An AI visibility score, competitor ranking, and use-case-level view of how a brand appears in model-generated answers can reveal where the market narrative is present or absent. Those signals belong near the top of the positioning funnel. They do not demonstrate product adoption.

Use AI visibility to prioritize narrative questions: Which intended use cases are missing? Where are competitors associated with a value your product intends to own? Which points of parity are overshadowing a meaningful differentiator? Then test changes through attributable journeys where attribution is available. If the path from model exposure to account activity cannot be observed reliably, report visibility and downstream adoption as separate signals instead of manufacturing a causal connection.

Make the data change a product or go-to-market decision

A dashboard does not create alignment by itself. The operating model needs clear ownership for the hypotheses, definitions, and decisions behind it.

Product management owns the product mechanism, activation milestone, friction diagnosis, and product response.
Product marketing owns the audience, positioning hypothesis, message variants, and consistency across buyer-facing surfaces.
Sales and solutions engineering record which narrative and use case were presented, qualify account conditions, and preserve the proof-of-concept success contract.
Customer success validates the customer’s operating outcome and identifies the roles or workflows required for broader adoption.
Revenue operations and data partners maintain identity resolution, exposure metadata, metric definitions, and data-quality checks.
Product and revenue leaders decide whether the evidence supports scaling, refining, fixing, or stopping a bet.

Choose a review rhythm that allows the relevant behavior to occur. Reviewing faster than the product’s natural adoption cycle produces noise and encourages teams to react to incomplete cohorts. Waiting until a quarterly business review can conceal fixable handoff problems. The right cadence is the shortest interval that still gives an eligible cohort a fair opportunity to reach the milestone under review.

Run each review in a fixed order:

Confirm instrumentation health, cohort eligibility, and observation completeness.
Read movement across exposure, intent, setup, activation, repeat value, and breadth.
Find the first stage where the target cohort diverges from a relevant comparison cohort.
Break that stage down by use case, role, positioning variant, and implementation path.
Add qualitative evidence to explain expectations, objections, and workflow friction.
Make one explicit decision: scale, refine the narrative, fix the handoff, change the product path, narrow the segment, or stop the bet.
Record the owner, expected behavioral change, and signal that will be reviewed next.

Do not let every weak metric become a messaging problem. If suitable accounts understand the promise but cannot reach first value, fix the product or onboarding path. If activated accounts repeatedly receive value but suitable prospects do not understand why it matters, refine positioning or channel execution. If one role succeeds but the account cannot broaden, address the organizational and administrative path. If the promised outcome is not credible for the segment even when the workflow works, narrow or replace the claim.

Key takeaways

Write positioning as an account condition, promised outcome, product mechanism, observable behavior, and explicit boundary.
Measure setup, activation, repeat value, and account breadth separately; none can substitute for the others.
Carry message and use-case exposure into account-level analytics so downstream behavior can be traced to a real hypothesis.
Use response, activation, retention, and breadth patterns to choose the next investigation, not to declare an unsupported cause.
Treat AI visibility as a positioning signal at the discovery layer, not as evidence of customer adoption.
End every review with a decision, an owner, and a behavioral signal that can confirm whether the intervention worked.

Start with one enterprise claim already in market. Name its target account, mechanism, activation behavior, repeat-value signal, and breadth signal. Then inspect one eligible cohort from message exposure through adoption. If you cannot connect the claim to a behavior, rewrite the claim before increasing go-to-market spend. If you can connect it, the first broken transition will tell you where the next product or positioning decision belongs.

References

December 3, 2025

How We Built an AI Sleep Coach: CBTI, Voice AI, and a Product Playbook for Better Rest

What if your morning started with a helpful check-in from a voice AI that actually improves your sleep—using the same core principles that typically cost thousands of dollars and come with year-and-a-half waitlists? That idea energizes me as a product leader, because it blends clinical-grade outcomes with consumer-grade accessibility. Recently, I dug into how the team at Rest built an AI sleep coach inspired by Cognitive Behavioral Therapy for Insomnia (CBTI), and why their method offers a repeatable blueprint for complex, personal AI products.

The origin story is a classic product discovery moment. Rest’s team noticed that a meaningful slice of users in their podcast app were using audio to fall asleep. Although it represented only about 10% of users, that group showed a high willingness to pay. That signal pushed them to explore a dedicated sleep solution, moving from a general audio app to a targeted sleep experience—and eventually toward an AI-powered coach as LLMs matured.

Through jobs-to-be-done research, they identified a clear, underserved segment: “DIY sleep hackers.” These are motivated users who want agency, structure, and results without navigating clinical systems. Choosing CBTI (a clinically proven approach with 80% efficacy) gave the product a strong evidence-based foundation while remaining accessible as a wellness tool. It’s the kind of strategic choice I look for: credible, measurable, and aligned with user motivation.

The product evolution moved in smart, incremental steps. Rest started with a basic text chatbot before graduating to a voice-first experience—using Vapi for voice and OpenAI for reasoning. Voice changed the relationship dynamic: it increased intimacy, lowered friction for daily check-ins, and made behavioral coaching feel human without pretending to be. The team built a memory system that tracks context (like traveling or having a dog) with time-based relevance, which keeps conversations fresh, respectful, and genuinely personalized.

Daily engagement is driven by dynamic agendas that adapt based on sleep data, the user’s stage in the program, and their recent compliance. I love this mechanic: it operationalizes behavior change by sequencing the right intervention at the right time. In parallel, they developed text via OpenAI Assistants while building voice with Vapi, which let them ship value while learning in two modes. They also moved from massive system prompts to RAG for general sleep knowledge, keeping personal user context in the prompt—reducing brittleness while improving scalability.

Because sleep sits close to healthcare, the team drew a firm line between wellness and medical positioning. They implemented clear guardrails: no diagnosis, no medication advice, and strong boundaries on scope. Weekly error analyses with domain experts (sleep therapists) tightened quality and tone, and they adopted LLM-powered evals to enforce safety boundaries. For observability and evaluations, they leveraged Langfuse, and they experimented with Hamming for voice testing to refine the experience end-to-end.

Under the hood, this is a great example of “one bite of the apple at a time” product building in AI. Start with a simple interface, anchor on an evidence-based method, layer personalization with memory, formalize program structure with dynamic agendas, and shift to RAG when general knowledge outgrows prompt engineering. As a product leader, I see strong echoes of agentic patterns here—goal-oriented orchestration, stateful memory, and adaptive planning—shipped in pragmatic increments rather than as a monolithic platform rewrite.

A few takeaways I’m applying with my teams: First, segment deeply and pick a high-intent niche (those “DIY sleep hackers” were the right beachhead). Second, let modality fit the job—voice is not a gimmick when it boosts compliance and empathy. Third, design safety and scope from day one if you’re anywhere near health. Finally, invest early in evals and observability so you can improve with confidence, not hope.

If you want to explore the full conversation and product decisions, you can listen here: Spotify | Apple Podcasts.

Resources & Links:

Rest – AI sleep coach app

Vapi – Voice agent platform Rest uses

Langfuse – Observability and evals platform

Hamming – Voice testing platform

AI Evals Maven Course by Hamel Husain and Shreya Shankar

Bottom line: Rest demonstrates how to take a clinically grounded method like CBTI, translate it into a daily voice-first experience, and ship it with rigor. If you’re building in AI, this is a model worth studying—practical, safe, and deeply user-centered.

Inspired by this post on Product Talk.

November 20, 2025

Brand Visibility in AI Answer Engines: A Product Playbook

If your CEO asks why an AI answer names a competitor but leaves out your brand, the tempting response is to publish more pages or look for a ChatGPT optimization trick. That treats the symptom. The real question is whether the answer engine can confidently connect your brand to the user’s decision, verify the connection, and explain it accurately.

Treat AI visibility as a product system. You can improve its inputs, test its outputs, and assign owners to its failure modes. You cannot guarantee a mention, but you can increase the probability of an accurate inclusion by building a clear public identity, credible evidence, reliable retrieval, and useful actions.

Define the decision you want to be present for

Brand visibility is too vague to manage. Visibility for what? A category definition, a shortlist, an integration question, a troubleshooting task, and a product comparison are different jobs. Each requires different evidence.

Start with an intent map. Use the customer journey, support conversations, sales objections, onboarding friction, and product analytics to identify the decisions that matter. Then connect each decision to the artifact an answer engine would need.

User job	Typical question	Artifact to publish	Desired answer behavior
Understand the category	What problem does this category solve?	Category explainer and glossary	Recognize the brand’s category and relevant use cases
Evaluate options	Which product fits this workflow or constraint?	Use-case page, comparison, and evidence	Include the brand when it genuinely fits and state the tradeoffs
Get started	How do I reach the first useful outcome?	Quick-start documentation	Return accurate prerequisites and steps
Integrate	Does this product connect to another system?	Integration page and API documentation	Describe compatibility, setup, and limitations correctly
Resolve a problem	Why is this workflow failing?	Troubleshooting documentation	Retrieve a grounded diagnosis and resolution path
Check current status	Is this feature available, and what changed?	Changelog and release notes	Use current product facts instead of stale descriptions

For each row, define when your brand is actually eligible. A weak objective says, ‘The brand should appear.’ A useful objective says, ‘The brand is relevant when the user needs this capability, works under these constraints, and can verify these claims.’

That distinction protects the program from vanity metrics. Your product should not appear in every answer. It should appear in the answers where it can help, in the correct category, with an honest account of its strengths and limits. My rule is simple: a mention that misclassifies the product is a failure, even if the brand name is present.

Prioritize prompt families using product judgment. Start where a better answer could affect a meaningful buying, activation, integration, or support decision. Within that set, look for the largest evidence gap: an important question for which your current public material is missing, contradictory, gated, or stale. That gives you a defensible backlog rather than an open-ended demand for more content.

Build a canonical brand record before producing more content

An answer engine has a harder job when your homepage describes one category, your documentation uses another product name, a partner directory lists an old capability, and a comparison page makes a broader claim than the evidence supports. Publishing another page adds volume without resolving the identity problem.

Create an internal brand fact record that becomes the contract for every public property. It should contain:

The official organization, product, and feature names, including approved abbreviations.
The primary category and a plain-language description of what the product does.
The users, jobs, and constraints for which the product is relevant.
The capabilities and integrations that can be stated publicly.
The limitations or eligibility conditions that materially change a recommendation.
The evidence behind important claims, such as documentation, case studies, API references, or release notes.
An owner and review trigger for every fact that can change.

Use this record to audit the homepage, product pages, documentation, API references, GitHub repositories, partner listings, review profiles, and conference descriptions. Do not force identical prose everywhere. Do keep the underlying identity, category, capability, and product status consistent.

Your site architecture should make that identity easy to follow. Connect category explainers to use-case pages, use-case pages to product documentation, documentation to integrations and troubleshooting, and changing capabilities to release notes. The links should reflect a real path from understanding to evaluation to action.

Then inspect the technical path an unauthenticated visitor can use. The essentials are concrete:

Put foundational product facts in semantic HTML rather than only inside images, videos, or interfaces that require a login.
Keep robots.txt and XML sitemaps friendly to public product and documentation pages.
Use canonical tags to concentrate signals when similar pages exist.
Apply schema.org types such as Organization, Product, HowTo, and FAQPage only where the visible content supports them.
Use descriptive headings and rich alt text so page meaning is not dependent on presentation.
Keep public pages fast enough to retrieve reliably.
Leave foundational documentation open when there is no business, privacy, or security reason to gate it.

Do not loosen access controls in the name of visibility. Public product facts, help content, and approved evidence belong in the retrievable footprint. Customer data, internal plans, private support records, and administrative documentation do not. The right fix for a gated public fact is a safe public page, not broader access to a private system.

Write pages that answer prompts without requiring guesswork

Traditional marketing pages often ask the visitor to infer the product’s category, audience, and value from slogans. An answer engine needs explicit relationships. It should be able to identify what the product is, who it is for, what task it performs, what conditions apply, and where the supporting evidence lives.

Use a predictable page contract

Write as if you are teaching a capable assistant that lacks your internal context. A useful page contract contains:

A short opening that directly answers the page’s primary question.
A clear definition of the product, feature, workflow, or integration.
Prerequisites and eligibility conditions before the instructions begin.
Steps or decision criteria in the order the user needs them.
Limitations, tradeoffs, and unsupported cases near the claim they qualify.
Links to evidence and deeper documentation.
A visible path to the next task, such as setup, troubleshooting, or an API operation.

Define acronyms where they first appear. Use descriptive headings rather than clever labels. Add concise question-and-answer sections when they match real prompts. Repeat canonical facts consistently, but do not bury the useful answer under repeated positioning language.

Match the artifact to the intent

A single generic landing page cannot cover the full journey. Build the artifact that makes the intended answer defensible:

Category explainers should define the problem, the common workflow, the relevant buyer, and the boundaries of the category.
Use-case pages should connect a specific user job to product capabilities and show the conditions under which the fit holds.
Comparison pages should state points of parity, meaningful differences, user fit, limitations, and migration considerations without turning every dimension into a victory claim.
Quick starts should identify prerequisites, the setup sequence, the first observable success, and common failure paths.
Integration pages should state supported objects or workflows, authentication requirements, data direction, limitations, and links to the relevant API or setup instructions.
Troubleshooting pages should connect symptoms to likely causes, corrective steps, and a way to verify that the fix worked.
Release notes and changelogs should make changing availability, behavior, and terminology explicit.

Comparison content deserves particular care because it directly affects product positioning. Do not hide obvious points of parity or invent distinctions that a buyer cannot verify. Explain where the alternatives differ, who benefits from each difference, and when the distinction should change the decision. Honest limits make the rest of the page more credible.

Maintain a claim ledger behind these pages. Record the exact claim, its evidence, the public locations where it appears, its owner, and the event that should trigger review. A product rename, integration change, policy update, or feature release should update the ledger and the affected pages together. This is how content operations become part of product operations.

Layer authority, live retrieval, and useful actions

AI visibility can happen at different layers. Treating them as one channel makes diagnosis difficult:

Public-footprint visibility comes from a clear, consistent body of information that helps an engine recognize the brand and its category.
Retrieval visibility happens when the engine or an attached workflow fetches current material during the conversation.
Action visibility happens when a connector or tool lets the user complete a task through the assistant.

The public footprint needs distribution as well as first-party content. Keep product facts consistent across documentation, API references, GitHub repositories, partner directories, reputable media, conference material, and legitimate third-party reviews. Pursue inclusion in structured knowledge bases such as Wikidata only when the brand meets the relevant eligibility requirements.

Do not manufacture authority through fabricated claims, fake reviews, or spammy link schemes. Those tactics create contradictions and reputational risk. The durable strategy is to be verifiably useful on the surfaces where practitioners already look for answers.

Live retrieval becomes important when an answer depends on current documentation, account context, or a changing product state. A retrieval-first pipeline should fetch the relevant material before the response is generated. Its quality depends on more than adding documents to an index.

Chunk documentation around a coherent task or concept rather than breaking related instructions apart.
Carry the heading and parent context with each chunk so a retrieved paragraph retains its meaning.
Add metadata for product, feature, version or status, intent, update state, and access permissions.
Prefer canonical documentation when duplicate explanations compete.
Return citations or document identifiers that allow the answer to be checked.
Test retrieval against the same prompt families used for visibility measurement.

A ChatGPT connector or CustomGPT workflow adds the action layer. Publish a high-quality OpenAPI specification, keep each action narrowly scoped, and describe its inputs, permissions, output, and failure conditions clearly. The assistant should be able to choose the correct operation without guessing between overlapping tools.

Privacy-by-design belongs in the architecture, not in a warning added after launch. Enforce the user’s permissions before retrieval, preserve tenant boundaries, minimize the data passed into the model context, and keep secrets out of indexed content. If an action changes data or creates an external consequence, use clear confirmation and guardrails appropriate to that action.

A connector does not replace the public footprint. It improves accuracy and task completion for users who can access it. Public explanations still establish category relevance, authority, and discoverability before the user invokes a tool.

Measure visibility as a product system, not a screenshot

A favorable answer copied into a presentation is not a measurement system. Answer behavior can vary with wording, context, model configuration, accessible material, and tool availability. Build a stable panel of priority prompts and track its outputs over time.

Each prompt in the panel should have an intent identifier, target user, task, wording, expected eligibility condition, claims that must be correct, and an artifact owner. Include natural variants across category discovery, evaluation, setup, integration, and troubleshooting. Preserve the panel long enough to compare changes instead of rewriting it after every result.

Score more than whether the name appeared:

Eligible mention rate: how often the brand appears when the predefined fit conditions are present.
Grounded citation rate: how often the answer points to appropriate first-party or credible third-party evidence.
Factual accuracy: whether the answer passes a predefined set of product facts.
Positioning accuracy: whether the brand is placed in the right category, use case, and competitive context.
Freshness: whether changing capabilities and product status match the canonical record.
Retrieval success: whether the workflow returns the document needed for the task.
Action completion: whether an enabled connector completes the intended task under the correct permissions.

Share of voice can help, but only within eligible prompts. A rising mention rate paired with falling accuracy is not progress. Nor is a citation useful when it points to an outdated page.

Use the failure pattern to choose the next intervention:

If the brand is absent across an entire intent family, inspect coverage, category clarity, and external authority.
If it appears under the wrong category, reconcile names and definitions across the canonical record and public properties.
If it appears without evidence, strengthen the relevant artifact and its links to documentation or proof.
If the facts are stale, repair canonical pages, release notes, metadata, and duplicate content.
If retrieval returns the wrong page, adjust chunking, metadata, canonical preference, and evaluation queries.
If the answer is correct but the action fails, inspect the OpenAPI description, authentication, permissions, inputs, and error handling.

Test changes with the same discipline used for a product experiment. State the hypothesis before shipping. Freeze the evaluation rubric. Capture a baseline, compare the candidate under the same conditions, and use repeated samples rather than interpreting one convenient response. Use an A/B design only where exposure can be isolated; otherwise label the result as a before-and-after observation and avoid claiming causality.

Set the minimum detectable effect before reviewing the outcome. In this context, it is the smallest improvement large enough to justify a decision. That prevents a tiny movement in a noisy prompt panel from becoming a success story merely because the team wants the release to work.

Assign ownership by failure class. Product marketing can own canonical positioning, documentation can own instructional accuracy, the web team can own crawlability and structured markup, engineering can own retrieval and connectors, and product or analytics can own the evaluation panel. A shared dashboard is useful only when each red metric has a named route to action.

Key takeaways

Optimize for eligibility in a real user decision, not for raw brand-name frequency.
Establish one canonical brand fact record before adding more public content.
Publish answer-shaped artifacts for category, comparison, setup, integration, troubleshooting, and product-change intents.
Combine a trustworthy public footprint with live retrieval and carefully scoped actions.
Measure mentions, citations, accuracy, freshness, retrieval, and task completion separately.
Tie every content or technical change to a hypothesis, a stable prompt panel, and a minimum detectable effect.

Start with the prompt family closest to a real buying, activation, integration, or support decision. Capture the baseline answer, identify the smallest missing or unreliable artifact, fix it, and rerun the same evaluation. Expand to adjacent intents only after the first one produces consistently accurate, well-grounded answers.

The goal is not to make an assistant say your name. It is to make your brand a defensible inclusion for the right question, supported by current evidence and a working next step.

References

Shivam.Consulting Blog – Crack the AI Answer Engine: How I Boost Brand Visibility in ChatGPT – Proven, Ethical Playbook

November 17, 2025

Evidence-Based Product Marketing: From Claims to Behavior

Your campaign can beat its click target and still fail. If the message attracts people who never reach value, the dashboard is reporting distribution, not evidence that the promise worked.

The practical fix is to connect each important product marketing claim to an expected customer response, an observable product behavior, and a business decision. That chain gives you something stronger than a collection of campaign metrics: it tells you what to scale, what to revise, and what to stop.

Start with the decision, not the dashboard

Evidence-based product marketing does not mean attaching a metric to every asset. It means deciding what must be true for a claim to deserve more investment, then collecting evidence capable of answering that question.

Begin by naming the decision in plain language. Most product marketing work needs to answer one of four questions:

Clarify: Do the intended customers recognize themselves, understand the problem, and repeat the outcome accurately?
Launch: Does the message motivate the right people to take the next meaningful step?
Scale: Does the campaign create incremental activation or qualified demand without damaging the customer experience?
Standardize: Does the promise continue to hold after acquisition, through early value, retention, and commercial outcomes?

Those decisions require different evidence. Customer interviews can reveal whether the language is clear. Funnel data can show whether exposed customers behave differently. A controlled experiment can isolate the effect of a headline or narrative. Retention and revenue can show whether the acquired behavior was durable. No single metric answers all four questions.

I find it useful to write the evidence chain before discussing creative execution:

Claim: What outcome are you promising?
Interpretation: What should the intended customer understand or believe?
Immediate action: What is the next meaningful behavior if the message resonates?
Product consequence: Which first-value or activation milestone should improve?
Durable consequence: What should happen to early engagement, retention, or revenue?
Decision: What will you do if the evidence supports, weakens, or contradicts the claim?

Consider a hypothetical claim that customers can reach first value with less setup. The predicted consequence is not merely a higher click-through rate. Eligible customers should complete the relevant onboarding milestone more often or reach it sooner. If more people start but activation does not improve, the message may be generating curiosity, setting the wrong expectation, or attracting the wrong audience. The evidence should lead you to revise the claim or targeting, not celebrate the larger top of funnel.

For category education or an unfamiliar product, immediate purchase may be the wrong primary outcome. You still need a defined next behavior, such as exploring the relevant use case, beginning an evaluation, or returning for deeper consideration. The point is not to force every campaign into a purchase funnel. It is to stop treating attention as self-validating.

Turn positioning into a testable claim card

Positioning becomes useful when it can survive contact with customers and product data. A strong positioning foundation makes explicit who the product serves, which urgent problem it owns, the category customers recognize, the outcome it promises, its points of parity, its differentiation, and the proof behind the promise.

Put those elements into a one-page claim card. This is the contract between product marketing, product management, analytics, sales, and the product experience:

Claim-card field	Question it must answer	What to record
Audience and context	Exactly who should recognize this problem?	The narrowest viable segment, situation, and trigger
Problem	What costly or frustrating job needs to be solved?	Customer language, not an internal feature description
Category	What familiar frame helps the buyer understand the product?	The recognized category and likely comparison set
Outcome claim	What changes for the customer?	One outcome stated without feature soup
Points of parity	Which table-stakes expectations must be met?	The capabilities buyers reasonably assume
Differentiation	Why choose this over the primary alternative?	Two or three defensible distinctions, not a feature inventory
Current proof	Why should the buyer believe the promise?	Relevant results, usage, social proof, or integrations that actually exist
Behavioral prediction	What should a persuaded customer do next?	A named event, milestone, or qualified sales action
Disconfirming signal	What result would force a revision?	A failure condition decided before launch

The last two rows change positioning from an assertion into a hypothesis. They also expose weak claims early. If nobody can name the behavior that should change, the claim is probably too abstract. If nobody can describe a result that would disconfirm it, the team is preparing to rationalize any outcome.

For a hypothetical workflow product, a claim card might predict that a simpler setup promise will increase completion of the first workflow and shorten time to activation. The test should also protect early feature engagement and retention. If trial starts rise while first-workflow completion stays flat, the message has increased acquisition without delivering better customer progress. That is evidence against scaling the current version, even if the campaign dashboard looks healthy.

You can produce a first claim card in a focused 30-minute working session: spend five minutes on the target and problem, five on the category, ten on the outcome plus parity and differentiation, five on available proof, and five defining a customer-language check and a controlled message test. Keep the result to one page. Its job is to drive a decision, not become another positioning deck.

Do not merge language evidence with performance evidence. When customers repeat your value proposition accurately, you have evidence of comprehension. When their behavior changes, you have evidence of consequence. When a controlled comparison isolates the message as the cause, you have causal evidence. Each answers a different question.

Instrument the path from exposure to durable value

A claim cannot be evaluated if campaign exposure and product behavior live in disconnected systems. Before launch, define the path you need to observe and make sure the identifiers survive every handoff.

At minimum, campaign and product events need stable properties that identify the message and its context. Useful fields include campaign_id, creative_theme, entry_channel, audience_mood, and landing_variant. Use only properties your team can define and populate reliably. A sophisticated taxonomy filled with ambiguous or missing values creates false precision.

Map the journey in the order the customer experiences it:

Qualified exposure: The intended message and variant were actually delivered to an eligible person.
Meaningful entry: The person took the next action implied by the campaign rather than producing a passive page view.
First value: The person reached the earliest product moment that demonstrates the promised outcome.
Activation: The person completed the behavior or set of behaviors associated with becoming a viable user.
Early depth: The activated person used the relevant capability beyond the minimum milestone.
Retention: The person returned and repeated a valuable behavior in the time window appropriate to the product.
Commercial outcome: The journey produced qualified pipeline, conversion, revenue, or expansion where those outcomes apply.

Your activation definition must belong to the product, not the campaign. A landing-page scroll is not activation simply because it is easy to measure. Choose a milestone that represents real progress toward value, document its event logic, and use the same definition in the campaign analysis, product dashboard, and decision log.

Audit the measurement path before spending heavily on distribution:

Confirm that event names and triggers have one documented meaning.
Verify that the assigned creative and landing variants are preserved after the first session.
Test the transition from an anonymous visitor to a known account or user.
Check that campaign and product timestamps use a consistent interpretation.
Make sure CRM integration carries the identifiers needed to connect marketing exposure with qualified sales outcomes.
Document exclusions such as employees, test accounts, bots, duplicate events, and ineligible users.
Inspect missing-property rates and unexpected values before trusting segment comparisons.

Do this with test records that you can trace from the first campaign event to the final system. A dashboard rendering successfully does not prove that identity resolution, variant assignment, or CRM handoffs are correct.

Once the data is trustworthy, cohort customers by creative theme, channel, audience, or landing variant. That analysis can reveal whether one narrative is associated with faster activation or stronger retention. It does not, by itself, establish that the narrative caused the difference. Channels often reach different people, and audiences can arrive with different levels of intent. Use cohort analysis to find patterns and controlled experiments to test causal claims.

Match the strength of the evidence to the claim

Evidence is not a binary label. A customer interview, a funnel comparison, and a randomized experiment can all be useful, but they support different statements. The language in your readout should reflect that difference.

Customer-language evidence supports statements about relevance, comprehension, vocabulary, and objections. It helps you learn why a claim makes sense or fails to land.
Observed behavioral evidence supports statements about association. It can show that a campaign cohort activated or retained differently, but other differences between the cohorts may explain the result.
Experimental evidence supports an incremental claim when assignment, exposure, measurement, and analysis are sound. It helps isolate the effect of a narrative, headline, or creative treatment.
Durability evidence supports the commercial importance of a result. It tests whether an early lift reaches activation, retention, and revenue instead of ending with a shallow conversion.

That distinction prevents a common reporting error: using a strong verb with weak evidence. Say that a theme was associated with higher activation when you observed cohorts. Say that it caused an incremental change only when the design supports that conclusion. If the evidence is directional, label it directional.

Write the test brief before launching the variant

A useful A/B test brief should fit on one page and contain the following:

Hypothesis: For a named audience, changing one defined message should change one expected behavior because of a stated reason.
Eligibility and exposure: Specify who enters the test and what counts as seeing the treatment.
Assignment unit: Decide whether assignment happens at the user, account, or another appropriate level, then keep that assignment stable.
Primary metric: Choose the single outcome that answers the decision question. Supporting metrics can diagnose the mechanism, but they should not compete for the verdict.
Business threshold: State the smallest improvement that would justify implementation or further investment.
Minimum detectable effect: Size the test around an explicit MDE so you know which effects the design can and cannot resolve.
Guardrails: Protect the experience with relevant checks such as activation, retention, or NPS. Match the guardrail to the test horizon; some retention and sentiment outcomes need a later read.
Segments: Predefine any audience cuts that could change the decision. Treat unplanned segment findings as hypotheses for another test.
Decision rule: Write what you will do if the primary metric improves, remains unresolved, or moves against the claim.

The business threshold and MDE are related, but they are not automatically the same. The first asks which effect is worth acting on. The second describes which effect the planned test is equipped to detect. If the design can detect only effects much larger than the improvement you care about, the test cannot settle the decision. Change the design, gather more eligible traffic, or narrow the claim instead of treating an inconclusive result as proof of no effect.

Low-volume teams still need discipline. When a well-powered test is not practical, use session quality, content depth, return visits, and other directional signals to understand the path, then combine them with customer language and sales objections. Keep the conclusion modest. Directional evidence can justify another iteration; it should not be rewritten as causal proof.

Also look beyond a positive average. A message may improve trial starts while reducing activation, attract one segment while confusing another, or pull forward behavior that would have happened anyway. The primary metric gives you a verdict on the declared hypothesis. Guardrails and predefined segments tell you whether acting on that verdict is responsible.

Make the evidence change what the team does

Measurement creates value only when it changes positioning, distribution, onboarding, the roadmap, or sales execution. That requires one operating cadence and one record of the decision.

Carry the same promise through the surfaces that customers encounter. The category and value proposition should remain coherent across campaigns, pricing, product tours, onboarding guidance, CRM notes, and sales collateral. Consistency does not mean repeating identical copy. It means the product experience delivers the outcome that marketing introduced.

Use a shared dashboard or notebook, annotate launches and instrumentation changes, and review the evidence with product and go-to-market partners on a weekly cadence. A useful review answers six questions:

Which claim and audience are under review?
Was exposure delivered as intended, and is the measurement path healthy?
What happened to the declared primary metric?
What happened to activation, retention, experience, and commercial guardrails that are mature enough to read?
Which result is causal, associated, directional, or still unresolved?
What decision follows, who owns it, and when will the next evidence arrive?

Record the answer in an evidence ledger rather than leaving it in a meeting. For every important claim, capture its audience, product version or context, evidence type, primary result, guardrails, known limitations, status, decision, owner, and review date. Useful statuses include untested, directional, supported in a defined context, contradicted, and stale.

The context matters. A message supported for one audience, channel, or product experience has not been validated everywhere. Product changes can also make old proof stale. Reopen the claim when the promised workflow changes, the target segment expands, or a new channel reaches customers with materially different intent.

This operating model also sharpens accountability. Product marketing owns the clarity and integrity of the claim. Product management connects it to value and activation. Analytics protects definitions and interpretation. Sales contributes objection patterns and qualified outcomes. Customer success contributes evidence about expectation gaps and durable value. The exact ownership can vary, but the claim, metric, and decision cannot be ownerless.

Keep campaign output separate from customer outcomes. Shipping a landing page, launching a narrative, or producing enablement is work completed. Activation, retention, qualified demand, and revenue are outcomes. Reviewing outcomes rather than celebrating output makes it harder for an attractive campaign to survive after the customer evidence turns against it.

Key takeaways

Start with the product marketing decision, then choose the evidence capable of supporting it.
Convert positioning into a claim card with an audience, outcome, proof, behavioral prediction, and disconfirming signal.
Instrument the complete path from qualified exposure through first value, activation, retention, and commercial outcomes.
Treat customer language, observed behavior, experiments, and durability as different forms of evidence.
Define the primary metric, MDE, guardrails, segments, and decision rule before reading test results.
Keep an evidence ledger so supported claims are reused, contradicted claims are retired, and old proof does not quietly become permanent truth.

Before your next campaign, take its strongest claim and complete one claim card. Confirm that the campaign identifier reaches the activation event, name one primary metric and one guardrail, and write the decision rule before launch. If you cannot trace the promise to customer value, fix that measurement path before buying more attention.

References

November 13, 2025

Inside-Out vs Outside-In: How I Balance Both to Build Products Users Love—and CFOs Trust

Inside-out or outside-in thinking? I choose both. The strongest product strategies fuse a bold internal vision with relentless customer evidence, creating a flywheel that lifts adoption, engagement, and revenue while reducing risk.

When I lead with inside-out thinking, I articulate a clear product thesis, technical roadmap, and platform leverage. This is where we define points of parity and differentiation, sharpen our value proposition, and ensure our architecture scales. It’s disciplined, outcomes-first, and anchored in product positioning—not output checklists.

Outside-in thinking ensures that vision stays honest. I listen to customers, analyze friction in onboarding, instrument user activation, and study retention analysis to validate whether our promises translate into real user value. This is where product discovery, A/B testing, and in-app signals tell me what’s working, what needs refinement, and what we should stop doing.

In practice, I operationalize this balance through Software Experience Management. “Increase revenue, cut costs, and reduce risk with Pendo’s Software Experience Management platform. Optimize the entire software experience to drive adoption and improve engagement.” That promise captures the core of how I align strategy with reality inside the product, not just around it.

Concretely, I combine product analytics with in-app guides and product tours to accelerate onboarding and improve user activation. I run targeted experiments to de-risk decisions, and I iterate quickly based on what users actually do—not just what they say. The result is a product-led growth engine that compounds over time.

This approach also builds trust with finance and go-to-market partners. Inside-out clarity gives us confident, sequenced bets; outside-in data provides proof that those bets pay off. When engagement expands and adoption climbs, the business case writes itself.

If you’re deciding where to start, begin with three moves: define activation events aligned to your value proposition, instrument the experience end-to-end, and ship one high-impact in-app guide to remove a known onboarding blocker. Then measure, learn, and iterate—quickly.

The truth is, great products emerge when conviction meets evidence. Inside-out sets the vision. Outside-in earns the right to scale it.

Inspired by this post on Pendo – Perspectives.

November 12, 2025
Win AI Search: Proven Playbook to Get Your Startup Recommended by ChatGPT & Perplexity

AI search is quickly becoming the new homepage for startups. When a buyer asks a model for the best tools, they often take the short list at face value. I treat this moment as a product surface I can influence with strategy, content, structure, and distribution—much like any other go-to-market channel.

Early on, I set a simple objective for my team and me: "Learn how LLMs like ChatGPT and Perplexity decide which startups to recommend and what signals help a brand get discovered in AI search." That sentence became our north star for experiments, instrumentation, and content architecture.

Here is the mental model that consistently holds up in practice. Large language models synthesize answers from a knowledge graph built from crawled content, citations, and high-signal sources. They weight consensus, clarity, recency, authority, and machine-readability. I don’t pretend to know the internals, but across hundreds of tests, the same patterns correlate with being surfaced and cited.

First, I make our entity unambiguous. I standardize the company name, product names, and leadership bios across the site and external profiles. I implement Organization and Product markup with schema.org and link out with sameAs to authoritative profiles like LinkedIn, Crunchbase, GitHub, and key directory listings. The goal is to collapse ambiguity so AI search knows exactly who we are and which claims are attributable to us.

Next, I publish definitive, answer-first pages. For every core query—what we do, who it’s for, outcomes, differentiators, pricing, comparisons, and integrations—I ship a page that leads with a crisp summary, then supports it with evidence, examples, and plain language. I include Q&A sections, realistic use cases, and named case studies so models can quote and ground responses in verifiable facts.

I then make the site maximally machine-readable. I add schema.org for SoftwareApplication, Product, FAQPage, and HowTo where relevant. I keep titles, H1/H2 structure, internal links, and metadata descriptive and consistent. I expose last-modified dates, maintain an XML sitemap, and keep a visible changelog and release notes. Freshness matters—Perplexity, in particular, tends to privilege recent, well-cited material when answering time-sensitive questions.

Citations are non-negotiable. I earn credible mentions on third-party properties, analyst lists, comparison pages, and customer reviews. I prioritize authoritative placements over volume, then make sure our site references those sources to reinforce the signal. When Perplexity cites our page alongside a respected third-party review, our inclusion rate in answers rises noticeably.

I also design for developers, buyers, and machines at once. That means clean docs, integration pages, and transparent security and trust content. Clear API references, integration guides, and reliability notes give models concrete artifacts to summarize. Pricing, privacy, and support policies reduce uncertainty and increase the likelihood that an answer will include us.

Measurement turns this from a hunch into a system. I run controlled content experiments, track minimum detectable effect on discovery and mentions, and instrument referral patterns from AI assistants when citations appear. I monitor which prompts surface our brand, which sources are cited, and which pages are repeatedly used as references. When we move a KPI, we codify the pattern into our playbook and scale it.

Trust is the compounding advantage. I maintain a transparent trust center, privacy-by-design posture, and clear data governance practices. I remove vague claims, back up benefits with evidence, and keep all performance or security statements auditable. Models tend to lift brands that feel low-risk, well-documented, and widely corroborated.

If you want a fast start, here’s the checklist I rely on. Standardize your entity and ship schema.org. Publish answer-first pages for core jobs-to-be-done, comparisons, and integrations. Earn authoritative third-party citations and reference them. Keep release notes, changelogs, and dates current. Instrument AI discovery and iterate based on what gets cited. Do this consistently, and your startup earns a fair shot at being recommended when buyers ask AI for the best options.

Inspired by this post on Amplitude – Best Practices.

November 7, 2025

How to Build a Product Positioning and Messaging Strategy

Your homepage promises an all-in-one platform. The sales deck leads with automation. The product demo focuses on analytics. Each claim may be true, but together they force the buyer to work out what you are, whom you serve, and why you matter. That is a positioning failure, not a copy problem.

The way out is to separate the strategic choice from its expression. First decide which customer and buying situation you intend to win. Then build a messaging system that carries that decision from the first impression through sales, onboarding, and product use. The method below gives you the artifacts, tests, and operating rules to do both.

Separate the strategic decision from the words

Positioning, messaging, and copy are related, but they solve different problems:

Positioning decides the target segment, urgent customer job, category, primary alternative, promised outcome, meaningful difference, and proof.
Messaging decides which parts of that position to emphasize, in what order, for each audience and stage of the buying journey.
Copy turns the message into a headline, sales talk track, pricing-page explanation, onboarding prompt, or product-tour step.

This distinction tells you where to intervene. If leaders disagree about the customer or alternative, a headline workshop will only conceal the disagreement. If the position is clear but buyers do not understand it, the messaging hierarchy needs work. If the hierarchy is sound but one page underperforms, you may have a copy or execution problem.

I use a simple diagnostic: ask the product, marketing, sales, and customer-success owners to complete the following prompts independently. Do not let them discuss wording first.

The customer I most want to win is…
They look for a solution when…
The progress they need is…
They would otherwise use, assemble, or tolerate…
They should choose this product because…
The evidence that makes that claim credible is…

Compare the nouns and decisions in the answers, not their polish. If one person names agencies, another names sales teams, and another says any growing business, you do not have a shared target. If the alternatives range from a direct competitor to spreadsheets and doing nothing, the team is framing different buying decisions. Resolve those differences before approving new copy.

The output of this diagnosis should be a short list of strategic questions, each with an owner and an evidence gap. That is far more useful than a document full of compromise language.

Build the position from evidence, not ambition

Choose a segment that behaves like a good customer

A broad market description is not a target segment. Modern teams, small businesses, and enterprises are labels, not choices. A usable segment combines a buyer or user, an operating context, a trigger, and a need that is unusually important in that context.

Start with behavioral evidence from activation, retention, and expansion. Look for cohorts that reach meaningful value, continue using the product, and deepen their commitment. Then investigate why. A large cohort that requires heavy persuasion and struggles to retain may be a less attractive positioning target than a smaller cohort that recognizes the problem immediately.

Write a segment brief with four fields:

Who: the buying role, user, or accountable leader.
Context: the company type, workflow, maturity, or constraint that changes the value of the product.
Trigger: the event that turns a background inconvenience into a priority.
Exclusion: a plausible customer for whom the product is not the best fit.

The exclusion is important. If you cannot say who should not buy, the segment is probably still too broad. Specificity does not make the total market disappear. It gives your message a place to land.

Name the progress, not the product output

Customers do not wake up wanting a dashboard, an AI assistant, or another system of record. They want to make a decision sooner, remove a risky handoff, create predictable pipeline, reduce manual work, or gain control over an outcome they already own.

Complete this sentence using the customer’s language: After adopting this product, the customer can do what they could not do reliably before? The answer should describe progress in the customer’s world. A capability belongs in the explanation of how the result happens, not in the result itself.

Tie the promise to a business result the customer already tracks, but do not add a number merely to make the claim sound concrete. A quantified promise requires evidence that supports the same segment, use case, and conditions. Until you have that evidence, state the direction of value plainly and use verified proof lower in the message.

Define the category, alternative, difference, and proof

The buyer needs a familiar frame before your differentiation can matter. A category tells them what kind of decision they are making. Points of parity tell them you meet the minimum conditions for consideration. Differentiation tells them why you should win after you qualify.

Decision	Question to answer	Common failure
Category	What familiar kind of solution is this?	Inventing a label the buyer must decode before understanding the product.
Points of parity	What must be true for the product to make the shortlist?	Leading with table stakes as if they were differentiation.
Alternative	What would the customer use, assemble, or tolerate without this product?	Assuming the only alternative is a named competitor.
Differentiation	Which valuable outcome or mechanism is meaningfully better?	Using adjectives that any competitor could copy.
Proof	What evidence supports the exact claim?	Offering confidence, popularity, or technical detail that does not prove the promise.

The primary alternative may be a competitor, a generic platform, a manual workflow, a collection of tools, or the decision to do nothing. Name the one that appears in the buying situation you are targeting. Your differentiation is meaningful only in relation to that alternative.

Proof can take several forms: measured customer outcomes, time-to-value evidence, product behavior, implementation evidence, data-governance controls, privacy-by-design, or cybersecurity commitments. Match the proof to the anxiety created by the claim. If you promise speed, prove speed. If you promise control, prove governance. A list of impressive but unrelated facts will not close the credibility gap.

Use this compact positioning structure once those choices are clear:

For [specific customer in a defined context] who needs [urgent progress], [product] is a [familiar category] that delivers [customer outcome]. Compared with [primary alternative], it [meaningful difference], supported by [relevant proof].
Positioning statement template

Treat every bracket as a decision, not a place for the most flattering phrase. Mark each clause as evidence, assumption, or aspiration. Evidence can enter the approved statement. An assumption becomes a test. An aspiration belongs in product strategy until the product and proof can support it.

Before moving on, apply six checks:

Does the segment exclude anyone you could plausibly sell to?
Would the target customer recognize the triggering problem?
Does the category reduce the explanation burden?
Is the alternative one customers actually consider?
Would the difference still matter if a competitor copied the wording?
Does the proof establish the claim rather than merely decorate it?

If a competitor can paste your statement onto its homepage without changing the meaning, you have described the market, not your position.

Turn one position into a messaging system

A positioning statement is an internal decision tool. It is rarely the exact sentence that should appear on every customer-facing surface. Buyers need the same strategic story expressed at different levels of depth.

Build the message in this order:

Category cue: help the buyer place the product on a familiar mental shelf.
Core outcome: state the progress that makes the product worth considering.
Mechanism: explain how the product creates that outcome differently from the alternative.
Proof: supply evidence for the claim and mechanism.
Objection response: address the trade-off, risk, or missing parity point most likely to stop the decision.
Next step: ask for an action that fits the buyer’s current level of intent.

This order prevents two common errors. Leading with features makes the buyer infer the value. Leading with a grand outcome and no mechanism makes the claim sound ungrounded. The combination of outcome, mechanism, and proof gives the message both relevance and credibility.

For an intent-data product, a message unit could work like this:

Claim: Act on buying intent while it is still useful.
Mechanism: Translate live product-usage signals into prioritized opportunities and the appropriate next action.
Proof: Insert only verified evidence, such as observed time to value, measured conversion results, documented governance, or customer validation.

The example does not need faster, smarter, seamless, or revolutionary. Those words add no information unless a mechanism and evidence give them a precise meaning.

Next, create a message map for each audience that participates in the decision. Use the same position, but change emphasis:

Economic buyer: business consequence, strategic fit, financial logic, and adoption risk.
Operational user: workflow improvement, usability, time to value, and what changes in the working day.
Technical or trust evaluator: integration, data handling, governance, privacy, security, and operational control.

For each audience, record the trigger, desired outcome, current alternative, core claim, supporting mechanism, accepted proof, likely objection, and appropriate call to action. That becomes the brief for a landing page, demo, campaign, or onboarding flow.

Do not create a new position for every persona. If an executive hears an efficiency story, an operator hears a feature story, and a technical evaluator hears an infrastructure story with no common outcome, the account receives three products. Keep the strategic claim stable and translate the consequence, mechanism, and proof for the listener.

Consistency does not mean identical copy. It means every message helps the customer reach the same conclusion about whom the product is for, what it changes, and why it is the better choice.

Test for customer movement, not internal applause

A message that wins a leadership vote has passed a preference test. It has not passed a market test. Validation should show whether the intended customer understands the position, believes it, and takes a more valuable next step.

Write the hypothesis before changing the asset:

For [target segment] at [journey stage], emphasizing [message decision] instead of [current framing] will improve [customer behavior] because [expected change in understanding or motivation].
Messaging experiment hypothesis

Then run the test with the following controls:

Capture the current baseline and the audience definition.
Change one meaningful message decision, not the message, design, offer, and traffic source at the same time.
Choose a primary metric that reflects progress at that stage of the journey.
Add guardrails for downstream quality, retention, or unwanted customer mix.
Set the decision rule before reviewing the result.
Record what changed, what happened, for whom it happened, and what the result does not establish.

The metric must match the surface:

Acquisition page: qualified conversion is more useful than raw visits or attention.
Sales conversation: look for clearer problem recognition, fewer category misunderstandings, relevant objections, and progression to the agreed next step.
Onboarding: measure activation and completion of the behavior tied to the promised value.
In-product message: measure the meaningful action after the prompt, not merely a tooltip click.
Expansion motion: look for adoption and commercial movement in the segment the message was intended to reach.

A higher click-through rate with weaker qualified conversion is not a positioning win. It may mean the new wording creates curiosity but attracts the wrong expectation. Follow the behavior far enough to see whether the message improves customer fit rather than only top-of-funnel volume.

You can pressure-test messaging across landing pages, onboarding flows, in-app guidance, sales talk tracks, and nurture sequences. Amplitude can help inspect behavioral cohorts; Pendo and Intercom can support in-product delivery and measurement; HubSpot can connect lifecycle messages with funnel behavior. The tool is secondary to a clean hypothesis and a metric that reflects the decision you are trying to improve.

If traffic is too limited for a reliable A/B test, use customer interviews, comprehension checks, sales-call analysis, and structured message reviews to learn why language works or fails. Treat that evidence as directional. Interview feedback can reveal confusion, relevance, and objection mechanisms, but it should not be relabeled as causal conversion lift.

Keep a decision log. For every experiment, store the segment, surface, control, variant, hypothesis, primary metric, guardrails, result, interpretation, and next decision. Without that record, teams repeatedly test synonyms while forgetting the strategic assumption underneath them.

Read results diagnostically. A message that improves acquisition but not activation may be setting an expectation the product does not fulfill. A message that works for one retained cohort but fails for another may reveal that the target segment is too broad. A claim that repeatedly requires explanation may indicate a poor category choice. The purpose of testing is not to defend the original language; it is to improve the decision system.

Make positioning part of the product operating system

Positioning decays when it lives only in a launch deck. Sales adapts the story to objections, marketing optimizes individual campaigns, product ships capabilities, and onboarding inherits old promises. Each local choice can seem reasonable while the overall narrative drifts.

Create one canonical positioning brief with:

An accountable owner, version, approval date, and current validation status.
The target segment, trigger, and explicit exclusions.
The urgent job and customer outcome.
The category and required points of parity.
The primary alternative and competitive difference.
Approved proof for each claim, including any conditions or limits.
The message hierarchy and audience-specific message maps.
Known objections, prohibited unsupported claims, and open assumptions.
Links to experiment results and the decisions they changed.

The brief should govern product decisions as well as communication. When reviewing roadmap work, ask whether the item strengthens the promised outcome, closes a parity gap that blocks consideration, compounds the reason to choose the product, or creates proof for a claim customers already value. Work that does none of these may still be necessary, but it needs a different strategic justification.

This prevents differentiation from becoming a slogan unsupported by investment. If the product claims a uniquely fast path to value while roadmap decisions add setup complexity, the market will eventually believe the experience rather than the headline.

Roll the position through the connected customer journey. Update the homepage, pricing explanation, sales discovery, demo narrative, onboarding, product tours, in-app guidance, customer-success materials, and nurture sequences that rely on the old framing. Prioritize the surfaces where the intended segment makes or validates its decision. A new promise on the homepage paired with an old demo and unrelated onboarding creates more confusion than a controlled, coherent rollout.

Give one owner authority to maintain the canonical brief, while making product, marketing, sales, and customer success responsible for contributing evidence. Version meaningful changes. A headline iteration does not require a new strategic version; changing the target segment, category, alternative, outcome, or differentiation does.

Review the position when evidence changes, not merely because the calendar says it is time. Useful triggers include a major product launch, entry into a new segment, a shift in the alternative customers choose, a parity gap that changes shortlist eligibility, new proof that strengthens the promise, or a persistent mismatch between acquisition, activation, retention, and expansion.

Do not rewrite the position after every losing copy test. A failed expression and a failed strategic premise are different diagnoses. Change the position only when the evidence shows that the customer, problem, category, alternative, promise, or reason to believe has changed.

Key takeaways

Resolve disagreements about the customer, buying trigger, category, and alternative before debating headlines.
Choose a segment using activation, retention, and expansion behavior, then document whom the position excludes.
Build every major message from an outcome, a distinctive mechanism, and proof that supports the exact claim.
Test messaging against meaningful customer behavior and downstream quality, not internal preference or clicks alone.
Use the approved position to guide roadmap trade-offs, go-to-market assets, onboarding, and future experiments.

Take your current positioning statement and label every clause as evidence, assumption, or aspiration. Pick the assumption that would most change the strategy if it proved false, and design the next customer or behavioral test around it. Validate the decision before rewriting every surface. Once it holds, carry the same position all the way into the product experience.

References

Shivam.Consulting Blog – My Product Positioning Playbook: Craft Unforgettable Messaging That Wins Markets and Endures

November 5, 2025

Turn Customer Insight Into Messaging That Improves Retention

Your activation dashboard is weak, support keeps hearing that onboarding is confusing, sales says the story is not landing, and customer success says buyers expected something different. Those can look like four separate problems. They are often four views of the same break between the value customers expect and the value they experience.

You need a system that connects customer language, product behavior, messaging, and retention. The practical goal is not to collect more feedback or polish more copy. It is to identify an expectation gap, make the product promise more precise, help customers reach the promised outcome, and verify that the outcome lasts.

Retention problems often begin as promise problems

Customer insight, product messaging, and retention are usually managed in different rooms. Insight becomes an interview repository. Messaging becomes a launch asset. Retention becomes a dashboard reviewed after customers have already left. That separation hides the causal chain you need to manage.

A customer arrives with an expectation created by your website, sales conversation, trial, or referral. The product either confirms that expectation or contradicts it. Onboarding determines how quickly the customer can test the promise. Repeated use determines whether the value is durable. Renewal and expansion reveal whether the value is commercially meaningful.

This is why a messaging problem cannot always be fixed with copy. If the promise is accurate but the path to value is confusing, fix onboarding. If customers reach the advertised outcome once but have no reason to return, fix the recurring value loop. If the product consistently delivers something customers value but your message emphasizes a secondary feature, change the positioning. If the promised outcome is not delivered, the roadmap has to move.

Start by locating the break in the customer journey. Use this as a diagnostic map, not as a universal scoring model:

Journey stage	Evidence to inspect	Messaging question	Leading measure	Retention measure
Onboarding	Incomplete steps, early exits, setup questions, and first-run sentiment	Is the first promised outcome clear, and does the customer know the next action?	Onboarding completion rate	Early cohort retention
Activation	Setup completed without the behavior that represents first value	What observable event proves that the customer received the promised payoff?	Activation rate and time-to-value	Retention among activated and non-activated cohorts
Adoption	Initial success followed by narrow, irregular, or declining use	Which recurring job should bring the customer back?	Feature adoption, session frequency, and appropriate stickiness	Logo churn and gross revenue retention
Expansion	Retained accounts asking for an adjacent outcome or broader use	Does the upgrade represent a natural next result, or merely more feature inventory?	Adoption of expansion-related capabilities	Expansion revenue and net revenue retention
Churn risk	Declining usage, negative sentiment, unresolved tickets, contraction, or downgrades	Did the product deliver the original promise to this segment?	Customer health, tickets per account, and resolution time	Contraction, gross revenue retention, and logo churn

The most important distinction is between a message that is misunderstood and a promise that is unfulfilled. Both can depress activation, but they require different decisions. Ask what customers thought would happen, what actually happened, and which behavior would demonstrate that the gap has closed.

Build a customer evidence map before changing the message

Do not begin with a broad request to understand the customer better. Begin with a decision. For example: should you simplify first-run setup, change the activation message, reposition a capability, or invest in a missing part of the product? A bounded decision tells you which customers, signals, and time period matter.

Customer sentiment becomes actionable when you connect qualitative feedback with usage, lifecycle, and commercial context. A complaint without behavioral context may be loud but isolated. A usage decline without customer language tells you what happened but not why. The evidence map joins the two.

Select one cohort and one journey stage. Define the segment by a meaningful difference such as customer job, product tier, acquisition path, company profile, or activation status. Avoid blending customers who bought for different reasons.
Define the unit of analysis. Decide whether retention is measured at the user, workspace, account, or revenue level. In a multi-user product, one active user does not necessarily mean the account is healthy.
Join the evidence. Connect interviews, support conversations, reviews, in-app feedback, sales objections, usage events, lifecycle stage, CRM data, and revenue outcomes. Preserve the timestamp so you can tell whether feedback preceded or followed the behavior.
Apply a stable taxonomy. Label the journey stage and a manageable theme such as usability, reliability, pricing, or time-to-value. Keep the original customer language beside the label so a summary never replaces the evidence.
Write an insight as a testable claim. State the observed behavior, the customer language associated with it, your explanation, and the metric that should move if the explanation is correct.

A useful insight statement has this shape: For [segment] at [journey stage], [observed behavior] occurs alongside [sentiment or recurring language]. Customers appear to expect [outcome] but encounter [barrier]. If that explanation is right, [product or messaging change] should move [leading indicator] and later improve [retention measure].

The phrase “appear to” matters. Feedback is evidence, not proof of causation. Keep the explanation provisional until a product change, message test, or deeper investigation supports it.

Read sentiment and behavior together

Four common patterns lead to different actions:

Negative sentiment and failed behavior: customers describe a barrier and telemetry shows that they stop at the same point. This is a strong candidate for product discovery and a focused intervention.
Positive sentiment and weak behavior: customers may like the idea, the team, or an isolated capability without depending on the product. Check whether you defined the right value event and whether the expected usage cadence fits the job.
High usage and negative sentiment: the product may be useful while still imposing a reliability, usability, pricing, or support cost. Do not dismiss the complaints because engagement looks healthy; the account can still be vulnerable.
Positive sentiment and retained behavior: look for the specific outcome customers repeatedly mention and achieve. That combination can become a value pillar and a credible proof point.

When sentiment and behavior converge, prioritization becomes easier. When they diverge, do not force a confident narrative. Check segmentation, event instrumentation, account-level aggregation, interview sampling, and the natural frequency of the customer’s job before you build.

Use generative AI for compression, not judgment

Generative AI can summarize call transcripts, cluster feedback, propose themes, and surface repeated phrases across a large corpus. That makes it useful for triage. It should not become an automatic roadmap-ranking system.

Keep every generated theme traceable to the underlying records. Sample raw conversations from each important cluster, inspect false classifications, and separate customer wording from model-generated interpretation. Version the taxonomy and prompt when you change them; otherwise a movement in sentiment may reflect a classification change rather than a customer change.

Apply privacy-by-design and data governance before sending support, CRM, or interview data into a model. Limit access, remove information that is not needed for the decision, and retain provenance. The output should help a product leader find evidence faster, not obscure where a conclusion came from.

Turn evidence into a promise the whole journey can keep

A product messaging framework connects the customer, problem, outcome, differentiation, and proof. Its value is operational. Product, design, sales, marketing, support, and customer success can make different artifacts without making different promises.

For each important customer job, create a value-pillar card with the following fields:

Segment: the customer for whom the promise is relevant.
Job or problem: the progress the customer is trying to make, in the customer’s language.
Outcome: what becomes better when the product works.
Mechanism: how the product enables the outcome.
Point of parity: the expected capability that establishes category credibility.
Differentiation: the meaningful reason to choose this approach over an alternative.
Proof: a customer quotation, observed behavior, product demonstration, or supported performance claim.
Objection or boundary: where the promise does not apply, what must be true for it to work, and which objection needs an honest response.
Success event: the observable behavior showing that the customer reached value.
Retention signal: the repeat behavior or commercial outcome that indicates durable value.

You can compress that card into a working message: For [segment] trying to [job], [product or capability] enables [outcome] through [mechanism]. It meets the category expectation of [parity], differs through [meaningful distinction], and is credible because [proof].

Do not publish the formula as copy. Use it to expose weak thinking. If the segment is “everyone,” the message is diluted. If the outcome is a feature, the customer value is missing. If the differentiation does not affect the customer’s choice or result, it is decoration. If the proof field is empty, the claim is not ready.

Carry one promise through different customer moments

Consistency does not mean repeating the same sentence everywhere. It means preserving the same value logic while giving the customer the information needed at each moment.

Company level: define the broad change you exist to create.
Product level: explain how the product delivers its part of that change.
Segment level: select the job, obstacle, and proof most relevant to a particular customer.
Feature level: connect a capability to the outcome it supports instead of announcing functionality in isolation.
Acquisition and evaluation: set an accurate expectation, establish the category basics, show differentiation, and provide evidence.
Onboarding: restate the outcome the customer chose, identify the first meaningful success, and remove actions that do not help reach it.
Activation: make success visible when it occurs, then point to the next behavior that turns first value into repeat value.
Adoption: introduce adjacent capabilities when they support the customer’s next job, not simply because they are underused.
Renewal and expansion: refer to value the account has actually realized. Position expansion around the next credible outcome rather than a larger bundle alone.
Support: use the same names, outcomes, and boundaries as the product and sales experience. Conflicting terminology creates avoidable uncertainty.

Give the same completed value-pillar card to a salesperson preparing a talk track, a product manager writing a release note, and a designer writing an in-app prompt. The artifacts should differ, but the promised outcome, mechanism, and proof should agree. If they do not, the framework is not yet clear enough to operate.

Measure whether clearer messaging produces retained value

A message can increase attention without improving value. That is why click-through rate or onboarding completion cannot be the final success measure. Pair every message or journey experiment with a leading behavioral indicator and a downstream retention indicator.

Use a written experiment brief before changing the experience:

Cohort: who will see the change, and who will not.
Journey stage: where the expectation gap appears.
Evidence: the behavior and customer language supporting the hypothesis.
Change: the product, message, or combined intervention being tested.
Leading measure: activation, time-to-value, onboarding completion, feature adoption, or another behavior close to the intervention.
Retention measure: cohort retention, logo churn, gross revenue retention, net revenue retention, contraction, or expansion.
Guardrails: signals such as support demand, negative sentiment, downgrades, or reliability issues that should not worsen.
Minimum detectable effect: the smallest change the test is designed to distinguish, set before results are reviewed.

A complete retention view combines activation, adoption, customer experience, cohort, and revenue signals. Each one answers a different question:

Activation rate asks whether eligible customers reached the defined first-value event.
Time-to-value asks how long it took to move from a clearly defined starting event to that first-value event.
Feature adoption and usage frequency ask whether customers continue performing the behaviors associated with value. DAU/MAU is only helpful when daily use matches the product’s natural cadence.
Cohort retention asks whether customers who started in the same period remain over successive intervals. Segment it when different customer groups buy for different jobs.
Logo churn asks what proportion of starting customers left during the period.
Gross revenue retention isolates retained recurring revenue before expansion: starting recurring revenue minus churn and contraction, divided by starting recurring revenue.
Net revenue retention adds expansion to that revenue view. Because expansion can offset losses, pair NRR with GRR and logo churn instead of reading it alone.
Support demand and resolution time help show whether customers are paying an operational cost to realize the promised value.

Follow the exposed cohorts far enough to observe the retention window you selected. Do not declare success from an early conversion lift when the product decision is about durable use.

Interpret experiment results without overclaiming

Attention rises, but activation does not: the message became more noticeable, not more useful.
Onboarding completion rises, but first value does not: the instructions may be clearer while the path still ends at the wrong outcome.
Activation rises, but retention falls: the message may attract the wrong expectation, or the activation event may represent task completion rather than customer value.
Sentiment improves, but behavior does not: customers may understand the experience better without gaining more utility.
Behavior improves, but sentiment remains negative: investigate reliability, effort, pricing, support, and trust rather than assuming usage settles the issue.
Activation and later retention improve: the intervention is a candidate for broader rollout. Check segment-level results and guardrails before scaling it.
No reliable effect appears: the message may not be the limiting factor, or the test may lack enough information to distinguish the effect. Check the design and evidence before concluding that messaging never matters.

Use a cadence that matches the speed of the signal

Review leading indicators such as activation, time-to-value, and feature adoption weekly. Review lagging commercial indicators such as GRR, NRR, and customer lifetime value monthly. Examine cohort retention quarterly to see whether improvements persist rather than merely shifting activity between periods.

Run the review with the people who can change both the promise and the experience: the product trio and relevant go-to-market leaders. Keep the agenda decision-oriented:

Which cohort and journey stage are under review?
What changed in behavior, sentiment, and commercial outcomes?
Where do those signals agree, and where do they conflict?
Which prior hypothesis did the evidence support or weaken?
Is the next action a product change, a message change, a combined experiment, or further discovery?
Who owns the action, which metric should move, and when will the decision be revisited?
What customer language, objection, proof point, or boundary should be added to the messaging framework?

This last step closes the loop. New evidence updates the promise. The revised promise shapes acquisition and the product journey. Customer behavior tests whether the promise is true. Retention shows whether the value endures.

Key takeaways

Treat customer insight, messaging, and retention as one operating loop, not three separate workstreams.
Diagnose whether the problem is an inaccurate promise, an unclear path, a missing first-value moment, or weak recurring value before changing copy.
Join customer language with product behavior, journey stage, account context, and commercial outcomes. Neither sentiment nor telemetry is sufficient alone.
Build each value pillar from a specific segment, customer job, outcome, mechanism, point of parity, differentiation, proof, and observable success event.
Pair message experiments with both leading indicators and downstream retention measures. An early conversion lift does not establish durable value.
Use generative AI to organize and retrieve evidence while preserving raw records, human review, privacy controls, and provenance.
Feed experiment results, objections, and customer language back into a living messaging framework so the next customer receives a more accurate promise.

At your next product review, choose one segment and one journey stage. Bring one observed behavior, one recurring customer phrase, one value promise, and one retention measure. If you cannot name the behavior that proves value, fix the measurement. If you cannot support the promise with evidence, fix the message. If customers understand the promise but cannot realize it, fix the product.

References

November 3, 2025

Global Product Manager Playbook: Build Borderless Products, Align Teams, Win Every Market

Products without borders are exhilarating—and unforgiving. In my role leading product strategy, I’ve learned that “global” isn’t a launch plan; it’s a system. It’s the discipline of creating one product vision that flexes to many markets without breaking the core experience, the roadmap, or the business.

Here’s what a Global Product Manager does, key skills, tools, challenges, and how to grow into this high-impact role.

At its heart, the Global Product Manager role orchestrates product-market fit in multiple regions simultaneously. I translate a unified value proposition into localized realities—aligning product positioning, go-to-market strategy, pricing and packaging, and compliance—while keeping the platform cohesive. That means partnering closely with product trios, regional leaders, sales, customer success, and marketing to drive outcomes vs output OKRs that actually move the business.

Operationally, I start with deep product discovery across segments and geographies: what pains are universal, and where do we need regional nuance? From there, I map points of parity we must maintain globally and the differentiators we’ll localize—copy, workflows, payments, support models, and integrations. The art is delivering a consistent core with flexible edges so we can scale without fragmenting the codebase or the customer experience.

Trust is the non-negotiable. I build privacy-by-design into the product and roadmap, and I collaborate early with legal and security on data governance, data residency, and evolving regulations like GDPR. The right guardrails reduce rework later and enable faster regional launches—because compliance is a feature customers feel, even when they don’t see it.

On the commercial side, I partner on consumption SaaS pricing, product-led growth motions, and country-level market entry. Some markets need lighter onboarding and in-app guides; others demand concierge support or partner-led distribution. I use retention analysis to identify fit and inform sequencing, then adjust messaging and activation flows to shorten time-to-value and improve user activation by region.

My analytics and enablement stack is intentionally boring—and ruthlessly consistent. A unified analytics platform with Amplitude analytics gives us comparable funnels across countries. For experimentation, I run A/B testing with a clear minimum detectable effect (MDE) and disciplined rollout plans. Pendo powers product tours and in-app guides tailored by locale, while Intercom and CRM integration with HubSpot help me close the loop with GTM and support teams. The outcome is a learning system, not just a dashboard.

The hardest part isn’t translation—it’s alignment. Time zones, competing priorities, and matrixed ownership test even strong cultures. I rely on stakeholder management, crisp decision records, and product roadmapping and sprint planning rituals that respect regional input without derailing the global plan. When tension rises, I return to first principles decision making and the try do consider framework to make trade-offs transparent and repeatable.

If you’re growing into this role, start by owning a multi-region initiative end to end: lead localization for a critical workflow, run market-specific A/B testing with clear MDE, and publish a country launch plan that ties discovery insights to OKRs and resourcing. Build your credibility by shipping outcomes, not artifacts—then scale your impact by mentoring peers and creating shared templates for pricing, positioning, and experimentation. That’s how you shift from capable PM to trusted global operator.

Ultimately, a Global Product Manager is a force multiplier. We reduce complexity for the organization while increasing resonance for customers. If “products without borders” is your mandate, build the systems—analytics, governance, enablement, and decision-making—that make borderless execution reliable, repeatable, and fast.

Inspired by this post on Product School.

November 3, 2025
How Luminance Builds Legal-Grade™ AI at Scale: My Product Lens on Trust and GTM

I’m fascinated by how the most credible legal-tech platforms operationalize AI in the enterprise, where risk tolerance is near zero and trust is the product. When I evaluate solutions in this space, I look for rigor in model design, governance, and go-to-market execution—not just raw model performance.

Discover how Luminance CEO Eleanor Lightbody builds Legal-Grade™ AI for enterprise. See how their specialized, agentic AI models lawyers trust at scale.

That framing resonates with me. “Legal-Grade™” isn’t a slogan; it’s a product requirement that implies auditable decisions, explainable outputs, robust data governance, and demonstrable accuracy under real-world legal workflows. “Agentic AI” adds another layer: autonomous orchestration of tasks with explicit guardrails, role definitions, and escalation paths to humans-in-the-loop.

From a product management perspective, I start with outcomes. For legal teams, the jobs-to-be-done are concrete: contract analysis and redlining, due diligence, compliance reviews, investigations, and eDiscovery. The success criteria are equally concrete: precision and recall on domain-specific clauses, latency under load, traceability of sources, and the ability to scale across matter types, jurisdictions, and languages without degrading trust.

Building that foundation requires deliberate AI strategy. I look for domain-specialized models, retrieval-augmented generation tuned to legal corpora, evaluation harnesses with gold-standard datasets, and continuous red-teaming. Just as important are deployment choices—on-prem or VPC isolation, encryption in transit and at rest, strict PII handling, and granular access controls—to satisfy the security posture of enterprise legal and compliance teams.

Governance is where “legal-grade” is won or lost. Robust audit trails, versioned prompts and policies, model cards, clear data lineage, and event logs that support defensibility are table stakes. Human review workflows, explainability tooling, and remediation paths ensure the system remains trustworthy when edge cases arise.

On product process, I favor empowered product teams and forward-deployed engineers partnering directly with attorneys and legal ops. Co-designing workflows with subject-matter experts surfaces the right constraints early: how redlines are presented, what confidence thresholds trigger review, and where to anchor the user experience in familiar legal tools and document structures.

Competitive differentiation and product positioning hinge on clarity: what specific legal outcomes are delivered faster, safer, or more accurately than alternatives? I prioritize transparent benchmarking against baselines, proof-of-value pilots that mirror production data conditions, and pricing that aligns to measurable outcomes (e.g., time-to-first-draft, review throughput, or risk reduction) rather than abstract usage metrics.

Go-to-market strategy in enterprise legal is a discipline in itself. Expect rigorous InfoSec reviews, stakeholder alignment across legal, IT, and procurement, and the need for customer references that demonstrate “trust at scale.” Clear messaging around value proposition, safety posture, and operational readiness shortens cycles and builds confidence among risk-averse buyers.

The big takeaway for product leaders: Legal-Grade™ AI isn’t about novel models; it’s about orchestrating specialization, safeguards, and enterprise-grade delivery into a coherent system that lawyers can rely on daily. When agentic AI is harnessed with the right guardrails and domain depth, it becomes a force multiplier for legal teams—accelerating work without compromising standards.

Inspired by this post on Amplitude – Perspectives.

October 24, 2025
Vibe Check Playbook: Harness GenAI for Marketing Without Killing Your Brand’s Vibe

Vibe is more than a brand voice—it’s the emotional resonance customers feel at every touchpoint, from onboarding to support. As I’ve scaled products and go-to-market motions, I’ve learned that preserving that resonance while introducing AI is both a strategic advantage and a delicate balancing act. In this three-part series, I’m sharing the approach I use to unlock AI-powered velocity without sacrificing authenticity or trust.

Learn how to get the benefits of AI-powered vibe marketing without accidentally killing the vibe for your customers in part 1 of our 3-part series.

When I say “vibe marketing,” I’m talking about the consistent, context-aware expression of your brand’s personality across channels—delivered with precision and warmth. GenAI can amplify that consistency at scale, but without the right safeguards, it risks drifting into uncanny, off-brand territory. In Part 1, I’ll center on strategy and governance—how we set up the foundation so the vibe feels intentionally human, even when AI assists the work.

Start with clarity: document your brand’s voice, tone, and emotional targets. I create a living voice and tone guide with examples of “do” and “don’t” language, aligned to specific customer moments like activation, upgrade prompts, renewal nudges, and recovery from a failed workflow. This artifact becomes the north star for prompts, training snippets, and review criteria—so AI doesn’t invent a persona you never approved.

Next, map the end-to-end journey and choose high-leverage use cases where AI can enhance relevance without increasing risk. My favorite entry points are in-app guides, lifecycle emails, contextual tooltips, and product tours—places where we can A/B test safely, measure impact on activation and retention, and iterate quickly. Keep the highest-judgment moments—pricing, security, compliance, and incident communications—squarely human-led, with AI supporting drafts and analysis, not final decisions.

Guardrails are non-negotiable. I establish prompt patterns that include brand attributes, audience, channel, goal, and constraints (length, reading level, regional spelling, accessibility). We also implement a human-in-the-loop review for net-new narratives, plus automatic checks for tone drift, sensitive topics, and jargon density. When governance is clear, teams move faster with more confidence—and customers feel the cohesion.

Measurement keeps the vibe honest. I track leading indicators like message clarity scores, reading time, and click-through alongside business outcomes such as activation rate, conversion to aha moment, support deflection, and retention analysis. Segment results by persona and lifecycle stage to catch subtle mismatches—what delights power users can overwhelm first-time builders.

Pragmatically, I use GenAI for rapid prototyping of variations. We generate multiple voice styles aligned to the guide, then test them in controlled experiments. The winner becomes the new baseline, and we codify it back into our prompt library. That tight loop—prototype, test, codify—prevents ad-hoc drift and compounds learning across product, marketing, and customer success.

Finally, empower product trios to own the vibe where it matters most: inside the product. Your PM, design, and engineering leaders should collaborate on UX writing and microcopy patterns, ensuring that AI-generated suggestions harmonize with product positioning and value proposition. This is how vibe marketing transcends campaigns and becomes a product-led growth advantage.

In Part 2, I’ll share playbooks and prompt templates for high-impact channels, including onboarding sequences, upgrade nudges, and contextual in-app experiences. In Part 3, I’ll cover instrumentation and analytics patterns so you can operationalize learning across teams.

For now, here’s the checklist I use to avoid “killing the vibe”: a codified voice and tone guide, journey-mapped use cases with risk tiers, prompt patterns with constraints, human-in-the-loop review, automated tone and compliance checks, and outcome-oriented experiments measured against activation and retention. With that foundation, AI stops being a gimmick and starts being a force multiplier for authenticity and growth.

Inspired by this post on Amplitude – Perspectives.

October 24, 2025
Master Points of Parity in SaaS: Nail Table Stakes, Earn Trust, and Unlock Differentiation

Early in any market, I obsess over one thing before splashy features or clever messaging: are we meeting the table stakes that buyers expect? Points of parity (POPs) are the baseline capabilities that put us on a buyer’s shortlist and establish the credibility to compete. Without them, even the best differentiators won’t land.

Understand how points of parity are crucial to getting your foot in the door. Explore different strategies to make POPs work for your SaaS business.

Here’s how I define POPs in practice: they’re the “no-regrets” features, assurances, and experiences that customers assume you have because your competitors already do. In SaaS, that often includes security certifications (e.g., SOC 2), SSO, predictable performance (SLAs/Uptime), clear pricing, responsive support, and integrations with the rest of the customer’s stack.

POPs differ from points of difference (PODs). PODs are what make you unique; POPs are what make you viable. I’ve seen teams try to lead with innovation before building credibility, only to stall in procurement. You earn the right to showcase differentiation after you meet parity.

For SaaS, POPs frequently map to procurement checklists. Think InfoSec reviews, role-based access controls, audit logs, encryption standards, user management, and integrations with systems like Salesforce, HubSpot, or Slack. These aren’t glamorous, but they remove friction, reduce perceived risk, and accelerate time-to-value—cornerstones of product-led growth and a healthy go-to-market motion.

To identify the right POPs, I triangulate across four inputs: customer interviews focused on buying criteria, win/loss analysis to understand disqualifiers, competitor teardowns to benchmark table stakes, and support data to spot recurring gaps eroding trust. Collectively, these inputs reveal the minimum viable promises we must keep.

Prioritization matters. I translate POPs into outcomes (not output) and align them with our roadmapping and sprint planning. For example, instead of “Ship SSO,” I set an objective like “Reduce enterprise security objections by 60%” and measure RFP pass rates, security review cycle time, and sales stage conversion. This keeps us anchored to impact, not just checkboxes.

Execution should be pragmatic. With POPs, “good enough” is often the right bar—reliable, discoverable, and well-documented. Over-engineering POPs slows you down and diverts resources from differentiation. I focus on stable defaults, clear UX patterns, great docs, and in-app guides that help users activate parity features without friction.

Measuring POP health is straightforward if you wire it into your system. I monitor activation rates for parity features (e.g., SSO enabled), support volume tied to trust blockers (security, performance, billing), and the presence of POP gaps in win/loss notes. Retention and expansion are the ultimate validators: when POPs are solid, renewal conversations shift from risk mitigation to value creation.

Consider two tangible examples. For a messaging platform, POPs may include 99.9% uptime, message deliverability guarantees, two-factor authentication, and role-based permissions. For a product analytics tool, POPs could include granular event tracking, user privacy controls, standard dashboards, and self-serve onboarding. None differentiate you alone, but missing any one of them can disqualify you.

Common pitfalls I warn teams about: over-indexing on shiny features while losing deals on basics; inconsistent messaging that promises parity you can’t operationalize; ignoring pricing and packaging parity (buyers expect clear tiers and predictable billing); and underinvesting in enablement, leaving sales to “sell around” missing POPs.

Communicating POPs is as important as building them. I make sure parity shows up on our pricing page, security and reliability pages, and in crisp one-pagers for buying committees. In the product, I highlight parity features during onboarding with checklists and tooltips so customers experience trust quickly. For founder-led GTM, a tight narrative—“Yes, we meet the table stakes; here’s where we go beyond”—keeps discovery calls focused on outcomes.

My playbook is simple: meet parity fast, prove reliability visibly, and then pour fuel on your differentiators. When POPs are nailed, sales cycles shorten, support debt drops, and your unique value finally gets the stage time it deserves.

Inspired by this post on Amplitude – Best Practices.

October 23, 2025