Ayuda en web de reserva para un restaurante

El principal problema es el tema de las reservas: ¿como quieren que sea? que haya un 'backend' en el que él vea las reservas, con gestión de usuarios, etc? o simplemente que la gente haga una reserva y envíe un mail al restaurante de tu amigo?.

En caso de lo primero, necesitas bastante programación para poder hacer algo funcional: BD, lenguaje de backend (php, JS, .net...) y maquetación con lo que en dos semanas no veo que puedas hacerlo; así que te recomendaría algún CMS que son sencillos, con muchso tutoriales y mil plugins y donde si sabes HTML puedes maquear a tu gusto alguna plantilla: estilo WP, Joomla, Drupal...

#2 mmm, tienes razón, yo diría algo en el que el usuario que entra, tenga una especie de calendario y pueda ver que ya hay mesas reservadas y que quedan "x" cupos libres para poder reservar, cuando hagan la reserva, dejando un nombre y un número de contacto solicitado en el formulario pues esa información le llegue a alguien en el restaurante mediante un mail por ejemplo.

Lo difícil, y ahora que me doy cuenta no lo he explicado bien en el post incial, es lo de yo siendo el cliente ver que días a las diferentes horas las mesas que quedan libres y poder reservar mi cupo.
No sé aún si lo he dejado claro del todo :/ Gracias por colaborar!

#3 de acuerdo! le echaré un ojo a ver que tal! pero tiene pinta de que me va a ser muy útil gracias!

#1 No es tan fácil hacer ese tipo de tareas con administración de reservas en backend, etc.
Si quieres quedar dpm y que quede algo semi-profesional utiliza un CMS como te dicen. Wordpress va muy bien.

La elección de mesa + tarifa es una tonteria, el calendario ya lo tiene, mensaje de confirmación igual el registro, realmente no afecta porque puedes hacer reservas anónimas o con usuario, y el prepago... quien paga por adelantado la reserva de un restaurante?

#11 Un sistema de reservas como el que tu dices completo en backend, lo planifico en 15 horas de trabajo + testing.

Y oye, puedes explicarme a que te refieres con "Voy entendiendo por que está tan mal pagada la informática."

#12 pongo la mano en el fuego a que en 15 horas no desarrollas un sistema perfecto que contemple:

• Reservas de mesas: máximo por persona/ip. Que tenga en cuenta el número de comensales. Digamos que las mesas de tu restaurante son para 4-6 personas y la reserva es para 9 personas, qué haces?
• Te pueden hacer un bloqueo de mesas (stock) y que no vaya ni peter por allí. Este punto es realmente el más importante.
• Horarios de apertura y cierre, así como días dispares en los que el restaurante pueda cerrar por alguna emergencia. Qué pasa entonces con las mesas ya reservadas?

Todo esto con una buena interfaz del año en el que estamos, por supuesto.

Supongo que dice lo de que está mal pagada porque si te llega un restaurante y tú le dices que en 15 horas lo tienes hecho no querrá pagarte más de 150€ por ese trabajo, cuando realmente vale muchísimo más.

15 horas programando no es lo mismo que hacerlo en 15 horas, ahí lo dejo.

#15 bueno, en el caso de que no tocases nada de front sí sería viable, siempre y cuando la estructura del restaurante sea sencilla y no se quiera un nivel de profundización complejo.

Si lo haces en plan: me caben 50 personas comiendo a la vez (pongamos que tienes 2 turnos de comidas) y vas rellenando mesas (stock) hasta completar esas 50, añadiendo un sistema de fianzas simbólico (en plan 3-5€ por persona) y si un día tienes que cerrar y cancelar todas las reservas, devuelves todas las fianzas de ese día... pues sí, es viable hacerlo en 15 horas.

Pero estarás de acuerdo en que hacer eso es algo bastante sencillo a nivel logístico.

A ver a ver, si #21 se quiere meter con #18, que no lo haga viendo su portfolio, que a decir verdad, es bastante envidiable.

#21 si te quieres meter con eXtreM3, primero esconde esos repositorios de Github. De hecho, ya dejando de lado el "tengo ganas de meterme con alguien", sería bastante recomendable que los quitases, no creo que te ayuden, de hecho hacen bastante más lo contrario.

#21 La verdad es que el código de tu repositorio es para darte dos puñetazos .