| ▲ | dsr_ 3 days ago |
| Pro-tip: don't write the summary at all until you need it for evidence. Store the call audio at 24Kb/s Opus - that's 180KB per minute. After a year or whatever, delete the oldest audio. There, I've saved you more millions. |
|
| ▲ | doorhammer 3 days ago | parent | next [-] |
| Sentiment analysis, nuanced categorization by issue, detecting new issues, tracking trends, etc, are the bread and butter of any data team at a f500 call center. I'm not going to say every project born out of that data makes good business sense (big enough companies have fluff everywhere), but ime anyway, projects grounded to that kind of data are typically some of the most straight-forward to concretely tie to a dollar value outcome. |
| |
| ▲ | la_fayette 3 days ago | parent | next [-] | | Yes that sound like important and useful use cases. However, these are solved by boring old school ML models since years... | | |
| ▲ | williamdclt 3 days ago | parent | next [-] | | I think what they're saying is that you need the summaries to do these things | |
| ▲ | esafak 3 days ago | parent | prev | next [-] | | It's easier and simpler to use an LLM service than to maintain those ad hoc models. Many replaced their old NLP pipelines with LLMs. | | |
| ▲ | prashantsengar 3 days ago | parent [-] | | The place I work at, we replaced our old NLP pipelines with LLMs because they are easier to maintain and reach the same level of accuracy with much less work. We are not running a call centre ourselves but we are a SaaS offering the services for call centre data analysis. |
| |
| ▲ | aaomidi 3 days ago | parent | prev | next [-] | | Sentiment analysis was not solved and companies were paying analyst firms shit tons of money to do that for them manually. | |
| ▲ | doorhammer 3 days ago | parent | prev [-] | | So, I wouldn't be surprised if someone in charge of a QA/ops department chose LLMs over similarly effective existing ML models in part because the AI hype is hitting so hard right now. Two things _would_ surprise me, though: - That they'd integrate it into any meaningful process without having done actual analysis of the LLM based perf vs their existing tech - That they'd integrate the LLM into a core process their department is judged on knowing it was substantially worse when they could find a less impactful place to sneak it in I'm not saying those are impossible realities. I've certainly known call center senior management to make more hairbrained decisions than that, but barring more insight I personally default to assuming OP isn't among the hairbrained. | | |
| ▲ | shortrounddev2 3 days ago | parent [-] | | My company gets a bunch of product listings from our clients and we try to group them together (so that if you search for a product name you can see all the retailers who are selling that product). Since there arent reliable UPCs for the kinds of products we work with, we need to generate embeddings (vectors) for the products by their name/brand/category and do a nearest-neighbor search. This problem has many many many "old school" ML solutions to it, and when i was asked to design this system I came up with a few implementations and proposed them. Instead of doing any of those (we have the infrastructure to do it) we are paying OpenAI for their embeddings APIs. Perhaps openAI is just doing old school ML under the hood but there is definitely an instinct among product managers to reach for shiny tools from shiny companies instead of considering more conservative options | | |
| ▲ | doorhammer 3 days ago | parent [-] | | Yeah, I don't want to downplay the reality of companies making bad decisions. I think for me, the way the GP phrased things just made me want to give them the benefit of the doubt. Given my experience, people I've worked with, and how the GP phrased things, in my mind it's more likely than not that their not making a naive "chase-the-AI" decision, and that a lot of replies didn't have a whole lot of call center experience. The department I worked with when I did work in call centers was particularly competent and also pretty org savvy. Decisions were always a mix of pragmatism and optics. I don't think it's hard to find people like that in most companies. I also don't think it's hard to find the opposite. But yeah, when I say something would be surprising, I don't mean it's impossible. I mean that the GP sounds informed and competent, and if I assume that, it'd be surprising to me if they sacrificed long-term success for an immediate boost by slotting LLMs into something so core to their success metrics. But, I could be wrong. It's just my hunch, not a quantitative analysis or anything. Feature factory product influence is a real thing, for sure. It's why the _main_ question I ask in interviews is for everyone to describe the relationship between product and eng, so I definitely self-select toward a specific dynamic that probably unduly influences my perspective. I've been places where the balance is hard product, and it sucks working somewhere like that. But yeah, for deciding if more standard ML techniques are worth replacing with LLMs, I'd ultimately need to see actual numbers from someone concretely comparing the two approaches. I just don't have that context |
|
|
| |
| ▲ | adrr 3 days ago | parent | prev [-] | | Those have been done for 10+ years. We were running sentiment analysis on email support to determine prioritization back in 2013. Also ran bayesian categorization to offer support reps quick responses/actions. Don't need expensive LLMs it. | | |
| ▲ | doorhammer 3 days ago | parent [-] | | Yeah, I was a QA data analyst supporting three multi-thousand agent call-centers for an F500 in 2012 and we were using phoneme matching for transcript categorization. It was definitely good enough for pretty nuanced analysis. I'm not saying any given department should, by some objective measure, switch to LLMs and I actually default to a certain level of skepticism whenever my department talks about applications. I'm just saying I can imagine plausible realities where an intelligent and competent person would choose to switch toward using LLMs in a call center context. There are also a ton of plausible realities where someone is just riding the hype train gunning for the next promotion. I think it's useful to talk about alternate strategies and how they might compare, but I'm personally just defaulting to assuming the OP made a reasonable decision and didn't want to write a novel to justify it (a trait I don't suffer from, apparently), vs assuming they just have no idea what they're doing. Everyone is free to decide which assumed reality they want to respond to. I just have a different default. |
|
|
|
| ▲ | andix 3 days ago | parent | prev | next [-] |
| Imagine a follow-up call of a customer. They are referring to earlier calls and the call center agents needs to check what it was about. So they can skim/read the transcripts while talking to the customer. I guess it's really hard to listen to transcripts while you're on the phone. |
| |
| ▲ | ethagknight 3 days ago | parent | next [-] | | Im imagining my actual experience of being transferred for the 3rd or 4th time, repeating my name and address for the 3rd or 4th time, restating my problem for the 3rd or 4th time... feels like theres an implementation problem, not a technological problem. Quick and accurate routing and triage of inbound calls may be more fruitful and far easier than summarizing hundreds of hours of "ok now plug the router back into the wall." Im imagining AI identifying a specific technical problem that sounds a lot like a problem that a specific technician successfully solved previously. | | |
| ▲ | 0x457 3 days ago | parent [-] | | Also waiting music being interrupted every minute to tell: 1) my call is very important to them (it's not) 2) listen carefully because options changed (when? 5 years ago?) 3) they have a website where I can do things (you can't, otherwise why would I call?) 4) please stay at the end of call to give them feedback (sure, I will waste more of my time) |
| |
| ▲ | dsr_ 3 days ago | parent | prev | next [-] | | That would be awesome! But in fact, customer call centers tend not to be able to even know that you called in yesterday, three days ago and last week. This is why email-ticketing call centers are vastly superior. | | |
| ▲ | Jolter 3 days ago | parent | next [-] | | Perhaps doing this suggested auto-summarizing would be what finally solves that problem? | | |
| ▲ | josefx 3 days ago | parent [-] | | Is doing that going to be cheaper than not doing it? | | |
| ▲ | bmicraft 3 days ago | parent [-] | | Maybe, if it means people spend less time on calls (because their problem got solved sooner?) |
|
| |
| ▲ | dvfjsdhgfv 3 days ago | parent | prev | next [-] | | I'm in love with email-based support as I am on both sides of the chain. When I raise a problem, the engineers on the other side can work at their pace, escalate when needed, and I almost always get a reasonably good reply. I can dig deeper if I wish, and I'm pretty sure the guys on the other end are doing their best. It works the same way when I'm helping someone else: most reasonable people don't expect that if they make an audio call I will magically solve their problem faster. Maybe it will be slower and they will get a lower-quality ad-hoc solution. | |
| ▲ | 3 days ago | parent | prev | next [-] | | [deleted] | |
| ▲ | tomwheeler 3 days ago | parent | prev | next [-] | | > But in fact, customer call centers tend not to be able to even know that you called in yesterday, three days ago and last week. Nor what you told the person you talked to three minutes earlier, during the same call, before they transferred you to someone else. Because their performance is measured on how quickly they can get rid of you. | |
| ▲ | ssharp 3 days ago | parent | prev | next [-] | | I've always guessed that they are able to tell when you called/what you called about, but they simply don't give that level of information to their frontline folks. | | |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | It might be because its in their interests to do so. It is our problem that needs fixing, so we can just wait untill either they redirect us to the right person with the right knowledge who might be one of the higher ups in the call centers.
Or we just quit the call. Either way, it doesn't matter to the company. Plus points that they don't have to teach the frontline customer service more details too and it could be easier for them to onboard new people / fire old employees.
Also they would have to pay less if they require very low specifications. man I remember the is 0.001 cent = 0.001 $ video /meme of verizon https://www.youtube.com/watch?v=nUpZg-Ua5ao |
| |
| ▲ | fifilura 3 days ago | parent | prev [-] | | I am sorry about your bad experience. Maybe the ones you called did not have AI transcribed summaries and were not managed by GP? |
| |
| ▲ | variadix 3 days ago | parent | prev [-] | | Still makes more sense to do the transcription an analysis lazily rather than ahead of time (assuming you can do it relatively quickly). If that person never calls in again the transcription was a waste of money. |
|
|
| ▲ | alooPotato 3 days ago | parent | prev | next [-] |
| you want to be able to search over summaries so you need to generate them right away |
| |
| ▲ | deadbabe 3 days ago | parent | next [-] | | Do you want to search summaries, or do you want to save millions of dollars per year? | | |
| ▲ | tene80i 3 days ago | parent | next [-] | | Product teams analyse call summaries at scale to guide the roadmap to reduce future calls. It’s not just about case management. | |
| ▲ | morkalork 3 days ago | parent | prev [-] | | I can assure you that people care very much about searching and mining calls, especially for compliance and QA reasons. | | |
| ▲ | deadbabe 3 days ago | parent [-] | | What’s the ROI? | | |
| ▲ | Windchaser 7 hours ago | parent | next [-] | | What's the ROI on quickly identifying and fixing problems with your product? | |
| ▲ | morkalork 3 days ago | parent | prev [-] | | Transcription cost is a race to the bottom because there's so many vendors competing, same with embeddings. It's positive. Gets better every year. | | |
|
|
| |
| ▲ | krainboltgreene 3 days ago | parent | prev [-] | | Pro-tip: You won't ever do that. | | |
| ▲ | ch4s3 3 days ago | parent | next [-] | | I would imagine OP is probably mining service call summaries to find common service issues, or at least that's what I would do. | | |
| ▲ | krainboltgreene 3 days ago | parent [-] | | That's what everyone says they'll do and then it never gets touched again. | | |
| ▲ | ch4s3 3 days ago | parent [-] | | I guess you just know better than everyone, include the people who do look at user interactions. I know I've done it, so I must be no one. | | |
| ▲ | morkalork 3 days ago | parent [-] | | I guess I'm no one too because I've done plenty of call analyses too. | | |
|
|
| |
| ▲ | ninininino 3 days ago | parent | prev | next [-] | | Advanced organizations (think not startups, but companies that have had years of decades of profit in the public market) might have solved all the low-hanging fruit problems and have staff doing things like automated quality audits (search summaries for swearing, abusive language, etc). | | |
| ▲ | morkalork 3 days ago | parent | next [-] | | And you could save a bunch of money by replacing the staff that do that with LLMs! | |
| ▲ | krainboltgreene 3 days ago | parent | prev [-] | | I've worked at both. It is extremely rare that anyone ever does it. |
| |
| ▲ | alooPotato 3 days ago | parent | prev [-] | | we do |
|
|
|
| ▲ | anoojb 3 days ago | parent | prev | next [-] |
| Also entrenches plausible deniability and makes legal contests way more cumbersome for plantiffs to resolve. |
| |
|
| ▲ | sillyfluke 3 days ago | parent | prev | next [-] |
| You also will have saved them all the cost of the AI summaries that are incorrect as well. The parent states: >Not only are the summaries better than those produced by our human agents... Now, since they have not mentioned what it took to actually verify that the AI summaries were in fact better than the human agents, I'm sceptical they did the necessary due dillengence. Why do I think this? Because I have actually tried to do such a verification. In order to verify that the AI summary is actually correct you have to engage in the incredibly tedious task of listening to original recording literally second by second and make sure that what is said does not conflict with the AI summary in question. Not only did the AI summary fail at this test, it failed in the first recording I tested. The AI summary stated that "Feature x was going to be in Release 3, not 4" whereas the in the recording it is stated that the feature will be in Release 4 not 3, literally the opposite of what the AI said. I'm sorry but the fact that the AI summary is nicely formatted and has not missed a major topic of conversation means fuck all if the details that are are discussed are spectacularly wrong from a decision tracking perspective, as in literally the opposite of what is stated. And I know "why" the Ai summary fucked up, because in that instance the topic of conversation was about how there was some confusion about which release that feature was going to be in, that's why the issue was a major item of the meeting agenda in the first place. Predicably, the AI failed to follow the convoluted discussion and "came to" the opposite conclusion. In short, no fucking thanks. |
| |
| ▲ | doorhammer 3 days ago | parent | next [-] | | Again, not the OP, so I can't speak to exactly their use-case, but the vast majority of call center calls fall into really clear buckets. To give you an idea: Phonetic transcription was the "state of the art" when I was a QA analyst. It broke call transcripts apart into a stream of phonemes and when you did a search, it would similarly convert your search into a string of phonemes, then look for a match. As you can imagine, this is pretty error prone and you have to get a little clever with it, but realistically, it was more than good enough for the scale we operated at. If it were an ecom site you'd already know the categories of calls you're interested in because you've been doing that tracking manually for years. Maybe something like "late delivery", "broken item", "unexpected out of stock", "missing pieces", etc. Basically, you'd have a lot of known context to anchor the llms analysis, which would (probably) cover the vast majority of your calls, leaving you freed up to interact with outliers more directly. At work as a software dev, having an LLM summarize a meeting incorrectly can be really really bad, so I appreciate the point you're making, but at a call center for an f500 company you're looking for trends and you're aware of your false positive/negative rates. Realistically, those can be relatively high and still provide a lot of value. Also, if it's a really large company, they almost certainly had someone validate the calls, second-by-second, against the summaries (I know because that was my job for a period of time). That's a minimum bar for _any_ call analysis software so you can justify the spend. Sure, it's possible that was hand-waved, but as the person responsible for the outcome of the new summarization technique with LLMs, you'd be really screwing yourself to handwave a product that made you measurably less effective. There are better ways to integrate the AI hype train into a QA department than replacing the foundation of your analysis, if that's all you're trying to do. | | |
| ▲ | sillyfluke 3 days ago | parent | next [-] | | Thanks for the detailed domain-specific explanation, if we assume that some whale clients of the company will end up in the call center is it not more probable that more competent human agents will be responsible for the call, whereas it's pretty much the same AI agent adressing the whale client as the regular customers in the alternative scenario? | | |
| ▲ | doorhammer 3 days ago | parent [-] | | Yeah, if I were running a QA department I wouldn't let llms anywhere near actual customers as far as trying to resolve a customer issue directly. And, this is just a guess, but it's not uncommon that whale customers like that have their own dedicated account person and I'd personally stick with that model. The use-case I'm like "huh, yeah, I could see that working well" is mostly around doing sentiment analysis and call tagging--maybe actual summaries that humans might read if I had a really well-design context for the llm to work within. Basically anything where you can have an acceptable false positive/negative rate. |
| |
| ▲ | Imustaskforhelp 3 days ago | parent | prev [-] | | I genuinely don't think that the GP is actually making someone actually listen to the transcription and summary and check if the summary is wrong. I almost have this gut feeling that its the case (I may be wrong though) Like imagine this, if the agent could just spend 3 minutes writing a summary, why would you use AI to create a summary and then have some other person listen to the whole audio recording and check if the summary is right like it would take an agent 3 minutes out of lets say a 1 hour long conversation / (call?) on the other hand you have someone listen to 1 hour whole recording and then check the summary?
that's now 1 hour compared to 3 minutes
Nah, I don't think so. Even if we assume that multiple agents are contacted in the same call, they can all simply write the summary of what they did and to whom they redirected and just follow that line of summaries. And after this, I think that your summary of seeing that they are really screwing away is accurately true. Kinda funny how the gp comment was the first thing that I saw in this post and how even I was kinda convinced that they are one of the more smarter ones integrating AI but your comment made me come to realization of them actually just screwing themselves. Imagine the irony, that a post about how AI companies are screwing themselves by burning a lot of money and then the people using them don't get any value out of it. And then the one on Hn that sounded like it finally made sense for them is also not making sense... and they are screwing over themselves. The irony is just ridiculous. So funny it made me giggle | | |
| ▲ | doorhammer 3 days ago | parent [-] | | They might not be, and their use-case might not be one I agree with. I can just imagine a plausible reality where they made a reasonable decision given the incentives and constraints, and I default to that. I'm basically inferring how this would go down in the context I worked under, not the GP, because I don't know the details of their real context. I think I'm seeing where I'm not being as clear as I could, though. I'm talking about the lifecycle of a methodology for categorizing calls, regardless of whether or not it's a human categorizing them or a machine. If your call center agent is writing summaries and categorizing their own calls, you still typically have a QA department of humans that listen to a random sample of full calls for any given agent on a schedule to verify that your human classifiers are accurately tagging calls. The QA agents will typically listen to them at like 4x speed or more, but mostly they're just sampling and validating the sample. The same goes for _any_ automated process you want to apply at scale. You run it in parallel to your existing methodology and you randomly sample classified calls, verifying that the results were correct and you _also_ compare the overall results of the new method to the existing one, because you know how accurate the existing method is. But you don't do that for _every_ call. You find a new methodology you think is worth trying and you trial it to validate the results. You compare the cost and accuracy of that method against the cost and accuracy of the old one. And you absolutely would often have a real human listen to full calls, just not _all_ of them. In that respect, LLMs aren't particularly special. They're just a function that takes a call and returns some categories and metadata. You compare that to the output of your existing function. But it's all part of the: New tech consideration? -> Set up conditions to validate quantitatively -> run trials -> measure -> compare -> decide Then on a schedule you go back and do another analysis to make sure your methodology is still providing the accuracy you need it to, even if you haven't change anything | | |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | Man firstly I wanted to say that I loved your comment to which I responded to and then this comment too.
I feel actually happy reading it and maybe its hard explaing it but maybe its because I learned something new. So firstly, I thought that you meant that they had to listen to every call so uh yeah a misunderstanding since I admittedly don't know much about it, but still its great to hear from an expert. I also don't know about the GP's context but I truly felt like this because of how I said in some other comments too on how people are just slapping AI stickers and markets rewarding it even though they are mostly being reckless in how they are using AI (which the post basically says) and I thought of them as the same, though I still doubt them though. Only more context from their side can tell. Secondly, I really appreciate the paragraph that you wrote about testing different strategies and almost how indepth you went into man. Really feel like one of those comments that I feel like will be useful for me one day or the other
Seriously thanks! | | |
| ▲ | doorhammer 3 days ago | parent [-] | | Hey, thanks for saying that. I have huge gaps in time commenting on HN stuff because tbh, it's just social anxiety I don't need to sign up for :| so I really value someone taking the time to express appreciation if they got something out of my novels. I don't ever want to come across like I think I know what's up better than someone else. I just want to share my perspective given my experience and if I'm wrong, hope someone will be kind when they point it out. Tbh it's been awhile since I've worked directly in a call center (I've done some consulting type stuff here and there since then, but not much) so I'm mostly just extrapolating based on new tech and people I still know in that industry. Fwiw, the way I try to approach interpreting something like the GPs post is to try to predict the possible realities and decide which ones I think are most plausible. After that I usually contribute the less represented perspective--but only if I think it's plausible. I think the reality you were describing is totally plausible. My gut feeling is that it's probably not what's happening, but I wouldn't bet any money on that. If someone said "Pick a side. I'll give you $20k if your right and take $20k if you're wrong" I'm just flat out not participating, lol. If I _had_ to participate I'd reluctantly take benefit-of-the-doubt side, but I wouldn't love having to commit to something I'm not at all confident about As it stands it's just a fun vehicle to talk about call center dynamics. Weirdly, I think they're super interesting |
|
|
|
| |
| ▲ | roywiggins 3 days ago | parent | prev | next [-] | | In the context of call centers in particular I actually can believe that a moderately inaccurate AI model could be better on average than harried humans writing a summary after the call. Could a human do better carefully working off a recording, absolutely, but that's not what needs to be compared against. It just has to be as good as a call center worker with 3-5 minutes working off their own memory of the call, not as good as the ground truth of the call. It's probably going to make weirder mistakes when it makes them though. | | |
| ▲ | sillyfluke 3 days ago | parent | next [-] | | >in the context of call centers in particular I actually can believe that a moderately inaccurate AI model could be better on average than harried humans You're free to believe that of course, but you're assuming the point that has to be proven. Not all fuck ups are equal. Missing information is one thing, but writing literally opposite of what is said is way higher on the fuck up list. A human agent would be achieving an impressive level of incompetence if they kept on repeating such a mistake, and would definately have been jettisoned from the task after at most three strikes (assuming someone notices). But firing a specific AI agent that repeats such mistakes is out of the question for some reason. Feel free to expand on why no amount of mistakes in AI summaries will outweigh the benefits in call centers. | |
| ▲ | trenchpilgrim 3 days ago | parent | prev [-] | | Especially humans whose jobs are performance-graded on how quickly they can start talking to the next customer. | | |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | Yeah Maybe that's fair in the current world we live in. But the solution isn't to use AI instead of not trusting the agents / customer service rep because their performance is graded on how quickly they can start talking to next The solution is to change the economics in the way that the workers are incentivized to write good summaries, maybe paying them more and not grading them in such a way will help. I am imagining some company saying AI is good enough because they themselves are using the wrong grading technique and AI is best option in that. SO in that sense, AI just benchmarked maxxed in that if that makes sense. Man, I am not even kidding but I sometimes wonder how economies of scale can work so functionally different from common sense. Like it doesn't make sense at this point. |
|
| |
| ▲ | shafyy 3 days ago | parent | prev [-] | | Well, in my own experience, the LLMs that summarize video meetings at work are not at all 100% accurate. The issue is if you have not participated in the call, you can't say which part is accurate and which is not. Therefore, they are utterly useless to me. |
|
|
| ▲ | paulddraper 3 days ago | parent | prev | next [-] |
| This works unless you want to automate something with the transcripts, stats, feedback. |
| |
| ▲ | Spivak 3 days ago | parent [-] | | Why wouldn't it, once you actually have that project you have the raw audio to generate the transcripts. Only spend the money at the last second when you know you need it. Edit: Tell me more how preemptively spending five figures to transcribe and summarize calls in case you might want to do some "data engineering" on it later is a sound business decision. What if the model is cheaper down the road? YAGNI. | | |
| ▲ | thfuran 3 days ago | parent | next [-] | | A company that could save millions by not having staff write up their own call notes almost surely is already doing that. | | |
| ▲ | Spivak 3 days ago | parent [-] | | And yet the topic of conversation is a company that did just that. The AI is just the smoke and mirrors that pushed the business to do it. Staff aren't writing their own call notes anymore. The LLM summary, almost by definition, isn't adding any additional signal to the call audio. If your data engineering pipeline works by processing LLM generated notes then it must work equally well processing the call transcript—they're the exact same data. AI finally got the business to admit that nothing of value was added by call notes and have dropped that work completely. The final step is just dropping the useless use of LLM. Just the audio transcript is way cheaper and can use existing technology. | | |
| ▲ | thfuran 3 days ago | parent [-] | | I think you’ve misunderstood something somewhere in the conversation. Text notes and transcripts are useful. They are widely used and integrated into existing processes at probably every large company that’s producing them. You appear to be suggesting that they should just stop doing that and switch to processing audio instead because that’s somehow more pre-existing than their existing processes and they probably don’t need the text for all the things they’re already using it for? |
|
| |
| ▲ | kenjackson 3 days ago | parent | prev | next [-] | | This is the bread and butter of call centers and the companies that use them. The transcripts and summaries are used from everything from product improvement to agent assessment. This data is used continuously. Its not like they use this transcript for the one rare time someone sues because they claim an agent lied. That rarely happens. | |
| ▲ | paulddraper 3 days ago | parent | prev [-] | | The "last second" is right after the call. For example, if 60% of your calls this month mention assembly issues with the product, that information will help you improve it. This is practical, not theoretical. |
|
|
|
| ▲ | 3 days ago | parent | prev | next [-] |
| [deleted] |
|
| ▲ | lotsofpulp 3 days ago | parent | prev | next [-] |
| The summaries can help automate performance evaluation. If the employee disputes it, I imagine they pull up the audio to confirm. |
| |
| ▲ | Imustaskforhelp 3 days ago | parent [-] | | the amount of false positives coming from wrongful AI summaries plus having to pull up the audio to confirm is so much more hassle than not using AI and evaluating on some different metric at the first place. Seriously not kidding but the more I read these comments, the more I become horrified realizing wtf,The only reason I can think of integrating AI is because you wish to integrate AI. Nothing wrong with that, But unless proven otherwise through some benchmarks there is no way to justify AI. So its like an experiment, they use AI and if it works/ saves time, great
If not, then time to roll it. But we do need to think about experiments logically and the way I am approaching it, its maybe good considering what customer service is now but man that's such a low standard that as customers we shouldn't really stand it. Call centres need to improve period. AI can't fix it. Its like man, we can do anything to save some $ for the shareholders.
Only to then "invest" it proudly into AI so that they can say they have integrated AI and so they can have their valuations increased since VC's / stock market reacts differently to the sticker known as AI man.. so saying that you use AI, should be a negative indicator instead of a positive one in the market and the whole bubble is gonna come crashing down when people realize it. It physically hurts me now thinking about it once again. This loop of making humans bad for money, using that money for inferior product, using that inferior product only because you want AI sticker, because shareholders want valuation increase and the company is willing to do this all because they feel/ are rewarded for this by people who will buy anything AI related thinking its gold or maybe that more people will buy it from them at an even higher evaluation because AI sticker and so on.. Almost sounds like a pyramid. |
|
|
| ▲ | FirmwareBurner 3 days ago | parent | prev | next [-] |
| >Store the call audio at 24Kb/s Opus - that's 180KB per minute Why OPUS though? There's dedicated audio codecs in the VoiP/telecom industry that are specifically designed for the best size/quality for voice call encoding. |
| |
| ▲ | andrepd 3 days ago | parent | next [-] | | Opus pretty much blows all those codecs out of the water, in every conceivable metric. It's actually pretty impressive that a media codec is able to universally exceed (or match) every previous one in every axis. Still, it's based on ideas from those earlier codecs of course :) | |
| ▲ | pipo234 3 days ago | parent | prev [-] | | Opus is one of those codecs.
Older codecs like g711 have better latency and steady bitrate, but they compress terribly. (Essentially just bandwidth and amplitude remapping). Opus is great for a lot of things and realtime speech over sip or webrtc is just one. | | |
|
|
| ▲ | smohare 3 days ago | parent | prev [-] |
| [dead] |