Twilio Api Jobs

30 were found based on your criteria {{ paging.total|number:0 }} were found based on your criteria

show all
  • Hourly ({{ jobTypeController.getFacetCount("0")|number:0}})
  • Fixed Price ({{ jobTypeController.getFacetCount("1")|number:0}})
Fixed-Price - Intermediate ($$) - Est. Budget: $500 - Posted
Looking for a full stack ruby on rails developer to fix a few issues with our current system, debugging. You will need to be a fluent english speaker, along with a commitment to provide solutions to problems facing our system. You must be honest and transparent. Easy to work with and looking to create a relationship for long term projects. You must have had experience in; Twilio api for both CALLS and SMS Payment Gateways Amazon EC2
Skills: Twilio API Amazon EC2 BitBucket CSS3
Fixed-Price - Intermediate ($$) - Est. Budget: $20 - Posted
i have an old project I'm wanting to get back up. Having a few issues getting it back up. One is a twilio issue. Running into some twilio issues. Dont think it will take long to fix. You can see the issue here: http://23.239.2.70/ signup with a random phone number and zip code. If this job goes well, it could turn into long term contract.
Skills: Twilio API CakePHP PHP
Hourly - Entry Level ($) - Est. Time: More than 6 months, Less than 10 hrs/week - Posted
I am looking for somebody experienced with Twilio TwiML/API/Etc. who can setup a TwiML Bin for one of my numbers. I want 2 code examples to do the following. 1) Use any Caller ID of my choosing for call forwarding, as well as outbound calls. 2) Record both sides of the calls. 3) Use Twilio backend system to track call recordings per phone number. I want to be able to view ALL recordings for inbound/outbound calls. I will want to verify everything is setup correctly. (If you have a better suggestion I am all ears). I doubt this will take somebody very long, so I have no problem paying for an hour or so to have you walk me through the Twilio Admin System. I want this done ASAP, since I plan on launching my latest campaign in a day or so. I got the Call forwarding to work perfectly, but I cannot figure out the call recording part. Ideally, I would prefer to hire somebody on an ongoing basis to help me setup multiple campaigns with Twilio. I have a bunch of ideas I want to bounce of an experienced coder.
Skills: Twilio API VOIP Administration VOIP Software
Fixed-Price - Intermediate ($$) - Est. Budget: $2,000 - Posted
Looking for a web-based firebase controller developer (controller framework for developer to choose)- project will last 2-3 weeks depending on developer's pace. Responsibilities include constructing a simple Firebase database (table layout will be provided), implementing a database controller that implements Mailgun API and Twilio API, and writing to the database on button click in Android Studio app.
Skills: Twilio API Android App Development Firebase
Fixed-Price - Expert ($$$) - Est. Budget: $2,500 - Posted
# The product The product you will help me develop is a web application for product designers to conduct qualitative, ‘diary study’ type user research via text messaging (SMS) in developing countries. For example, an industrial designer at an appliance manufacturer may use my product to organise, collect, and analyse research data for participants in a study on how people use their microwave. I believe it is a very exciting product and could really make a huge impact in simplifying how designers conduct research. # Technical information I am looking for a developer to build a working prototype of this web application, relying on Twilio for SMS. The prototype should be deployed using Heroku and the technical stack could be either Node.js + React + Firebase or Ruby on Rails. I expect you to justify your technology choice to me before we begin. You must be familiar with the following: – Building a modern realtime web application (no PHP, sorry) – Deploying continuously using Heroku – Using Git including branching and pull requests on Bitbucket – Using test driven development methodologies to help improve code quality – Building pixel-perfect HTML & CSS, and in a responsive way for mobile – Using Atlassian Confluence and JIRA to manage work, and consume specifications and designs # Scope This is a high-level list of the main features I would need for a working prototype. The goal of the prototype is ideally to get some early alpha customers, share it with investors, and use it to find a technical co-founder here in Sydney, where I live. – User accounts (create account, log in, log out) – Basic setup wizard and on-boarding flow – Scheduling of SMS messages – Sending and receiving SMS through Twilio's API – Retrieving, displaying, grouping, and filtering results # About me I am a professional senior product designer working for a large software company in Sydney, and a part time entrepreneur. I am fairly technical – I've written my own simple JavaScript apps in the past. I am happy to work with you on architecture, database structure, etc. Of course I also have detailed designs and specifications I can provide. # Timeframe There is not a huge rush on this. As I work full time during the day, I only have weeknights and weekends to spend on this project. Ideally I would like to get the prototype built within 1 month from starting the code, but if we both have other time commitments, that's okay. # Next steps If this sounds interesting and you're up for the task, the next steps would be a few interviews where I learn more about you, and I share more about the product. I think it's pretty difficult to get a true understanding of a software project from a brief like this. We can talk about scope of the prototype, technologies, and timeframes then.
Skills: Twilio API Atlassian Confluence Atlassian JIRA CSS
Fixed-Price - Intermediate ($$) - Est. Budget: $500 - Posted
Our UK based company (We Are Digital) - www.we-are-digital.co.uk - is a national digital skills training provider, teaching IT skills to beginners from councils, social housing providers, and the general public. When we promote a course to housing residents for instance, we promote a twilio number to them, and then we get lots of calls (up to multiple hundreds) into that twilio line, in order to register for that course on an automatic basis, so the twilio line talks back to them ("welcome to Council X's registration line for computer courses, please leave your details after the tone for various questions", etc, etc - and asks them lots of questions we want to know. This happens for multiple project / twilio lines at any one time - as we work with around 50-60 clients who all require training courses, and therefore twilio numbers. We have already had multiple developers build us the current system - so we have the transcription code in there from twliio so all the answers are transcribed automatically to a spreadsheet. However, due to cost and timesaving w have thus far only used the VOICE recording feature - not the keypad feature, i.e people leave their name, address, DOB, skill levels between 1-5, etc - all by recording their answer by voice. not keypad. Hence why we now need an upgrade to make it easier for us. The process is as follows: 1. the code has been built around twilio to pull out each separate call, and each answer to each question on that one call, into a spreadsheet. i.e. if there are 100 calls, there will be 100 spreadsheets = one per call. And on each individual spreadsheet (for each call) there are different columns for each answer / question. 2. We pull these spreadsheets out through the Filezilla programme - which i believe has a login which interacts with our website's server (which is how the whole twilio system has been built? and we can share that with you) - we are not that technical, apologies! 3. so we have multiple projects / twilio lines - for multiple courses - let's just say for Council X, Council Y and Council Z - these are shown as folders on the filezilla programme once we login, and we can change the text that is read out on the twilio line through this system, AND get into the transcriptions (each time a new call's spreadsheet comes out, it goes into a folder on that particular day). 4. Only other things to note (which i dont know if they will affect things) are: a) we were a bit frustrated with twilio not always coming out with good quality answers on the transcriptions - so we heard of a company called Clarify, which works with twilio - that apparently has even better transcription quality - so instead of totally moving away from twilio - we just got a developer to add in some code so we coudl manually choose between the call going to twilio or clarify - by adding in the word twilio or clarify to the coding whhen we set up the line. Right now we haven’t actually used the clarify option on anything yet (I guess because we are a bit scared to!) so it’s been defaulted to twilio, and transcription quality hasn't been great - and we have someone in the office who has to manually listen to many of the answers in order to cleanse them! b) Because each of the spreadsheets that come out are single files, one by one - -when we have a lot of calls coming in for a project, and we want to get them all onto one sheet to start sorting them out to put people into courses, we had to manually concatenate / combine them, and we also didnt know at any one time, which of our 40-50 projects would have new calls coming into it (unless we went into every folder to look). So we had another developer build us a robot scraper that every day at 6am pulls off all newly registered calls and also those who attempted to call but didnt leave a recording - and sends them to us as one file - which has saved a lot of time. We wouldnt want this affected going forward but if you work within the confines of what we've already got, it should be fine. However, having spoken to my Ops manager, we think the time has come to update the system so that callers can use the KEYPAD to pull the answer in from the keypad, because we realised that even if the clarify / twilio transcriptions improved, we still had too many answers by voice, and not keypad, which is where the transcription quality goes down massively - as there are clearly many more possible options for words than numbers for twilio to transcribe, so it makes mistakes - so if we can get the callers to press the keypad for things that actually involved a number - it woudl save us a lot of headaches of manually checking and cleansing the worded answers - so for instance we want to change this for DOB, telephone number, skill level (From 1-5) and house number to allow all those to be typed in from the keypad. We need someone with very good English speaking because we have found previously that it is hard to explain the brief otherwise.
Skills: Twilio API MySQL Programming