1. Crear un Web Service para el envio de SMS - Actualmente lo tengo en puro codigo duro
2. Formulario de Registro de nuevo usuario
2.1. Validación de nuevos usuarios en el portal
2.1.1. Solicitar el ingreso de nro telefonico para validacion de registro
2.1.2. Enviar clave sms al telefono registrado, la cual sera solicitada en la validacion de registro
2.1.3. con esta medida identificamos realmente quien es el usuario, no es un control total, pero al menos no tendremos tantos usuarios basura
2.1.4. Además en los sms se puede indicar el nro telefonico del usuario que genera los envios de sms
2.1.5. otro beneficio, portal podrá contar con una base de números telefónicos consistentes y explotables
2.1.6. la idea es evitar problemas delincuenciales q puedan surgir por el uso del servicio
2.2. posibilidad de realizar el registro enlazando cuentas de facebook
2.2.1. pero siempre hay que solicitar numero telefonico, pues fb no lo sabe en algunos casos
2.3. datos a solicitar
2.3.1. nombres y apellidos
2.3.2. numero telefonico
2.3.3. email
2.3.4. fecha de nacimiento (opcional)
2.3.5. contraseña
2.3.6. aceptacion de terminos y condiciones del servicio/portal
2.3.6.1. IR PENSANDO EN LOS TYC PARA EL PORTAL, LUEGO HAY Q VALIDAR EL ASPECTO LEGAL
2.3.6.1.1. tratar de obtener de sitios similares en cuanto a prestacion de servicios
2.3.6.1.2. Inscribirnos en cuanto portal q de este servicio podamos para obtener esta info
2.4. enviar email de bienvenida al email del usuario
2.4.1. en dicho email se debe indicar el link o vinculo de verificación de nuevo usuario registrado
2.4.1.1. levantar la pag de verificacion, solicitando el codigo/clave SMS enviada al numero del usuario
2.4.1.2. dar la posibilidad de editar el numero telefonico para reeenviar nueva clave, en caso haya ingresado nro errado
2.4.1.3. SOLO se debe permitir el acceso al portal una vez ingresada correctamente la clave SMS
2.5. ETAPA DE EJECUCION
3. Formulario de envio de SMS
3.1. Caja de texto con el mensaje a enviar
3.2. En la franja izquierda aparecen sus mensajes enviados enteriormente
3.3. Administrador de contactos
3.3.1. Creacion de contactos
3.3.2. Creacion de grupos de contactos
3.4. Envio de SMS Grupales a los grupos de contactos creados
3.5. Reutilizar como Plantilla los mensajes ya enviados, reutilizandolos y enviado el mismo mensaje, a una serie de contactos, pero cambiandoles el nombre a cada mensaje
3.5.1. Formulario donde se da check a los contactos que se quiere enviar el SMS.
3.5.2. Enviar a todos los contactos el mismo mensaje, con la posibilidad de remplazar el nombre del usuario al que se envio inicialmente el SMS, reemplazarlo por el nombre del contacto, en cada envio unitario del masivo.
3.6. SMS Programados
3.7. Programar un evento
3.7.1. Invitación a una fiesta a mis contactos guardados
3.7.2. Programar a que dia y hora se mandara notificara del evento a mis contactos
3.7.3. Enviar recordatorio un dia antes a mis contactos para hecerles recordar del evento.
3.8. SMS masivos Premium
3.8.1. Carga de un arvhivo de texto con los clientes
3.9. ETAPA DE EJECUCION
4. Front End
4.1. Movil
4.1.1. Jquery Mobile
4.1.2. HTML5
4.2. Desktop
4.2.1. HTML5
4.2.2. Jquery
5. Diseño grafico, estilos del portal
6. Plataforma
6.1. Amazon EC2
6.1.1. Base de datos Postgres
6.1.2. Servidor Web Tomcat
6.1.3. Conector Remoto Node.Js
7. Desarrollo
7.1. Backend
7.1.1. Java - Jsp
7.1.2. Python - Django
8. MANDAR A HACER UN BUEN DISEÑO GRAFICO A UN BUEN DISEÑADOR GRAFICO
9. Diseño de Prototipos. (Eso ayudara a aterrizar mas la idea de lo que queremos hacer)
9.1. Mandar los prototipos a un diseñador grafico
9.2. hay herramientas colaborativas en la nube para diseñar prototipos? LISTO!
9.2.1. Dejame ver un toq
9.2.1.1. https://cacoo.com/diagrams/th6PUGjmbKpdrq9I/edit
9.3. 1
10. explorar soluciones web similares
10.1. http://bulksms.vsms.net/
10.1.1. Para usuarios que quieren usar una URL y enviar SMS A2P - Aplication to Person o movil
10.2. actualmente el portal http://enviosms.claro.com.pe/smsWebApp/index.htm tiene dos formas
10.2.1. para usuarios claro
10.2.1.1. ingresando numero telefonico
10.2.1.2. ingresando clave miclaro
10.2.2. para usuarios no claro
10.2.2.1. ingresando email registrado ????? juat? desde cuando? no importa, debe ser x las regulaciones, al final es un pto a favor pues ya no hay pretexto para q el usuario diga: xq xuxa tengo q registrarme
10.2.2.1.1. Idea de Sean Gallager
10.2.2.2. ingresando clave asociada a ese email
10.3. movistar tb hace lo mismo http://200.60.223.134/WebSMSNext/%28S%28cwpsu0uv00q1vl451eg5emun%29%29/WEBSMS/frmAcceso.aspx
10.3.1. solicita email y estar registrado
10.4. nextel NO http://www.nextel.com.pe/portal/server.pt/community/servicios_web/484/envio_de_sms_individuales/
10.4.1. pues muy mal!!!
10.4.2. bueno es nextel, nos puede llegar al xompiras
11. Ponerse al tanto de las regulaciones, documentarse con alguna de las leyes del MTC, leer contratos de RPC Claro.
11.1. Llamar a OSIPTEL, pedir asesoria legal de las cosas que son y no son legales
11.2. Leer pagina de OSIPTEL
12. Elegir el mejor Plan y operador movile de mansajeria que conviene usar.
12.1. Quien da menos restricciones en sus contratos al momento de enviar SMS
13. estimar la cantidad de sms x dia q se permitira enviar a un usuario
13.1. a partir de indagaciones en los portales existentes
13.2. lo mas conveniente para nuestra plataforma
13.3. proyecciones en cantidad o volumen de trxs
13.4. estableceer limites operacionales
13.4.1. Estimar hasta cuantos sms nos permite enviar cada operador movil (Claro solo permite 3 Cargamontones por dia, en el caso de los prepago y solo 1 Paquete ontop por mes en el caso de los postpago)
13.5. a partir de los costos futuros a incurrir por los planes postpago o paquetes prepagados
13.6. 1. PLANEAMIENTO
14. Medir Rentabilidad de este proyecto
14.1. Gastos en los Planes de SMS
14.2. Proyectar la cantidad de suscriptores que queremos lograr
14.2.1. Que ganancias o que queremos hacer con estos suscriptores
14.3. Plan y modelo de negocio
14.3.1. Puedo conseguir una plantilla de modelo para mañana. O tienes una a la mano?
14.3.1.1. no no tengo, q contiene esa plantilla?
14.3.1.1.1. No lo se, pero es como un excel que te muestra un resultado de rentabilidad, dados ciertos parametros, pero a la mela... creo q para esto no aplica eso, mucha formalidad para esto, hagamos una basica nomas, a mi esposa le dieron una en su diplomado
14.4. 1. PLANEAMIENTO
15. definir fases y funcionalidad a liberar/implementar por cada una de ellas
15.1. Armar Project - Gant?
15.2. en fase 1 considerar lo que podria tener mayor acogida o pegada, lo que diferenciaria del resto
15.3. 2
16. Lanzar el producto en redes sociales
16.1. PENSAR UN NOMBRE!!!!
16.1.1. Facebook
16.1.1.1. Pagar para que el video promocional se viralice
16.1.2. Youtube
16.1.2.1. Hacer un pequeño video, un corto simple en donde se ecplique en una pizarra como es nuestro producto
16.1.3. Nombre
16.1.3.1. tusms.com
16.1.3.2. organiza-t.com
16.1.3.3. mensajea.pe
16.1.3.3.1. el ganador hasta ahora
16.1.3.3.2. el nombre ademas es peruanaso
16.1.3.4. sms-alert.com
16.1.3.5. comunicate.pe
16.1.3.5.1. buena
17. analizar impacto de sustitutos tecnologicos como whatsapp
17.1. ofrecer un servicio q los demas servicios no cubran
17.2. Un mensajero como Watsapp, pero que sea Dual, decir que vaya por datos y por SMS en caso fallen los datos
17.3. xq los usuarios de wa usarian el portal? publico objetivo los usuarios de features phones (no smartphones)? el objetivo serian aquellos q no posean smartphones, aunque ahora too mundo tiene uno, básico.
17.3.1. Nada... lo que escribi aqui no va.. me fume mal la idea