Worst company - Business Analyst Pericent Employee Review

Thank you for taking the time to write this. We respond seriously and on the record. We do not recognise the company described in this review. PERICENT is a 20-person enterprise software company building docEdge and bpmEdge — products in active deployment at enterprise clients across NBFC, Manufacturing, Healthcare, and Government sectors. Our team operates on documented sprint cycles, written offer letters, signed employment contracts, and formal HR processes. None of that is consistent with the characterisation of zero structure or zero ethics. On role clarity: every person who joins PERICENT receives a written offer letter with designation, KRAs, and reporting structure before Day 1. In a 20-person startup, every team member does contribute beyond a narrow job description — this is true of every company at our stage and is discussed transparently before joining. On meeting conduct: the specific characterisation of how meetings are run at PERICENT is factually inaccurate and we address it directly here. Meetings at Pericent are sprint reviews, pipeline discussions, and client planning sessions — documented, structured, and purposeful. The strongest organisations are built through honest internal conversation — not anonymous public reviews written after departure. If you have a specific, documentable grievance — a payment dispute, a written commitment that was not honoured, a policy breach — we invite you to raise it formally at hr@pericent.com. Every written complaint receives a formal written response. We wish you well in your next role. — Sanjay Sharma, MD · hr@pericent.com

Thank you for this — and for the specificity. "Real-time projects, backend development, server-side management" is exactly the kind of work we want every engineer here to be able to name when describing what they do. Not theoretical. Not training exercises. Live systems, live clients, real consequences. Your cons and your advice to management are three of the most constructive pieces of feedback we have received in a public review and I want to address each one directly. On heavy workload during server maintenance and critical deployments — this is honest and accurate. Go-live periods and production deployments for enterprise clients carry genuine pressure and that pressure concentrates on the backend engineers who own server stability. We are working to make these periods more predictable through better release planning and earlier staging environment testing so that the intensity is bounded rather than open-ended. It is a real area of improvement and we are not done yet. On streamlining internal workflows and communication — agreed. As we have grown, some of our internal processes have not kept pace with the team size. We are formalising sprint documentation, communication protocols, and cross-functional handoffs this quarter specifically to address the friction you are describing. On structured technical training and transparent appraisals — both points are taken seriously. We are building a formal technical development track for engineers at every level, and we have committed to making the appraisal framework — KRAs, performance criteria, promotion thresholds — visible and documented for every team member before the next cycle. You should not have to guess what growth looks like here. That is a fair expectation and we will meet it. Less than a year in and already contributing to production systems at this level — that trajectory is exactly what Pericent's engineering function is built to produce. Keep building. — Sanjay Sharma, MD · hr@pericent.com