Share:
Hiring Offshore Developers Real Insights from 200 Projects in India Eastern Europe Southeast Asia and Latin America
Published: December 2025 | Reading Time: 24 minutes
Key Takeaways
- Real cost savings are 30-50%, not 70%: When accounting for communication overhead, management time, and productivity differences, true savings are substantially lower than hourly rate comparisons suggest
- Eastern Europe offers the best balance for US companies: 5-8 hour timezone overlap, strong technical skills, direct communication style, but rates 40-60% higher than Asia
- India's quality variance is the highest: The best Indian teams match or exceed US quality at 60-70% cost savings; the worst will destroy your project—vetting is absolutely critical
- Timezone overlap matters more than most realize: Projects with 2+ hours daily overlap succeed at 3x the rate of zero-overlap engagements
- Trial periods are non-negotiable: 2-4 week paid trials before long-term commitment prevent 80% of catastrophic vendor mismatches
- Senior offshore developers cost more but deliver exponentially better results: The rate difference between junior and senior is minimal; the productivity difference is massive
- Fixed-price contracts fail more often than they succeed: Time and materials with weekly deliverables provides better quality control and fewer disputes
- Documentation requirements determine success: When team members change (they will), documentation preserves knowledge or it vanishes entirely
- Communication overhead scales non-linearly: Every additional team member adds exponential coordination cost—smaller senior teams outperform larger junior teams
- Projects under $50K or 3 months don't justify offshore setup overhead: Local contractors may be more efficient despite higher rates for quick projects
The Real Cost Savings (And Where They Come From)
1. The Headline Numbers
| Region | Senior Developer Rate | Mid-Level Rate | Junior Rate |
|---|---|---|---|
| United States | $150-250/hr | $100-150/hr | $60-100/hr |
| Western Europe | $100-180/hr | $70-120/hr | $50-80/hr |
| Eastern Europe | $50-100/hr | $35-70/hr | $25-50/hr |
| India | $35-80/hr | $25-50/hr | $15-35/hr |
| Southeast Asia | $30-70/hr | $20-45/hr | $15-30/hr |
| Latin America | $45-90/hr | $30-60/hr | $20-40/hr |
These are the numbers you see in marketing materials. But hourly rate comparisons are misleading.
2. The Actual Cost Calculation
Here's what most companies miss when evaluating offshore development:
True Cost = Hourly Rate × Hours × Overhead Factor
| Factor | US Team | Offshore Team |
|---|---|---|
| Hourly rate | $150 | $50 |
| Hours (may vary due to communication) | 100 | 120-150 |
| Overhead factor | 1.0x | 1.2-1.5x |
| Communication overhead | Low | Medium-High |
| Management time required | 10 hrs | 20-30 hrs |
| True Cost | $15,000 + $1,500 | $6,000-7,500 + $3,000-4,500 |
| Total | $16,500 | $9,000-12,000 |
Real savings: 30-50%, not the 70% that simple rate comparisons suggest.
At AgileSoftLabs, we've managed 200+ projects with offshore teams across every major region since 2012. This overhead factor is real, measurable, and often underestimated by companies attempting offshore development for the first time.
3. When Savings Are Maximized
Offshore development delivers maximum value when:
- Projects have well-defined specifications with clear acceptance criteria
- Longer engagements allow teams to learn your systems and domain
- Established processes and comprehensive documentation exist
- Experienced project management exists on your side
- Working with teams you've successfully collaborated with before
4. When Savings Evaporate
Cost advantages disappear quickly when:
- Requirements are ambiguous and require frequent iteration
- Complex business domains require deep contextual understanding
- Tight deadlines leave no room for communication delays
- First-time engagements with unknown, unvetted teams
- Projects require extensive US business hours availability
Our project management solutions help teams track actual offshore development costs including hidden overhead.
Region-by-Region Reality
I. India
Strengths:
- Largest technical talent pool globally
- Strong expertise in Java, .NET, PHP, and legacy system modernization
- Excellent price-to-skill ratio for mid-level development work
- Many developers have Fortune 500 company experience
- English is widely spoken across the technical workforce
- Mature outsourcing infrastructure and business processes
Challenges:
- 10-12 hour timezone difference from the US East Coast
- Extremely wide quality variance (vetting is absolutely critical)
- Some cultural communication patterns around directly saying "no" or admitting confusion
- Top-tier talent increasingly commands premium rates approaching Eastern Europe
- Higher turnover rates at lower-cost providers
Best for:
- Large-scale projects needing many developers simultaneously
- Maintenance and support work on existing applications
- Well-documented feature development with clear specifications
- Cost-sensitive but not time-sensitive projects
- Long-term engagements where relationship investment pays off
Our experience: India works exceptionally well when you find the right partner and invest in relationship building. The variance in quality is the highest of any region—the best Indian teams match or exceed US quality at significant cost savings, while the worst will actively destroy your project.
Our custom software development services leverage Indian talent for specific components while maintaining architectural oversight.
II. Eastern Europe (Ukraine, Poland, Romania, Bulgaria)
Strengths:
- Strong computer science education with problem-solving emphasis
- Cultural alignment with Western business practices and communication styles
- 5-8 hour timezone overlap with US East Coast (substantial real-time collaboration possible)
- Excellent proficiency in modern technology stacks (React, Node.js, Python, Go)
- Direct communication style reduces misunderstandings
- Stable political environment (except Ukraine) with reliable infrastructure
Challenges:
- Higher rates than Asian alternatives (40-60% premium over India)
- Smaller overall talent pool compared to India
- Ukraine situation has affected some operations and team availability
- Intense competition for top talent from both local and international companies
Best for:
- Complex projects requiring strong architectural and problem-solving skills
- Startups needing senior-level strategic thinking, not just execution
- Projects with tight deadlines requiring rapid iteration
- Teams requiring real-time collaboration during US business hours
- Applications where code quality and maintainability are paramount
Our experience: Eastern Europe offers the best overall balance of cost, quality, and timezone alignment for US companies. We've found the most consistent quality across vendors here, but you pay for it—rates approach Western Europe levels for truly senior talent.
III. Southeast Asia (Vietnam, Philippines, Thailand)
Strengths:
- Rapidly growing technical talent pool with increasing sophistication
- Competitive rates between India and Eastern Europe
- Philippines has excellent English language skills
- Vietnam has a strong technical education system with a mathematical emphasis
- Good cultural fit for service-oriented relationship approach
- Emerging startup ecosystems are creating entrepreneurial talent
Challenges:
- 11-14 hour timezone difference from US (nearly opposite working hours)
- Smaller pool of truly senior architectural talent
- Less experience with complex enterprise architectures
- Some language barriers depend on the specific country
- Less mature outsourcing infrastructure than India
Best for:
- Mobile development (particularly strong React Native and Flutter talent)
- Quality assurance and comprehensive testing services
- Support and ongoing maintenance of existing applications
- Projects where cost is the primary driver and timezone matters less
- Companies willing to invest in building long-term partnerships
Our experience: Southeast Asia is significantly underrated. Vietnam, in particular, has impressed us with technical quality that rivals India at competitive pricing. The timezone challenge is real and shouldn't be dismissed, but for the right project types, the value proposition is excellent.
Our mobile app development frequently leverages Southeast Asian expertise for specialized mobile capabilities.
IV. Latin America (Mexico, Brazil, Argentina, Colombia)
Strengths:
- Excellent timezone alignment with the United States (huge practical advantage)
- Similar business culture and communication expectations
- Growing startup ecosystems (especially in Mexico City, São Paulo, Buenos Aires)
- Real-time collaboration is possible during standard US business hours
- Easier travel for in-person meetings when needed
Challenges:
- Rates substantially higher than Asian alternatives (approaching US rates in some cases)
- Smaller technical talent pool overall
- Economic instability in some countries affects long-term planning
- Less established outsourcing infrastructure compared to India or Eastern Europe
Best for:
- Projects absolutely requiring real-time collaboration
- Agile teams with daily standups and frequent synchronous communication
- Client-facing roles where timezone and cultural alignment matter
- Companies new to offshore development want an easier transition
- Situations where "nearshore" advantages justify premium pricing
Our experience: Latin America is ideal when timezone alignment matters more than maximum cost savings. Mexico and Colombia have particularly strong and growing technology communities. For companies prioritizing collaboration ease over absolute cost minimization, nearshore makes excellent sense.
The Engagement Models (What Actually Works)
Model 1: Staff Augmentation
What it is: Hiring individual developers who join your existing team remotely as integrated members.
| Aspect | Rating |
|---|---|
| Your control | High |
| Management overhead | High |
| Cost efficiency | Medium |
| Quality control | High |
| Scalability | Medium |
When it works:
- You have strong technical leadership in-house to guide and review work
- You need specific specialized skills for a defined time period
- Your development processes and tooling are well-established
- You can effectively manage and integrate remote workers
- You need flexibility to scale up/down quickly
When it fails:
- No one actively manages the offshore developers day-to-day
- Expecting immediate plug-and-play productivity without onboarding
- Poor integration and treating them as second-class team members
- Inadequate documentation of existing systems and processes
- Unclear ownership of tasks and responsibilities
Model 2: Dedicated Team
What it is: A complete, self-contained team (project manager, developers, QA engineers) working exclusively on your project.
| Aspect | Rating |
|---|---|
| Your control | Medium-High |
| Management overhead | Medium |
| Cost efficiency | High |
| Quality control | Medium-High |
| Scalability | High |
When it works:
- Ongoing product development requires sustained effort
- Need full development lifecycle capability (requirements through deployment)
- Want to build a long-term strategic partnership
- Sufficient work volume to keep the full team productively busy (5+ people)
- Clear product ownership and roadmap on your side
When it fails:
- Insufficient work to keep the team consistently busy (wasteful)
- Unclear ownership boundaries between your team and theirs
- No one is ultimately accountable for business outcomes
- Treating the relationship as "set and forget" without active engagement
- Frequent priority changes without proper communication
Our dedicated development teams follow this model for ongoing product development relationships.
Model 3: Project-Based / Fixed Price
What it is: Vendor commits to delivering a defined scope for a predetermined fixed price.
| Aspect | Rating |
|---|---|
| Your control | Low |
| Management overhead | Low |
| Cost efficiency | Variable |
| Quality control | Low-Medium |
| Scalability | Low |
When it works:
- Extremely well-defined requirements with minimal ambiguity
- One-time projects, not ongoing iterative development
- You've successfully worked with this specific vendor before
- Clear, objective acceptance criteria exist
- Low risk of requirement changes during development
When it fails:
- Requirements are vague, evolving, or subject to interpretation
- First-time vendor relationship without established trust
- Complex technical decisions are required during development
- No detailed prototype or comprehensive specification exists
- Scope creep is likely (most software projects)
Our recommendation: Start with staff augmentation or dedicated team models. Fixed price sounds appealing to procurement departments, but fails substantially more often than it succeeds for software development. The incentive misalignment (vendor profits by cutting corners) creates conflict.
The Vetting Process That Actually Works
Step 1: Initial Screening
Portfolio review should include:
- Live, deployed applications you can actually use (not just screenshots)
- GitHub contributions showing actual code quality
- Testimonials from verifiable clients you can contact
- Detailed case studies with specific technical outcomes
Red flags that disqualify immediately:
- No deployed projects available to evaluate
- All past projects are "under NDA" with zero verifiable references
- Website features stock photos of Western people pretending to be their team
- Cannot articulate technical decisions and trade-offs from past projects
- Overpromising on the timeline and cost without understanding the requirements
Step 2: Technical Assessment
What works for accurate evaluation:
- Live coding session (1-2 hours) on a representative problem
- Take-home project highly relevant to your actual technology stack
- Code review of their existing production code
- Architecture discussion session (whiteboard or equivalent)
- Problem-solving conversation revealing thought process
What doesn't work and wastes time:
- Multiple choice technical quizzes (easily gamed)
- Trusting certifications alone without practical demonstration
- Skipping hands-on assessment because the resume is impressive
- Only assessing during the sales process without meeting actual developers
Our recruitment software helps systematize offshore developer vetting at scale.
Step 3: Trial Project
Before committing to long-term engagement, always conduct paid trial:
- Duration: 2-4 weeks on contained but real work
- Evaluation criteria: Communication quality, not just code output
- Feedback loop: Test their response to constructive criticism
- Ambiguity handling: Observe how they deal with unclear requirements
Budget: 20-40 hours of paid trial work is cheap insurance before $100K+ commitment. This investment prevents 80% of catastrophic vendor mismatches.
Step 4: Reference Checks
Questions to ask references that reveal the truth:
- "What went wrong during the project, and how did they handle it?"
- "Would you hire them again? Why or why not specifically?"
- "How did they handle technical disagreements?"
- "Did they consistently meet deadlines? If not, how did they communicate?"
- "What surprised you positively or negatively?"
References who only say positive things without mentioning challenges are either fake or not actually working closely with the vendor. Real references discuss both strengths and areas for improvement.
The Communication Framework
I. Daily Practices
| Practice | Why It Matters |
|---|---|
| Written standup updates | Creates asynchronous record, survives timezone gaps |
| Recorded Loom videos for complex topics | Visual demonstration > text for explaining technical issues |
| Documented decisions in shared space | Prevents "I thought we agreed on X" confusion |
| End-of-day handoff summary | Next person picks up work with full context |
II. Weekly Practices
| Practice | Why It Matters |
|---|---|
| Synchronous video call (1 hour minimum) | Builds relationship, catches issues faster than async |
| Sprint planning with screen share | Ensures genuinely shared understanding of requirements |
| Demo of completed work | Catches misunderstandings early before they compound |
| Retrospective (bi-weekly) | Enables continuous process improvement |
III. Documentation Requirements
Minimum documentation for any offshore engagement:
- Architecture decision records explaining major choices
- API documentation (auto-generated from code is acceptable)
- Comprehensive README with setup instructions
- Deployment runbook with step-by-step procedures
- Known issues and workarounds list
Why it matters: When offshore team members change (and they will), documentation determines whether institutional knowledge transfers smoothly or vanishes entirely, requiring expensive reconstruction.
Our employee onboarding tools help systematize knowledge transfer when team composition changes.
The 10 Most Common Offshore Development Failures
1. "We'll Figure Out Requirements Together."
What happens: The Team builds the wrong thing, requiring expensive rework that eliminates cost savings.
Prevention: Invest 2-4 weeks in detailed specifications BEFORE development starts. Comprehensive wireframes, user stories with acceptance criteria, and technical architecture documents. This upfront investment pays for itself many times over.
2. "The Timezone Will Work Itself Out."
What happens: 2-day delay for every clarifying question. Project velocity crawls to a frustrating pace.
Prevention: Establish mandatory 2-4 hours of daily overlap time. Document everything for asynchronous consumption. Assign clear decision-making authority to prevent blocking.
3. "They Said Yes So They Must Understand."
What happens: Developers reluctant to admit confusion deliver incorrect results based on assumptions.
Prevention: Ask them to explain back what they'll build in their own words. Watch for hesitation or vague responses. Create a psychologically safe environment where questions are encouraged, and confusion is admitted without penalty.
4. "We Saved Money By Skipping the Trial."
What happens: Three months into engagement, realize the team fundamentally cannot deliver. Restart from zero with a new vendor, losing all time and money invested.
Prevention: Always conduct a 2-4 week paid trial before a significant commitment. The modest cost is insurance that prevents catastrophic waste.
5. "Fixed Price Is Safer for Us."
What happens: Vendor cuts corners to protect profit margin. Endless change order disputes. The relationship becomes adversarial rather than collaborative.
Prevention: Time and materials contracts with weekly demonstrable deliverables. You control quality by controlling ongoing scope decisions rather than fighting over whether something was "included" in the original fixed price.
6. "We'll Just Manage Them Like Our Local Team."
What happens: Communication failures compound. The remote team feels disconnected and undervalued. Quality suffers.
Prevention: Explicit processes designed for asynchronous work. Over-communicate until it feels excessive, then maintain that level. Remote teams need more deliberate communication, not less.
7. "Junior Developers Are Fine, We'll Train Them."
What happens: You spend more on management and oversight than you save on lower rates. The training burden falls on expensive local staff.
Prevention: Pay for senior developers offshore. The hourly rate difference between junior and senior offshore is small; the productivity and autonomy difference is massive. Senior offshore developers often cost less than junior local developers while delivering substantially more value.
8. "One Point of Contact Is Efficient."
What happens: The Single point of contact becomes a bottleneck. When they leave (vacation, resignation, illness), everything stops completely.
Prevention: Multiple people understand each area of the system. Comprehensive documentation enables continuity. Knowledge hoarding should be explicitly discouraged through team practices.
Our task management software helps distribute knowledge and prevent single points of failure.
9. "They're Cheaper, So Let's Use More of Them."
What happens: Communication overhead multiplies exponentially. Brooks's Law kicks in—adding more people makes projects later, not faster.
Prevention: A Smaller, more senior team consistently outperforms a larger junior team. Every additional person adds coordination cost. Four senior developers accomplish more than eight junior developers at a lower total cost.
10. "Our Internal Team Can Manage This Part-Time."
What happens: No one truly owns the offshore relationship. Quality drifts. Issues aren't caught early. Misalignment grows invisibly.
Prevention: Dedicated relationship owner spending at least 25% of their time managing any offshore team larger than 2-3 people. This is not optional overhead—it's essential coordination that determines success or failure.
The Real-Talk Success Factors
What Predicts Success
| Factor | Importance Level |
|---|---|
| Clear, detailed specifications before development starts | Critical |
| Experienced project manager on your side | Critical |
| 2+ hours daily timezone overlap | High |
| Long-term relationship vs. one-off project | High |
| Senior developers, not juniors trying to learn | High |
| Written culture (documentation, async communication) | High |
| Trial period before major commitment | Medium |
| Regular video calls, not just text chat | Medium |
What Predicts Failure
| Factor | Risk Level |
|---|---|
| "We'll figure it out as we go" approach | Very High |
| No technical leadership on your side | Very High |
| Choosing vendor purely on lowest price | High |
| Zero timezone overlap | High |
| No trial period, jumping straight to large contract | High |
| Expecting immediate productivity without onboarding | Medium |
| Not investing in relationship and knowledge transfer | Medium |
Our Recommendations by Company Stage
I. Early-Stage Startup (<$2M raised)
Recommendation: Hybrid approach—senior US/EU technical lead + offshore mid-level execution team
Why: You need someone who can make sound architectural decisions and unblock the team rapidly. That person should be timezone-aligned and culturally proximate. Execution of well-defined features can be offshore.
Budget allocation:
- 40% on senior local/nearshore technical leadership
- 60% on the offshore execution team
II. Growth-Stage Startup ($2M-$20M raised)
Recommendation: Dedicated offshore team with an embedded product manager
Why: Sufficient work volume for the full team. Need consistent development velocity. Can justify investment in relationship building and process establishment.
Budget allocation:
- Product/project manager (local or nearshore for timezone alignment)
- Technical lead (can be offshore if sufficiently senior)
- 3-5 developers (offshore for cost efficiency)
- 1-2 QA engineers (offshore)
Our cloud infrastructure services support distributed teams with appropriate development environments.
III. Enterprise / Established Company
Recommendation: Strategic partner with a dedicated core team + staff augmentation for demand peaks
Why: Need reliability, scalability, and institutional knowledge preservation. Worth paying a premium for an established, proven partnership relationship.
Budget allocation:
- Core team from long-term strategic partner (dedicated)
- Flex capacity from the same partner or vetted secondary partners
- Internal team for integration, oversight, and architectural governance
Our vendor management solutions help enterprises coordinate multiple offshore partnerships systematically.
Conclusion
Offshore development is neither the disaster that skeptics claim nor the magic solution that vendors sell. Done well, it delivers genuine 30-50% cost savings with comparable quality to local development. Done poorly, it costs substantially more than local hiring while delivering inferior results and creating expensive technical debt.
The difference between success and failure is entirely in execution: clear specifications, rigorous vetting, an appropriate engagement model, a robust communication infrastructure, and realistic expectations grounded in experience.
The companies that succeed with offshore development treat it as a strategic capability to deliberately build over time, not a procurement exercise to minimize cost at any cost. They invest in relationships, establish processes, document knowledge, and view offshore teams as genuine partners rather than replaceable vendors.
Offshore development works—but only when approached with the same discipline and rigor you would apply to any other critical business capability.
Considering Offshore Development for Your Project?
At AgileSoftLabs, we've successfully managed 200+ projects with offshore teams across India, Eastern Europe, Southeast Asia, and Latin America since 2012. We understand both the opportunities and the pitfalls from extensive hands-on experience.
Get a Free Project Assessment to determine if offshore development makes sense for your specific situation.
Explore our comprehensive Web App Development Services, leveraging our global development capabilities.
Check out our case studies to see how we've helped companies successfully implement offshore development strategies.
For more insights on software development best practices and team management, visit our blog or explore our complete product portfolio.
This guide reflects lessons from 200+ projects managed by AgileSoftLabs with offshore teams across India, Eastern Europe, Southeast Asia, and Latin America since 2012.
Frequently Asked Questions
1. What's the minimum project size that makes offshore development worthwhile?
Generally, 3+ months of work or $50K+ total budget. Smaller projects don't justify the setup overhead including vetting, onboarding, process establishment, and knowledge transfer. For quick projects under this threshold, local contractors may actually be more cost-effective despite higher hourly rates due to reduced coordination overhead and faster communication cycles.
2. How do we handle intellectual property concerns with offshore teams?
Standard NDAs and IP assignment agreements are legally enforceable in most offshore destinations. Choose countries with established rule of law and IP frameworks (Poland, India, Vietnam have strong protections; evaluate carefully for riskier jurisdictions). For extra protection: keep truly sensitive proprietary algorithms local, use code escrow arrangements, maintain strict access controls, and ensure contracts explicitly assign all work product to your company.
3. Should we visit the offshore team in person?
Yes, at least once for any engagement exceeding 6 months duration. Nothing builds trust and mutual understanding like face-to-face interaction. The trip cost ($3-5K including travel, accommodation, and meals) is negligible compared to project value. We consistently observe that teams who have met in person collaborate noticeably more effectively than those who remain purely virtual. The relationship quality improvement justifies the investment.
4. What if our offshore developers leave mid-project?
This happens—plan for it rather than hoping it doesn't. Mitigate through: comprehensive documentation requirements, deliberate knowledge sharing practices, overlapping team members, contract terms requiring transition support, and working with partners who have demonstrable retention track records. Good offshore partners have significantly lower turnover than industry average; ask about retention rates during vetting and verify with references.
5. How do we handle quality control with remote teams we can't directly observe?
Same practices as local teams, but more explicit and documented. Mandatory code review for every pull request (no exceptions), automated testing requirements enforced through CI/CD, clear definition of done checklist reviewed before acceptance, sprint demos with explicit acceptance/rejection, and regular architecture reviews. Don't assume shared understanding—verify explicitly and document expectations in writing.
6. Is it better to work with an offshore company or hire freelancers directly?
For projects exceeding 3 months: company with established infrastructure. They handle HR, provide backup resources, absorb management overhead, and maintain business continuity. For small, well-defined projects under 3 months: experienced freelancers can work effectively. The trade-off: freelancers are cheaper per hour but you bear all management burden, have no backup if they disappear, and risk business continuity. For anything business-critical, work with established companies.
7. How do we transition work back in-house later if needed?
Plan for eventual transition from the beginning—don't treat it as afterthought. Establish comprehensive documentation requirements, design architecture that avoids excessive customization, conduct regular knowledge transfer sessions throughout engagement, and maintain architectural oversight internally. When transitioning: plan 2-3 month overlap period where offshore team actively supports new in-house team. Never attempt abrupt handoff—it always fails and creates expensive knowledge gaps.
8. What's the ideal team size for offshore engagement?
Sweet spot: 4-8 people for most projects. Below 4 people, overhead ratios don't work favorably—management cost relative to output is too high. Above 8 people, coordination costs rise significantly and communication complexity increases exponentially. If you need more than 8 people, consider multiple small teams rather than one large team to maintain manageability.
9. How do we know if we're actually getting senior developers versus juniors?
Evaluate work portfolio demonstrating independent architectural decisions. Demonstrated ability to push back intelligently on requirements. Strong problem-solving ability in live coding sessions. Years of experience is a weak signal; demonstrated work quality is strong signal. Critically: interview the actual developers who will work on your project, not just account managers or sales representatives. Many vendors bait-and-switch by presenting senior people in sales process.
Our time tracking solutions help monitor actual productivity versus claimed seniority.
10. What should we do if the offshore engagement isn't working?
Early intervention: Address issues directly with specific, documented examples. Provide clear improvement timeline (2-4 weeks is reasonable). If no meaningful improvement occurs: cut losses quickly. Don't throw good money after bad hoping it improves—it rarely does. Have contract terms explicitly allowing exit with reasonable notice. Better to waste 3 months learning the relationship doesn't work than 12 months hoping it eventually will. Move on to next vendor equipped with better vetting knowledge.

.png)
.png)
.png)
.png)



