Collaborate on Payment Invoice Format for Product Management with Ease Using airSlate SignNow

Payment invoice format for Product Management

hi everyone thanks for joining us today's session i'm nya kicharya and today i'll be talking about how do we build the payment products into marketplace so before we get started a little bit about myself i've done my graduation in electrical engineering and i've got a total overall experience of 13 plus years where majority of my experience lies into payments and fintech domain as a part of my current role at ebay as a senior product manager i work onto the manage payments platform which is a continuous attempt from our site to make sure there is a seamless and a very smooth payment experience from buyer and seller perspective few of the earlier companies where i've worked with um prior to ebay i was working with paypal where i focused mainly on to the finance transformation project and later part i moved on to the product owner area for the finance product from middle office integration perspective where i worked with lots of marketplace integration new bank and vendor processor integration partnership launch into the new areas tax projects as well as certain key partnership with one of the few and the top most social media companies my earlier role spread across sap developer and analyst role in my earlier phase of the career where i was more focused on the development side of sap platform and the if you look at my career transition it started from the software developer to analyst to product owner to the product pm so that had been my journey and um what i'm really passionate about at this point of my career is to build strong and robust payment product which actually can enable and smoothen the life of millions of sellers buyer sender receiver and also i strongly believe in the power of data analysis and i love digging the data and building built my hypothesis around the same so before we get started let's just go through the agenda and the key points which i'll be talking today so some of the key areas where i'll be throwing some light on would be the basic concept about e-commerce marketplace what do they actually mean uh what is the significance of payment in e-commerce how do we build payment products what is a stakeholder management and how do you actually handle your day-to-day engagement with your stakeholder and partners and what are the key areas from my perspective to actually excel in the day-to-day cadence as a product pm in the pm role okay so let's get started uh let's just go a little bit basic about what is an e-commerce and why is it being used what is the significance of it um whenever there is a term of online shopping this word and terminology is very commonly used about e-commerce platform what i want to actually showcase in this particular slide and talk about is electric electronic commerce or e-commerce actually refers to buying and selling online any form of business transaction which is done online is falling under e-commerce now one distinct feature which kind of is unknown to most of us is an e-commerce doesn't necessarily mean a seller sellers and a buyer group e-commerce mainly signifies whenever there is one seller or a one vendor who has different list of items listed online and then they're a group of buyer who buys it there a plain example would be a nike store where they have their online nike.com where they have hundreds of sneakers and shoes and then as a buyer you just go and do a checkout so that is something which will fit under that ecommerce definition next going to marketplace what is a marketplace marketplace in a very simple term is a market of the current world where there's a group of sellers there's a group of buyers there there's a one single comment platform where there's a listing from multiple sellers and then as a buyer you just go browse the items go through the stuff you like something you go a checkout and then you just complete your transaction and then in next few days you receive your merchandise so that's pretty much what a market place in a in a very high level in a very simplistic term means about now very commonly the marketplace and e-commerce are used interchangeably very frequently um and with these slide i just wanted to make sure that we know the distinction of an e-commerce versus a marketplace um to name a few some of the in the in the screenshot below there are some of the key common most popular marketplaces including ebay which makes it more exciting for me to present this topic here because ebay is the oldest marketplace known and one of the oldest marketplace which was invented so that's uh about the marketplace and the e-commerce distinction in the next slide let's just talk about what are the type of transaction and when we talk about an online transaction what are the different categories by which these fall under so broadly there are four key types of transaction or a mode of i would say different type some some um places might call it four types of e-commerce some might call it the four types of transaction but then ultimately the key to these are the key terminologies which are being used when you want to denote the mode of the transaction or the business model so the first one is b2b if you will or business to business what it actually means is when the seller party and the buyer party they both belong to an organization or an enterprise simplistic example would be i might be the seller might be like a small factory owner who actually manufactures like a metal bolt and the buyer could be a car manufacturing company who actually wants thousands and um hundreds of thousands of those bolt who actually buys that from the small time factory owner so that is a classic b2b example the second one is a b2c or business to consumer which is the most commonly used mode of counter parties in under the payment model in the online transaction model and where one party is your organization or merchant or a vendor and the other part is the consumer so that is the b2c where and say for simple example would be me being a buyer going to an online marketplace and then searching for a camera i got it from say canon store on nikon store and i buy that that is a b to t b to c transaction the third one is consumer to consumer where both the parties are consumer they are not merchant they are not known seller or um or belong to an enterprise they are just consumer to consumer may be simplistic example would be you list a secondhand um used refrigerator in a common uh marketplace and then somebody else one of your neighbor comes and interest and buys that so that is the c2c the fourth one is consumative business which is not too popular and too commonly used but it still happened it's a mode of transaction which is consumer to business where actually you as a consumer for example you are a painter you have good sense of painting and you are good at it and then you list some of your homemade painting um into a website and then a business wants to uh an art gallery wants to purchase that which is a known organization so that will actually fall under the considerable consumer to business uh mode of the payment transaction the next um before deep diving on to the watts and what of marketplace and how the payment work um i want to spend some time and focus on where what is the future in terms of the market capital size and what is the monetization aspect behind the e-commerce or marketplace if you will if you see this current chart um there had been the values of market capital size from the past ten as well as it's a future forecast for the next three years how it will go so it's a within a span of five years this actually shows the breakdown of what had been the market cap year over year and as of 2021 we actually stand onto 4.8 trillion dollar of market size which is quite significant um in a way if you see from the dollar impact value but where the actual opportunity lies on to is globally if you see only three percent rate occur online so that actually opens a huge leap of growth potential to actually dive into this area and explore the market where the presence of online uh shopping experience is pretty low and then where people are still learning to adapt for the concept of online shopping so there's a huge potential for this area to actually be having more growth and more um future prospect into lots of countries where it's not actually have a very significant or dominant presence the next um i want to talk about why payment is important when we talk in terms of marketplace or online shopping experience why is it payment important the reason it is important is because one of the significant reason is when you're talking about a transaction an online transaction for many of the sellers specifically in the context of marketplace this is their livelihood this is their bread and butter in terms of that's how when they are being paid out that's when they actually run their houses that's what their mode of living is and any glitch on any kind of discrepancy or failure or latency onto the payment model actually impacts the monetization aspect not from just from the seller perspective but from the buyer perspective it gives an unpleasant experience from the buyer checkout perspective from a seller perspective if the transaction is not completed successfully that means that item is not being sold and then he cannot actually make money out of it and from the organization perspective you are not actually catering a good sense of customer experience a buyer experience and a seller experience and this is not just related to marketplace it's even outside of marketplace if you talk in terms of digital wallet or peer-to-peer money transfer even from that perspective if somebody wants to send some funds to a friends or a family if that online transaction is not completed if that payment is not completed that means the money cannot be sent right so that's where it makes it like a collarbone or a backbone for the overall like uh transaction model that if the payment in itself is not completed it it is just stuck so let's just um go through what actually is a high level mechanism when you try to check out something on a marketplace what actually happens behind the scene and this is not just limited to these five steps it might actually consist of many more layers and platform and integration but then at a very high level when somebody tries to check out an item on a marketplace or an online shopping this is what happens a customer triggers a payment and a step one which actually goes to the checkout platform and from there on it gets connected to the payment gateway which is kind of an interface from the psp which is the payment service provider what it actually does is it actually links a communication and constant communication with the issuing bank assuming that this checkout was made using a credit card and then um when the issuing bank actually gets packed with the confirmation of uh the authentication and the capture request was successful and that's when the psp actually sends the fund to the marketplace account and not the merchant account but the marketplace account and then um or depending on what is the frequency of um dispersing the funds to the seller or the vendor deducting some fee some sort of fee or some sort of charges or some sort of like you know any other miscellaneous feel like any kind of depending on what platform is it being supported with um detecting the fee uh the money is being deposited to the merchant bank account or merchants account where they can actually be able to withdraw it so why it is important is because this is this whole payment pipeline is something which is actually responsible to change the economics and enable people to live with a smooth payment experience if as a buyer if i'm not able to complete my transaction there is some glitch in the credit card or um i'm some risk poli some risk rule are being triggered on my transaction or it is not being authenticated for whatever reason with my bank i will not be able to purchase an item from the seller perspective he's not going to earn the money and from the organization perspective it's just um an unsatisfactory way of uh experience from both buyer and sellers so that's what it actually makes it's not just monetization aspect but it's also that this is a checkout and this is this whole transaction completion a transaction cannot be deemed complete until the payment is completed so that's why it actually makes it so crucial and important for multiple reasons now let's talk about um what is a payment product manager what do they do what are the difference between a generic any ux ui or um cloud for cloud pm versus a payment vm so i have divided this topic into two part one is what are the domains where a payment pm actually works very closely on a day-to-day basis and then at the first side i have actually tried to uh list down some of the key responsibilities or day-to-day job which we actually do as a part of payment pm agnostic of the companies or organization or the mode of um payment that's included in their companies so the first and foremost in my opinion what i have seen as the payment pm is expected to have a product vision to cater the definition of the customer journey what do you actually want the customer generate to be like um you have to wear the hat both from the end user perspective because in any payment transaction there are two parties involved either a sender or a receiver or a seller or a buyer so you have to not just think from one perspective but you have to like look at from end to end user perspective be able to define the buyer frames be able to actually create the interface plan features mvp what is going to be the most valued product as a part of your launch do you want to cater abcde all the five things which is spread across your one year vision or you want to launch a particular product with the bare minimum which is actually sustainable to make the product go and then you have your additional value enhancement on the top of it collaborate with cross functional team to develop strategic product and feature roadmap that is one of the very crucial responsibility you are expected to do as a payment product pm and which is something you just not are expected to focus on a platform or a portfolio which you are working on but you actually have to holistically look end-to-end define detail use case intended for engineering and design depending on again what methodology an organization uses is it going to be agile or waterfall or you have your sprint scrum what not whatever is a mode of requirement submission to the engineering team it has to be as detailed and as fulfilled as possible in terms of capturing all the different use cases um the timeline the prototype uh the mvps what is going to be usp what is going to be the success criteria there are a lot of things the more detailed you are specifically in terms of the use cases the better it is because when it's talking about the money and the dollar and like you know the money moving from one place to the other the better the the most use cases can you capture is the better for engineering to actually ingest and understand and interpret in a better and a very practical way work with the program management to communicate project status resolve issues so this is again um not just your stakeholder and your key partners and your neighboring teams uh pms and your other uh like you know teammates or bu partners um you also integrate very closely with the program managers to actually show the health check of your product uh life cycle right i mean are you actually on track is there any bro blocker is there any kind of discrepancy is there any discoveries is there any late discovery is there any glitch in the requirement those kind of things you have to very closely work with your program managers to actually make sure that the health check for your product launch is pretty much on the track measure and report on the efficiency of initiative and develop action plans ingly you just cannot be having one simple goal of launching a project and then not having a failover or a disaster recovery plan you have to have like a plan b and plan c so that if go like okay in a best case scenario everything goes well plan you launch and you ship the project but if not then what is your plan b and c if you if you hit a roadblock what what is your exit strategy how are you going to recover that will it would are you going to buy some more time are you buying to negotiate with your stakeholder what are the plan b and c always always have to have that handy in order to be able to cover all the all the use cases positive and negative books now the next one i'll be talking about is what are the different payment domains not just limited to these ones but then there are much much more but i just listed few of the domains just to create a sense of familiarity when you are working on the payment domain you work with different type of laterals different parallel teams and platform and domain so to name a few on a day-to-day basis these are the key teams you actually engage with like again in terms of the marketplace you might have checkout team you can have payout team your gateway team legal compliance treasury tax risk identity accounting billing so every every team every domain has their own specific set of um layer of platforms and their own uh way of uh passing processing the product and launching the key features so you have to work very closely you just cannot say i am working on um this particular domain so my um boundaries are confined to just this area you have to work into it what might work for you might actually be a breaking point for some other platforms you have to work end-to-end holistically with a proper handshake and make sure that whatever somebody's building should not be a breaking point for somebody else um one caller i just wanted to make in general was uh a payment pm can either own a platform or execute end-to-end product this is very subjective to the organization and their work model now the next important thing which i wanted to talk about is payment kpi or key performance indicator it's always a like a must-have criteria while you are defining and strategizing for your product to have a success matrix for your product you need to have certain parameters where you say that when my product reaches these milestone abcd these are the ones which will define if my product is successfully launched or there is something else need to be done to actually make it a successful launch some of the key not again just limited to but some of the key areas where um if you launch specifically in term in the context of payment products when you actually launch a feature or you are going to altogether a new market or launching into a given new country there are different depending on the segment of what kind of product are you launching there are different set of kpis but to name a few few things which you actually check generically most of the times are successful checkout has your product launch created a good graph on the successful checkout what is the latency these are the numbers and the parameters which you actually defined like has the latency drop are you talking are you very interested about the transaction per second after the product launch has it been x before the launch and now is it like x by 2 has it decreased has increased has it been stable what is that which will actually enable me to say that this is the bare minimum i need to launch my successful project cost of payment has my cost of women increase decreased has been stable um again as a pm perspective you would always like to minimize the cost of payment right and not just have an overhead cost and the in in the attempt of doing uh and gaining the monetization from one area you should not compromise on the cost of payment so that's also one of the key area to actually look upon what are the chargeback rates what is the user experience are user happy with the launch what is the prototype or the beta type feedback looks like what are the fraud rates is it is it actually enablement of a given product is it like attracting more fraud rates and more fraud tagging or risk tagging on a checkout attempt what is the purchase success rate what are the kyc failure if you're actually launching a product for a new set of user like at the time of onboarding are there any lot of kyc failure on a given um sub user domain so these are the key areas which you actually need to think through and say um what is that you actually envision to say this is what makes my product success so again the month rise always always always define the success metrics or the exit strategy if you will for your product uh one key caller i would like to make is again from the enterprise perspective to lose a customer at the checkout page due to the payment issue is not a desired goal for any organization so payment is of course one of the highest interest factor for an enterprise specifically when you're working on the payments platform the next we'll be talking about some key jargons in payments again not just um related or limited to but then these as a payment pm you are uh expected to use certain key repetitive um key terminologies like tpb which is the total payment volume gmv which is the gross mean volume kyc know your customer finra which is your regulatory um role rule code for the payments payment companies fx foreign exchange ach automatic trailing house processor interchange so just not just limited to but these are the key ones ytt here to date um psp maybe service provider cbt cross-border trade kpi key performance indicator acquirer gateways the these are the backend parties which are responsible to complete the payment end-to-end completed right so you just need to like know your jargons when your payment pm again if you're not too much in depth about a particular domain at least you should be able to when these terminologies are being used just it should just kind of ring a bell and you should be able to relate in what context are these words or these terminologies being used upon the next one is stakeholder management which is um one of the key when you are actually working on the payment model or a payment industry um it is very important to have i think agnostic of the type of industry stakeholder management is one of the key areas which actually smoothens your engagement and your day-to-day alignment with your stakeholder so stakeholder can be categorized into an internal or an external stakeholder now depending on if your stakeholder are external or internal there are i've kind of like slaughtered into four different areas where it actually helps to make an impact which is the satisfaction actively engaging with the stakeholder keep them informed monitor so this four uh blocks matrix is what i have tried to illustrate on the right hand side um the first important point is align for a common goal you cannot work with a stakeholder or any partner of yours with having a tangential um opinion on given topic like your stakeholder cannot be expecting you to build something a and then you are proposing to build something b um as a part of the requirement assessment it has to be with a common goal and your common feedback and your common strategy of what you actually want to define there define the scope of improvement so this is again one of the key area as to not every product is 100 um accurate right so you have to have actually um some sort of a room for improvement where it says these are the areas which is what is required to actually improvise it going in the future setting realistic expectation um it's always important to share the reality of what it is build your trust um trust has to be built from both the sites and that is one of again the key areas where actually you should be working towards as a goal transparent communication you should not be waiting to share any roadblock at the 11th hour of the day two or two at the very last moment during the uat or user testing phase will say hey we have run into an issue so that's again one of the uh very important point to actually be mindful about then um the last slide um i would just like to share from my perspective and my observation what are the key areas which actually if you incorporate in your um in your work mechanism is something which really helps know your product you're the face of the product i think i read somewhere like you know a product manager is deemed as a ceo mini ceo of your product so you should be the face of product of your product and you should know at least the minimum you are expected to know is the starting and the end point of your product if you don't know too much about the in-depth what is the code what is the back-end logic of any mechanism at least you should know what are the do's and don'ts of your project what what are the things which your product can do what are the things your product cannot support so at least you should know functionally you should know everything or the most part of your about your project or the product if not in depth excel in the width of the product if you don't know again the underlying code at least you should know that what what are the key components which are supporting your product what the code area what languages have been supported with those kind of things stay realistic in approach you know it's always good to be very temp it's very tempting as a pm to just envision something very high standard but you should also be realistic of the timelines of the challenges and then you know of the mvpa and what are the core area you want to focus against what are the abcde different areas you want to overload your product launch with daytime statistics always always always help always base your hypothesis based on the numbers and charts and everything build trust with the customer prioritize the goal you might have to do 20 items in your pipeline for the next six months or a quarter but then you have to prioritize into what are the p0 p1 p2 what are the must have what are good to have those kind of buckets so that it's easier for prioritization and work with your stakeholders and engineering to actually facilitate and accommodate that end-to-end payment ecosystem not just end users so as at this point uh just don't be focused upon your particular domain or area but you have to think again from end to end perspective that is really helpful regulatory and legal complaint when you actually work on people's money and when you're responsible for moving the funds you are heavily and and deeply um expected to be um you know compliant with regulators and legally or expected to be compliant so make sure any decision you take is actually vetted with your counterparty in the legal team and the regulatory team so these are the key areas which i have found very helpful um when i when i have been incorporating in my um day-to-day uh work mechanics mechanism and i thought this would be good to share because that is really helpful and uh i have really seen a difference by incorporating that so with that um this is pretty much about my time today and uh that's pretty much what i intended to cover in today's session i hope you will benefit benefited a bit um from this demonstration and i hope you liked it if you have any comment question just feel free to reach out to me on my linkedin profile i can search with my name and this is my linkedin so thank you so much stay safe and hope to talk to you later thank you bye [Music] you