Careers
Open roles for people who want to own outcomes, not tickets.
Customer Success Executive
Hiring a Customer Success Executive to own customer outcomes for the TinTorch suite, run real-world quality checks and connect our applications with the people who use them.
Application Maintainer
Hiring an Application Maintainer to manage applications across data centres and cloud, scale horizontally and vertically, and hold a 99.9% uptime SLA.
Sales & Marketing Executive
Hiring a Sales & Marketing Executive with 3+ years of SaaS sales experience to sell TinTorch CRM, HRMS and e10 products. Mumbai or remote, industry standard salary.
Every company claims a good culture. The more useful question is what actually happens on a normal Tuesday, so that is what this page answers.
e10 Infotech has been building software in Mumbai since 2011. Twenty five engineers, more than 200 delivered projects, clients in over 25 countries, and no sales team. How we work is the reason that arithmetic holds together, so it is worth writing down properly.
The short version
Small teams with real ownership. Work judged by what it changed rather than by how many hours went into it. The founder still writes production code, which keeps the engineering standard honest and the estimates realistic.
How the work actually runs
Project teams are small, usually two to four people, and one person carries the outcome end to end. That person talks to the client directly. We do not park account managers between the engineer who built something and the person using it, because what gets lost in translation costs more than the occasional awkward call.
Work is asynchronous by default. The team covers more than five time zones for clients in over 25 countries, so a culture that needs everyone online at the same moment would break by Wednesday. Decisions get written down where the next person can find them. Meetings happen when a call genuinely needs several heads at once, and they end when the decision is made.
You ship it, you run it
Whoever builds a feature supports it in production. There is no handover to a separate maintenance team that inherits somebody else's shortcuts. It changes how people write code, because when you know the 2am alert is yours, you handle the error case the first time.
The same logic is why uptime work is treated as engineering here rather than as a junior tier. The person keeping client applications alive at 3am has as much standing as the person who wrote them.
What AI changed, and what it did not
AI accelerated workflows moved into every project in 2024 and delivery got roughly three times faster. The interesting part is which pieces of the job disappeared. Scaffolding, boilerplate, first draft tests and migration scripts are largely handled now. Architecture, trade off calls, and knowing which feature to talk a client out of are still human work, and that is what we hire for.
Nobody here is measured on lines of code or tickets closed. If a model writes the first draft and you spend the afternoon deleting two thirds of it, that afternoon was the valuable part.
Hours, leave, and the honest bit about crunch
Normal weeks are normal weeks. Nobody tracks keystrokes, and nobody is asked to stay in a chair after their work is done to look busy.
Launch weeks are sometimes long. That is true here, and it would be dishonest to pretend otherwise on a careers page. What we work hard to avoid is making it routine, because a permanently tired team ships bugs, and those bugs come back to the same people who wrote them. When a deadline is genuinely at risk, the first conversation is with the client about scope, not with the team about weekends.
The office, and the remote part
The development centre is at B-110, Bhoomi Hills, Thakur Village, Kandivali East, Mumbai. It is a real working office and anyone who thinks better around other people is welcome in it. It is also not compulsory. Most of the team is remote first, and a delivery record across 25 countries from a Mumbai base is the argument that settled that debate for us.
Six things we hold each other to
Say the hard thing early
A slipping timeline raised on day three is a scheduling problem. The same timeline raised on day thirty is a broken relationship.
Measure the outcome
Hours logged tell you almost nothing. What moved for the client is the number that counts.
Fix what you find
Nobody needs permission to repair something broken. Filing a ticket about a typo you could have fixed is not diligence.
Learn out loud
Post the thing that failed, not only the thing that shipped. An async team learns from written mistakes or it does not learn at all.
Turn down the wrong work
Saying no to a build that will not move a client's numbers protects them and protects the team that would have built it.
Run what you hand over
If you would not put your own name on it in production, it is not finished.
Your first month
Week one, read before you build
You get the codebase, the client context and someone to ask stupid questions of. No pressure to commit anything of consequence.
Week two, ship something small
A real change to real software, reviewed properly. Small on purpose, because the point is learning the path to production rather than proving anything.
Weeks three and four, own a slice
A piece of scope that is genuinely yours, including the conversation with the client about it.
Day thirty, an honest review
Both directions. What is working, what is not, and what you were told during hiring that turned out to be untrue.
What we look for
Degrees matter less than evidence of having finished things. A side project that real people use tells us more than a certification. Because the team is spread across time zones, writing clearly is close to a technical skill here, and people who can explain a trade off in four sentences tend to do well.
The other thing we watch for is comfort saying "I do not know yet". Engineers who bluff cost projects weeks.
What we are not
We are not a body shop billing seats by the month. We do not have an unlimited leave policy that nobody feels safe using. We do not keep people on one framework for five years, which is why the same engineers move between custom software, web applications, mobile builds and SaaS products.
If you want a fully specified ticket handed to you every morning, this will be frustrating. Scope here usually arrives as a business problem rather than a solution.
Who runs the people side
Anuj Pandey sets engineering direction and still writes code alongside the team, which is why technical decisions get argued on merit rather than seniority. Sanjay Dubey owns operations and the people function, covering hiring, HR and clearing problems before they reach an engineer's desk. He was an engineer himself for decades, so the tooling requests usually get approved.
Open roles
We hire slowly and only when the work is there. Current openings include application maintainer, customer success executive and sales and marketing executive.
If nothing listed fits but you think you should be here, write to us anyway through the contact page and tell us what you have built.
Frequently asked questions
Come build things that people actually run
If small teams, direct client contact and owning your work in production sound right, we would like to see what you have built.
Queries raised before signature
Everything worth knowing about careers.
01Is e10 remote, hybrid or in office?
Remote first, with a working office at Kandivali East in Mumbai for anyone who wants it. Attendance is not tracked.
02What are the working hours at e10?
There is no fixed shift. The team spans five time zones, so work is asynchronous and people arrange overlap with whoever they need that week.
03Does e10 hire freshers?
Yes, when there is a project to grow into. We look for finished side projects and clear writing more than we look at marks.
04How big are the project teams?
Usually two to four people, with one person accountable for the outcome and talking to the client directly.
05Does e10 expect overtime?
Not as a normal week. Launch periods can run long, and when a deadline is at risk the first move is a scope conversation with the client.
06Do engineers talk to clients directly?
Yes. There is no account management layer between the person who built something and the person using it.
07What does the hiring process look like?
A conversation about work you have already done, a practical exercise close to real project work, and a call with the person you would report to.
08Will I be stuck on one technology?
No. Engineers rotate across business automation, web, mobile, AI and cloud work depending on what is in the pipeline.
09Does AI replace developers at e10?
No. AI handles scaffolding, boilerplate and first draft tests. Architecture and judgement stay with engineers, and hiring has grown alongside the tooling.
10Who do I report to?
The person accountable for your project, with Sanjay Dubey owning the people function and Anuj Pandey owning engineering direction.
11Is the office accessible?
We publish an accessibility statement covering our site and we accommodate access needs on request during hiring.
12How do I apply if there is no matching role?
Send your work through the contact page. We keep good applications on file and reach out when a project creates the opening.
Sign off and we start
Tell us what you are trying to build. You will hear back from an engineer, not a sales desk.
- For
- e10 Infotech Private Limited
- Office
- Mumbai, Maharashtra
- Established
- 2011
- Direct line
- +91 86574 40720