<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Frontend - Tag - Sandesh Damkondwar</title><link>https://sandesh.work/tags/frontend/</link><description>Frontend - Tag - Sandesh Damkondwar</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>sandeshdamkondwar@gmail.com (Sandesh Damkondwar)</managingEditor><webMaster>sandeshdamkondwar@gmail.com (Sandesh Damkondwar)</webMaster><lastBuildDate>Wed, 21 Dec 2022 00:00:00 +0530</lastBuildDate><atom:link href="https://sandesh.work/tags/frontend/" rel="self" type="application/rss+xml"/><item><title>How we redesigned and rearchitected our Merchant Experience</title><link>https://sandesh.work/redesigning-rearchitecting-merchant-experience/</link><pubDate>Wed, 21 Dec 2022 00:00:00 +0530</pubDate><author>sandeshdamkondwar@gmail.com (Sandesh Damkondwar)</author><guid>https://sandesh.work/redesigning-rearchitecting-merchant-experience/</guid><description><![CDATA[<p><em>Originally published on <a href="https://engineering.razorpay.com/redesigning-rearchitecting-the-merchant-experience-d788bb44e526" target="_blank" rel="noopener noreffer ">Razorpay Engineering</a></em></p>
<p>Journey on how we made the merchant experience better — Part 1: Engineering Process</p>
<p></p>
<h2 id="tldr">TL;DR</h2>
<p>At Razorpay, we were experiencing user dropouts for a variety of reasons, particularly during the onboarding process, which resulted in an 89% user dropout.</p>
<p>Because of the architecture limitations, it was hard and challenging for us to give merchants a better experience that was fast, consistent, and had few dropouts.</p>]]></description></item><item><title>High Availability on Razorpay Payments Dashboard</title><link>https://sandesh.work/high-availability-razorpay-payments-dashboard/</link><pubDate>Mon, 14 Mar 2022 00:00:00 +0530</pubDate><author>sandeshdamkondwar@gmail.com (Sandesh Damkondwar)</author><guid>https://sandesh.work/high-availability-razorpay-payments-dashboard/</guid><description><![CDATA[<p><em>Originally published on <a href="https://engineering.razorpay.com/high-availability-on-razorpay-payments-dashboard-c4a09f66aa61" target="_blank" rel="noopener noreffer ">Razorpay Engineering</a></em></p>
<p>Our journey of delivering a product with the least downtime.</p>
<p></p>
<p>The Payments Dashboard is the face of Razorpay business, which every merchant uses to check the order, payment, settlements, and do many other everyday activities. Hence, it is essential to provide a seamless, crash-free experience to our merchants on the Payments Dashboard.</p>
<h2 id="the-problem-was-serious">The Problem Was Serious</h2>
<ul>
<li>The crash-free session rate (percentage of sessions with no UI crashes) at times was as low as ~50%</li>
<li>At times, there were around 7000 crashes per hour on average — the majority of these were false alerts which impacted MTTD of real issues</li>
<li>The MTTA (Mean Time to Acknowledge) of the incidents was more than 2 hours</li>
<li>There were no proper checks on the build and deployment pipelines</li>
</ul>
<p>These crashes were hindering the day-to-day operations of our merchants. Solving this problem was critical for our business.</p>]]></description></item></channel></rss>