Finde aus meiner Perspektive und der Social Media Sicht den SMS Service am Sinnvollsten, weil ich glaube für VoiceCalls aus dem Netz ist die Verbreitung vernünftiger! HeadSets noch nicht gross genug.

Ihr habt Mitbewerber? Nein im Ernst ich kenn keinen der das mit den SMS so anbietet, wobei bei Joinr gibt es freisms und irgendwie müssen die dass ja auch hinbekommen? Sind die TKomKunde?

Kommentar von kojote · 15.10.2008 um 17:39 Uhr

Für mich auch Send SMS. Wie schnell man sich an eine Integration mit einem Dienst gewöhnen kann und wie schmerzlich das vermisst wird, hat man kürzlich schön etwa bei Twitter gesehen.

Kommentar von hackr · 15.10.2008 um 18:24 Uhr

Ich für mich muss sagen dass der SMS Service nicht wirklich interessant ist. SMS-Dienstleister gibt es zuhauf, über die man SMS versenden kann.
Viel interessanter ist der Voice Service, der für mich etwas neues ist und auch in einem aktuellen Projekt eingesetzt werden kann.

Mitbewerber? Im SMS bereich eventuell zu viele… Erfahrungsgemäß sind die Tarife bei der Telekom nicht immer die günstigsten, daher werden meiner Meinung nach die zahlreichen Mitbewerber (die schon seit Jahren auf dem Markt sind) den größeren Teil des Kuchens behalten.
Der Voice-Bereich ist wie ich schon erwähnt habe etwas neues, und dank eurem Dienst ist wird die Nutzung auch für kleinere Projekte möglich. Hier sehe ich euch sehr gut positioniert, gerade auch da ihr die Dienste direkt anbietet.

Gruß
Dominik

Kommentar von freakx0 · 15.10.2008 um 18:43 Uhr

Send SMS ist auch für mich attraktiver. Allerdings sehe ich bisher noch nicht, warum ich diese API nutzen sollte.

Die zahlreichen Mitbewerber bieten deutlich mehr Funktionen:
- eigene Absendernummer/name
- Empfangsbestätigung
- Antwort-SMS
- deutlich geringerer Preis.. ich habe in der Doku etwas von 8 Cent/SMS gelesen. Das ist ungefähr das 5fache der Mitbewerber

Möglicherweiße übersehe ich ja aber den großen Vorteil der Telekom API.

Kommentar von Transmigrasi · 15.10.2008 um 18:48 Uhr

beim SMS-Versand kann man doch auch den Absender setzen! Stichwort originator. Der Preis den du genannt hast ist aber nicht der “quality” Preis mit Absender, oder? Wenn doch dann kannst du mir den Anbieter mitteilen?

Gruß

Kommentar von freakx0 · 15.10.2008 um 19:22 Uhr

Hallo zusammen,

arbeite mit SMS-Diensten schon lange, der Dienst ist interessant und wichtig, aber andere Anbieter sind a.) günstiger und b.) deutlich umfangreicher im Funktionsumfang (z.B. die wichtige Inbound-Verarbeitung fehlt).

Somit ist der VoiceCall hier etwas Neues und interessanter und vorallem in der Kundenansprache ein neuer Weg.
Und hierbei geht es m.E nicht darum Kosten zu sparen für den Kunden, sondern darum eine schnelle und einfache Ansprache zu ermöglichen.

Oliver

Kommentar von o66183 · 15.10.2008 um 22:57 Uhr

ja, ich kann mich meinen Vorrednern nur anschließen..

Bei anderen bekomme ich die SMS für einen deutlich geringen Preis. Kann teilweise ähnlichen zwischen qualitativ hochwertigen SMS mit absenderkennung über rein deutsche Netze und komischen billig routing über das Ausland. Und seien wir mal ehrlich.. die SMS Preise in DE sind sowieso VIEL zu hoch. Mir kann niemand erzähln, dass die Telekom so viel dafür nehmen muss… Rechnet mal hoch, was das pro MB ist, wenn man für 160 Zeichen 8-10 cent zahlt. Ich würde es begrüßn, die Preise deutlich zu senken und einfach über die Masse zu gehen. Weil ich bezweifel, dass sich das in dem Markt behaupten kann. Der Dienst ist so, wie er jetzt ist mehrere Jahre hinten dran. Wenns wenigstens MMS wären. Und wie siehts mit Antworten auf diese SMS aus oder fast genuaso wichtig, einer Nummer an die ich schreiben kann und dann eine Antwort bekomme… quasi “D-55002 Pizza” und zurück kommt “Pizzaria Bla in Musterstraße 11″

naja und die voicecalls… wie wäre es mit einem eigenen Sound zu beginn beim A-Teilnehmer. Kein “Sie werden verbunden… *TELEKOMSOUND*” Ich würde wenn ich dafür zahln würde gerne hören, dass da ein von mir aufgenommenes mp3 kommt “herzlich willkommen beim soundso service der firma bla, sie werden nun mit dem zweiten teilnehmer verbunden”.

Alles in allem muss ich leider sagen, dass ich etwas enttäuscht bin von den wegen Möglichkeiten… Ein bisschen neueres. Etwas zeiggemäßeres, mehr innovation und ein bisschen mut. mir kommt es alles etwas zögerlich vor
Liebe Grüße

Johannes

PS: Entschuldigung für die viele Kritik :o)

Kommentar von partysquarede · 16.10.2008 um 00:13 Uhr

Bisher habe ich ja nur ein bisschen mit den beiden Services herumgespielt und von daher kann sich meine Meinung im Verlauf des Projekts auch noch ändern. Im Moment sehe ich es so:
der VoiceCall ist eine sehr witzige Sache. Allerdings sehe ich dafür momentan keinen vernünftigen Einsatzgrund. Die Preise für den VoiceCall sind nicht besonders gut. Wenn ich jemanden anrufen will kann ich das auch direkt mit einem Telefon. Und aus welchem Grund sollte jemand anderen Leuten das Telefonieren miteinander ermöglichen auf meine Kosten?

Der SMS-Service dagegen ist jetzt nicht so besonders neu. Interessant finde ich hier die Möglichkeit die angebotenen APIs zu nutzen. Mit diesen APIs kann man sich schon einige Anwendungen vorstellen. Eine Idee von mir wäre es z.B. aktuelle SMS an die Mitglieder eines Vereins zu versenden. Für eine tatsächliche Anwendung könnte hier allerdings der relativ hohe Preis dagegenstehen. Um eine eizelne SMS zu versenden benötige ich keine solche API. Die API wird erst interessant um automatisierte Massen-SMS zu versenden (also > 10 SMS). Dafür ist dann allerdings der Preis zu hoch.

Gruß
Micha

Kommentar von Micha · 16.10.2008 um 00:52 Uhr

Nutzen tue ich zwar im Moment häufiger den SMS Service, interessanter ist aber für mich der VoiceCall Service. Wir haben selbst eine TAPI-Anbindung für eine Verwaltungs-Applikation entwickelt und was da für Probleme bei den vielen unterschiedlichen Telefonanlagenherstellern bestehen ist echt der Wahnsinn, jeder interpretiert den Standard “TAPI” doch etwas anders. Mit dem VoiceCall-Service ist man diese ganzen Probleme zumindest bei ausgehenden anrufen erst mal los, müsste jetzt nur das gleiche auch noch für eingehende Anrufe geben

Kommentar von dfried · 16.10.2008 um 11:18 Uhr

Ich habe bisher nur die PHP-Api des SMS-Services angetestet, ob es funktionstüchtig ist und welchen Funktionsumfang sie bietet.
Konkret gab es mal in der Vergangenheit eine Kundenanfragen bzgl. SMS-Informationen für eine variable Anzahl Teilnehmer, was allerdings wegen hoher Preise und nur buchbarer Festkontingente verworfen wurde.

Momentan ist mein Wissenstand, dass die PHP-SMS-Api
— pro Funktionsaufruf an bis zu 10 Empfänger eine Standard-SMS versenden kann.
— einen Absender mit Namen (ohne Antwort- bzw. Sendernummer) unterstützt .
— auf XML-Soap-Aufrufen basiert

Diese Funktionen sind meiner Meinung nach nur reine Basisfunktionen, die zwar soweit gut klappen, aber nicht zum Spielen und Ausprobieren einladen, wenn man nicht gerade ein konkreten Einsatzzweck zur SMS-Notification hat – wo wiederum der Preis eine übergeordnete Rolle spielt.

Für eine kreative Entwicklung von eigenen Services hätte ich mir eher gewünscht, dass eine Api vorgestellt wird, die nach einem SMS-Eingang eine bestimmte Aktion ausführt, wie z.B: eine SOAP-Anfrage auf eine freiwählbare URI. Erst mit der Kommunikation aus der anderen Richtung könnte ich mir ein „Mash-Up“ vorstellen, das einen neuen Vorteil für einen Benutzer bieten könnte.

Grüße Robin

PS: Wer geht zum Barcamp Berlin diese Wochenende?

Kommentar von rschmitz · 16.10.2008 um 12:16 Uhr

Der Voice Call Service bietet wirklich etwas Neues, das es bisher noch nicht gab. Um wirkliche Entscheidungen fällen zu können müssten aber mehr Informationen auf den Tisch, wohin die Reise gehen soll.
Ich habe bereits Erfahrungen mit einem kleineren SMS-Internet Provider gesammelt. Der Send SMS Dienst müsste erweitert werden, um wirklich sinnvoll zu sein. Zur Zeit fallen mir nur Notifications als Anwendung ein.

Mir fällt hier die Möglichkeit für den Empfänger einer SMS auf diese zu antworten. Der SendSMS Dienst müsste unbedingt um eine Komponente Receive SMS erweitert werden. Aplikationsentwickler müssten Nummern für eingehende SMS bei der Telekom registrieren können.

Zu VoiceCall: Wenn man eine Verbindung herstellt, wird zunächst die A Nummer angerufen. Bei Abnehmen des Hörers hört man eine Frauenstimme sagen “Sie werden verbunden”. Diese Ansage müsste personalisierbar sein: “Sie werden mit Lieschen Müller” verbunden. So wie das jetzt implementiert ist, scheint mir eine Verwechslungsgefahr mit SPAM Anrufen, wie ich sie selbst täglich mehrfach erhalte, zu groß zu sein.

Die Möglichkeit Konferenzschaltungen herzustellen, müsste gegeben sein. Für die Entwicklung von interaktiven Location Games, müsste es eine Möglichkeit geben, das Telefongespräch auf live im Web hörbar zu machen. So haben nur die beiden Gesprächsteilnehmer etwas davon. Wie soll man da sinnvoll Mashups entwickeln.

Es müssten mehr Informationen auf den Tisch, wie die Dienste finanziert werden sollen. Bei Robert Basic habe ich etwas über werbefinanzierte calls gelesen. Das sollte alles hier ausgiebig diskutiert werden.

Joachim

Kommentar von jjziffer · 16.10.2008 um 12:28 Uhr

Und noch etwas radikaler formuliert: Die Preise für SMS sind irreal und aberwitzig teuer. Das gilt für alle Anbieter in Deutschland. Wenn Ihr wirklich etwas innovatives machen wollt, dann senkt die Preise auf afrikanisches Niveau.

Joachim

Kommentar von jjziffer · 16.10.2008 um 12:36 Uhr

Hier wurde die Frage gestellt, warum ein Applikationsentwickler einem anderen ein Telefongespräch ermöglichen sollte. Ja warum eigentlich? Hat man denn nicht daran gedacht, dass der Anrufer die Kosten für in Anspruch genommene Dienste trägt? Diese könnten doch auch über die Telefonrechnung des Anrufers SMS Versenders abgewickelt werden.

Als A Nummer sollte auch eine Mobilnummer möglich sein. Die Festnetznummern sollten nicht auf deutsche Festnetznummern beschränkt werden.

Was mir gut gefällt, ist die Möglichkeit des anonymen Telefonierens. Ein Anrufer kann mit einer anderen nur über das Web bekannten Person sprechen, ohne dabei seine Telefonnummer offen zu legen. Da könnte ich mir interessante Anwendungen vorstellen.

Joachim

Kommentar von jjziffer · 16.10.2008 um 13:10 Uhr

wenn wir schon dabei sind. wie siehts aus mit fax in & out?? mms? vllt um sich bilder aufs handy zu bestelln oder bezahlfunktionen????? ich glaube es gibt keinen anbieter in de der einem premiumsms bietet ohne dabei 50% einzustreichen DAS wäre auch mal toll
ach und was ich auch noch total toll finden würde, wenn man irgendwas über den standorts erfahren könnte. wenigstens auf 10km genau, wenn wir bald sms emfangen können
bei voicecalls würde ich gerne nicht nur die ansage am anfang personalisieren sondern noch mitten drin oder am ende welche einfügen können und bitte bitte auch zwei handynummern verbinden

Kommentar von partysquarede · 16.10.2008 um 16:29 Uhr

hi ich finde eine id schnittstelle total gut, ich habe einen cd laden und will gerne die cds auch online verkaufen und moechte gerne bei jedem kaeufer einen check machen, ob der user “valide” ist und real existiert, dafuer wuerde ich gerne einen id-check haben.
was meint ihr?

Kommentar von markwill · 17.10.2008 um 10:28 Uhr

Nachdem nun viele Entwickler hier Stellungnahmen gepostet haben, würde ich mich über ein Feedback von den Projektverantwortlichen der Telekom freuen.

Joachim

Kommentar von jjziffer · 17.10.2008 um 11:59 Uhr

Hallo Freunde,

danke für die vielen Ideen und Anregungen!! Mit gesammelten Infos versuche ich hier, schon mal Einiges zu beantworten.

@kojote: Ich denke, das Angebot von eine free SMS pro Tag ist bei exzessiver Community-Aktivität nicht viel, das kann also durchaus ausgebaut werden.

@freakx0: Guter Hinweis zur VoiceCall!!

@Transmigras: Danke für das Feedback. An Funktionserweiterung unsere SMS API arbeiten wir zur Zeit - lass’ Dich da einfach mal überraschen.

@o66183: Funktionsumfang SMS siehe @Transmigras // Inbound SMS prüfen wir gerade schon konkreter.

@partysquarede: Beim VoiceCall ist als Ansage ist zur Zeit ein Standardext am Anfang zu hören, richtig! Wir checken mal, ob eine Erweiterung der Serviceausprägung Ansage möglich ist, zum Beispiel mit eigenden Audio Files oder mit werbe-files zu bespielen.

@jjziffer: VoiceCall Ansage siehe @partysquarede. // A Nummer = Mobilnummer bieten wir zur Zeit nicht an, die Idee nehmen ich gerne auf. // Conference Call haben wir in der Pipeline, ob es bereitgestellt werden kann. Einen Voice Call über’s Web hörbar zu machen, ist von Deiner Applikation abhängig. Unsere VoiceCall API unterstützt auch VOIP-Nummern (032), das heisst implizit auch VOIP Softphone. Wie Du die Einbindung Deiner Services definiert, das überlasse ich Deiner Kreativität :-).

Beste Grüße
Christian

Kommentar von christian_krassowka · 17.10.2008 um 12:47 Uhr

Hallo Freunde,

Anbei einige Infos, ich denke für alle interessant (war ein Kommentar von Partysquarede).
- Fax API In & Out wird gerade geprüft. Wenn es da losgeht, geben wir natürlich Bescheid!
- MMS: Wir nehmen die Idee auf. Die Chance für jede Idee ist erstmal grundsätzlich gleich gut.
- Bezahlfunktionen: Hier befinden wir uns in konkreteren Überlegungen. Eine Billing/Payment Schnittstelle zur Nutzung macht in vielen Zusammenhängen Sinn.
- IP location: Der Service ist schon auf unserem Radar.
- Mobile location: Wir prüfen zur Zeit, ob wir den Service anbieten können, wobei ein attraktives Pricing sicher dazugehört.

Beste Grüße
Christian

Kommentar von christian_krassowka · 17.10.2008 um 16:29 Uhr

Hallo zusammen,

gibt es denn schon Informationen, in welcher Region sich die Kosten für den Voice Service bewegen werden?

Habe bisher nichts dazu finden können.

Kommentar von conradzuse · 23.10.2008 um 16:59 Uhr

Hallo conradzuse,

wir sind gerade in der letzten Phase, die Preise festzulegen.
Bitte habe also noch ein wenig Geduld.
Sobald es soweit ist, werden wir sie auf developer.telekom.de veröffentlichen.

Beste Grüße
Christian

Kommentar von christian_krassowka · 24.10.2008 um 11:36 Uhr

Hallo,

ich finde, beide Service sind sehr interessant, obwohl es nicht neues ist (z.B.: SparVOIP bietet die VoiceService übers Internet seit Jahren an). Ich konnte die Dienste leider erst Heute ausprobieren aber es war sehr einfach zu benutzen und hat gut geklappt. Mir interessieren vor allem die Möglichkeiten über WS, weil ich nur hier die Mehrwert sehe. Ich könnte mir z.B.: ein SOA-Prozess vorstellen, der z.b. ein Call-Center abbildet, wo der Mitarbeiter die Anrufe automatisch vom System bekommt. Neu wäre dabei, dass man in SOA macht, und das System könnte immer die Preisgünstigsten Anbiter auswählen. z.Zt. hat T-Com damit Monopol

Im Ernst denke ich auf SOAs, wo beide Services gut benutzbar sind:
- Überwachung der Produktion, wo die KPIs regelmäßig abgefragt und per SMS geschickt werden
- Kundenkontakte, wo die Prozesse die Termine überwachen und dem Kunden in SMS benatrichtigen (Artz, Bank, Firmen)
- Automatische Anrufe beim SIcherheitssystemen (Wachpersonal/Polizei/usw. Inhaber) verknüpft mit Messgeräten(Einbruch/Wassschaden/usw. beim Conrad kann man schon programierbare Messgeräte kaufen )
-usw…

Zwei Sachen würde ich bei WS-s ändern:
- Das Passwort auf keinem Fall als SOAP in String zuschicken
- Dass ich setzen kann, wie lange das Token gültig bleibt (die max. Zeit könnte meinetwegen von Anbiter angegeben werden)

Kommentar von hankie · 25.10.2008 um 15:20 Uhr

Huhu, ich mal wieder
Gibts denn schon nen SOAP-Endpunkt für die SMS-API?

In den Docs steht nur was von SERVICE URL an den interessanten Stellen
Danke im Voraus.

Kommentar von conradzuse · 29.10.2008 um 12:40 Uhr

danke, habs

Kommentar von conradzuse · 29.10.2008 um 13:03 Uhr