2 ms·

Have (or are) you implementing an automated conversational api? You want people to make changes easily and you don't want it to rely on a human on the other end

Have (or are) you implementing an automated conversational api? You want people to make changes easily and you don't want it to rely on a human on the other end being reliable. Seems tricky to build whilst optimizing for message number (SMS is expensive if you're poor) and usability (large % of users are poorly educated).

philip1209 10y ago
We haven't implemented a conversational UI yet. Messages are currently one-way. We'll be adding in voice support soon too so that you can call in and hear your schedule (even if you just hang up after when your "next shift" is). As we roll out two-way messages, I've been contemplating internationalization. Date formats are somewhat universal, but for things like shift swapping - I think that we could overcome a lot of usability issues by adding Spanish support quickly. Regarding cost and education - we also learned in user tests that we still need to support a print schedule. We're in the process of building that out. Our focus is on making structured, accurate scheduling data available to other systems (such as payroll). If that means that we need to focus on a printable view, that's fine :-)
- napoleond 10y ago
  BTW, this might simplify the rollout of conversational UI: http://www.smsinbox.net http://www.smsinbox.net I built it last year. It has basic white-label support, but I'd be happy to work with you guys to integrate the UI more closely with what you already have. I'm working on a better landing page with screenshots; in the meantime here is a PDF with more info: http://www.blackchair.net/hubfs/SMS_Inbox.pdf http://www.blackchair.net/hubfs/SMS_Inbox.pdf
  - leesalminen 10y ago
    I'm so happy you posted this! I've wanted to add 2 way SMS to my product for a long while but it just hasn't made it to the top of the priorities list yet. I'll be digging into the beta :).
    - nicpottier 10y ago
      I'll throw this out there for you as well: https://textit.in https://textit.in Lots of API goodness: https://textit.in/api/v2 https://textit.in/api/v2
      - leesalminen 10y ago
        Thanks! This looks cool very cool (bookmarked). For my current product I'm looking for a human-human SMS interface in a browser. Ideally, it should just drop-in and work. SMSInbox pulls outbound messages directly from Twilio logs and creates an embeddable iframe interface. Does Textit.in offer similar functionality? I do have other ideas that involve bot replies but have some concerns due to the complexity of the workflows in this product. There are dozens of variables involved.

philip1209 10y ago

We haven't implemented a conversational UI yet. Messages are currently one-way. We'll be adding in voice support soon too so that you can call in and hear your schedule (even if you just hang up after when your "next shift" is). As we roll out two-way messages, I've been contemplating internationalization. Date formats are somewhat universal, but for things like shift swapping - I think that we could overcome a lot of usability issues by adding Spanish support quickly. Regarding cost and education - we also learned in user tests that we still need to support a print schedule. We're in the process of building that out. Our focus is on making structured, accurate scheduling data available to other systems (such as payroll). If that means that we need to focus on a printable view, that's fine :-)

napoleond 10y ago
BTW, this might simplify the rollout of conversational UI: http://www.smsinbox.net http://www.smsinbox.net I built it last year. It has basic white-label support, but I'd be happy to work with you guys to integrate the UI more closely with what you already have. I'm working on a better landing page with screenshots; in the meantime here is a PDF with more info: http://www.blackchair.net/hubfs/SMS_Inbox.pdf http://www.blackchair.net/hubfs/SMS_Inbox.pdf
- leesalminen 10y ago
  I'm so happy you posted this! I've wanted to add 2 way SMS to my product for a long while but it just hasn't made it to the top of the priorities list yet. I'll be digging into the beta :).
  - nicpottier 10y ago
    I'll throw this out there for you as well: https://textit.in https://textit.in Lots of API goodness: https://textit.in/api/v2 https://textit.in/api/v2
    - leesalminen 10y ago
      Thanks! This looks cool very cool (bookmarked). For my current product I'm looking for a human-human SMS interface in a browser. Ideally, it should just drop-in and work. SMSInbox pulls outbound messages directly from Twilio logs and creates an embeddable iframe interface. Does Textit.in offer similar functionality? I do have other ideas that involve bot replies but have some concerns due to the complexity of the workflows in this product. There are dozens of variables involved.