Back to Why This Company
Q1Question 1 of 3

What do you know about our company / product / team?

Key Concepts
  • Organize research from broad to specific: business, product, technology, recent news, team.
  • State only things you have actually verified; one wrong fact undermines the whole answer.
  • Reference a specific technical detail from their engineering blog or job postings.
  • Turn any knowledge gap into a genuine curiosity question rather than a guess.
  • Connect the research to why it matters to you personally.
  • Show structured thinking by moving deliberately through each layer.
  • Demonstrate that you treated this interview as a priority, not one of many identical applications.

Definition

Show concrete, organized research : product, business, tech, recent news, and the team's place in it : then connect it to why it matters to you.
  • Structured layers – Move from business model to product to technology to recent news to team, showing organized thinking.
  • Accuracy – Only state verified facts; one wrong claim undermines credibility.
  • Technical depth – Reference a specific technical choice from their blog or job postings to show real research.
  • Honest gaps – Turn anything you do not know into a genuine question rather than a guess.
  • Personal connection – Close by connecting the research to why this company matters to you.

Imagine Priya hiring a financial advisor at National Bank of India. One advisor says "you have an account somewhere, right?" The other says "you run a current account with a property business, you have seasonal rent inflows, and you probably need overdraft protection in the lean months." The second clearly studied her situation. Being the second advisor is what this question rewards.

Understanding the Concepts

What is this question really testing?

This is a preparation test. The interviewer wants to see that you invested real time researching their company before the interview, and that you can organize and communicate what you learned.

JAVA
package com.bank.interview;

public class PreparationTest {
    enum Verdict { PREPARED, UNPREPARED }

    public static Verdict evaluate(boolean hasStructuredResearch, boolean hasAccurateFacts) {
        return (hasStructuredResearch && hasAccurateFacts) ? Verdict.PREPARED : Verdict.UNPREPARED;
    }

    public static void main(String[] args) {
        System.out.println(evaluate(true, true));   // PREPARED
        System.out.println(evaluate(false, false)); // UNPREPARED
    }
}

How do you structure the answer from broad to specific?

Start with the business, then the product, then the technology, then recent news, and finally the team. This shows organized thinking.

JAVA
package com.bank.interview;

import java.util.List;

public class ResearchLayers {
    record Layer(String name, String finding) {}

    public static void main(String[] args) {
        List<Layer> layers = List.of(
            new Layer("Business",   "Retail and corporate bank, revenue from payments and lending"),
            new Layer("Product",    "Consumer UPI app + corporate bulk settlement portal"),
            new Layer("Technology", "Java, Spring Boot, Kafka for event streaming"),
            new Layer("News",       "Launched instant international remittance recently"),
            new Layer("Team",       "This team owns the fraud detection platform")
        );
        layers.forEach(l -> System.out.println(l.name() + ": " + l.finding()));
    }
}
TEXT
Business: Retail and corporate bank, revenue from payments and lending
Product: Consumer UPI app + corporate bulk settlement portal
Technology: Java, Spring Boot, Kafka for event streaming
News: Launched instant international remittance recently
Team: This team owns the fraud detection platform

How do you show technical depth in your research?

Reference a specific technical choice you found on their engineering blog or inferred from their job postings. This shows you went deeper than the marketing page.

JAVA
package com.bank.interview;

public class TechResearchDepth {
    public static void main(String[] args) {
        System.out.println("Surface: 'You use Java and Spring' -> visible from any job posting");
        System.out.println("Deep: 'Your ledger appears to be event-sourced with Kafka, "
            + "which I read about in your 2024 engineering blog post on settlement architecture'");
    }
}

How do you handle gaps in your knowledge?

Turn a gap into a genuine question. "I could not find much public detail on how you handle settlement reconciliation, and I would genuinely like to learn that." This shows honesty and curiosity.

JAVA
package com.bank.interview;

public class HonestGap {
    public static String turnGapIntoQuestion(String topic) {
        return "I could not find public detail on " + topic
            + ", and I would genuinely like to learn about it.";
    }

    public static void main(String[] args) {
        System.out.println(turnGapIntoQuestion("your settlement reconciliation process"));
    }
}
TEXT
I could not find public detail on your settlement reconciliation process, and I would genuinely like to learn about it.

Why does accuracy matter more than breadth?

One wrong fact about the company undermines the whole answer. Only state what you have verified. If you are not sure about something, leave it out or frame it as a question.

JAVA
package com.bank.interview;

public class AccuracyOverBreadth {
    public static void main(String[] args) {
        System.out.println("Verified: 'You launched instant remittance in Q1' -> say it");
        System.out.println("Unverified: 'You have 500 engineers' -> do not guess");
        System.out.println("Rule: one wrong fact costs more credibility than five right ones earn");
    }
}

How do you connect the research to yourself?

Close by explaining why what you learned matters to you. This transforms a list of facts into a motivation statement.

JAVA
package com.bank.interview;

public class PersonalConnection {
    public static void main(String[] args) {
        String research = "You run a fraud platform at millions of txns/day scale";
        String whyItMatters = "That is exactly the domain and scale I want to specialize in";
        System.out.println("Research: " + research);
        System.out.println("Why it matters to me: " + whyItMatters);
    }
}

What is the difference between this question and "Why this company?"

This question tests what you know (research and facts). "Why this company" tests what you want (motivation and fit). They overlap, but the emphasis differs.

| Aspect | What do you know? | Why this company? |
|---|---|---|
| Focus | Demonstrating research | Demonstrating motivation |
| Structure | Facts organized by layer | Goals mapped to their offering |
| Close | Honest gap as a question | Career goal tied to their strength |

JAVA
package com.bank.interview;

public class KnowVsWhy {
    public static void main(String[] args) {
        System.out.println("'What do you know' -> Show organized, accurate facts");
        System.out.println("'Why this company' -> Show two-way career fit");
    }
}

What are common interview follow-up questions?

Expect: "What would you change about our product?" (be constructive, not critical), "What excites you most about what we do?" (name a specific technical challenge), and "Do you have questions for us?" (ask about something you could not find publicly).

JAVA
package com.bank.interview;

public class KnowledgeFollowUps {
    public static void main(String[] args) {
        System.out.println("Change product? -> Constructive suggestion, not criticism");
        System.out.println("Most excited? -> Name a specific technical challenge");
        System.out.println("Questions for us? -> Ask about the gap you mentioned");
    }
}

Visual Overview

DIAGRAM
┌────────────────────────────────────────────────────┐
│       Company Research Structure                    │
├────────────────────────────────────────────────────┤
│                                                    │
│  Broad ──────────────────────────────▶ Specific    │
│                                                    │
│  ┌──────────┐                                      │
│  │ Business  │  Revenue from payments & lending     │
│  └────┬─────┘                                      │
│       ▼                                            │
│  ┌──────────┐                                      │
│  │ Product   │  UPI app + corporate settlement      │
│  └────┬─────┘                                      │
│       ▼                                            │
│  ┌──────────┐                                      │
│  │ Technology│  Java, Spring, Kafka, event-sourced  │
│  └────┬─────┘                                      │
│       ▼                                            │
│  ┌──────────┐                                      │
│  │ News      │  Launched instant remittance         │
│  └────┬─────┘                                      │
│       ▼                                            │
│  ┌──────────┐                                      │
│  │ Team      │  Fraud detection platform            │
│  └────┬─────┘                                      │
│       ▼                                            │
│  ┌──────────┐                                      │
│  │ Gap       │  "How do you handle reconciliation?" │
│  │ (honest)  │  → genuine question                  │
│  └──────────┘                                      │
└────────────────────────────────────────────────────┘

Key Takeaway

I have done quite a bit of research, so let me organize it. At the business level, National Bank of India is a retail and corporate bank, and a large part of revenue comes from payments and lending. On the product side, you run a consumer UPI app for everyday payments and a corporate portal for bulk settlements, serving both individuals like Priya and businesses like Rajesh's company.

On technology, from your engineering blog and job postings I understand the backend is Java and Spring with Kafka for event streaming, and it looks like you are moving toward an event-driven model for core banking. In terms of recent direction, you launched instant international remittance not long ago, which tells me you are investing heavily in real-time payment rails. And the team I would be joining owns the fraud detection platform, which sits right in the middle of everything.

I will be honest about one gap: I could not find much public detail on how you handle settlement reconciliation internally, and that is actually something I am genuinely curious to learn, because it is one of the harder parts of a payments system.

The reason I answer this way is that this question is a preparation test, and the right way to pass it is to show organized, accurate research rather than a pile of facts. I move deliberately from business to product to technology to news to team, I only state things I verified, and I turn the one thing I could not find into a genuine question rather than a guess.

Remember one sentence: Organize your research from business to product to technology to team, state only verified facts, and turn any gap into a genuine curiosity question.

---

Share
Use ← → arrow keys to navigate