description
Un organisme de tourisme, qui veut donner des alternatives d’activité d’hiver de ski/glissade, organisé sur des collines de Montréal. Un concept de remonter et glissade avec des installations temporaires.
Pour augmenter l’engagement et l’accessibilité au plus grand nombre de client tout en réduisant le personnel (et donc les coûts d'opération) nécessaire pour cette initiative, le client à pour but de développer une application web sous un système de commerce électronique qui permet à tous les utilisateurs d’acheter leur accès ou différent produits d’avance de la maison, sur leur téléphone ou encore de le faire directement sur place via une borne d’accès avec écran tactil avec une interface simple combiné a un terminal de paiement.
En ce moment ils se servent de Square, ils aimeraient garder le même système de POS mais avoir la liberté de prendre n’importe quel type de carte (débit/crédit/etc.). Je crois que dans notre situation, le seul système possible c’est Moneris comme ils sont les seul avec les outils de programmation nécessaire (API).
Fonction nécessaire :
- Gestion ecommerce complète
- Produits (description/photo/prix)
- Rabais ponctuel
- Possibilité d’avoir un POS relié au ecommerce pour vendre en personne, à travail une borne interactive autonome, des items qu’on gère avec le ecommerce. Un peu comme Shopify fait avec leur POS dans les canaux de ventes.
- Connexion à l’imprimante pour imprimer reçu et billet (possiblement que le reçu sera le billet, à voir)
etc.
Budget visé :
7 500$ pour une solution plus petite/simple à 20 000$ pour quelque chose de complet.
Solution A :
Moins coûteux mais moins flexible (voir peut-être pas faisable pour les cartes de débit). Square comme gestionnaire de ecommerce/POS qui se connecte à un terminal de paiement pour envoyer
Solution B :
Moyen coûteux, flexible mais moins solide. Un noyau central qui génères des rapports, qui est en synchronisation avec le SAAS ecommerce et les terminal de paiement physique (crédit et débit). Un système tel que Square pour la gestion des items à vendre.
Solution C :
Le best, surement plus coûteux mais solide. On prendrait un système comme Lightspeed qui permet de faire pas mal tout. La partie d’impression des billets serait surement fait par un noyau central externe qui pourrait gérer tout ce que LightSpeedHQ ne peut pas gérer.
Contraintes :
L’interface doit être web et fait pour une borne tactile dans ce style
https://www.signaramaquebec.com/produit/borne-affichage-interactive/
app shopify POS ne fonctionne pas sur PC
Idée venant du client
Système qu’il a entendu parler pour du ticketing par l’équipe de l’IglooFest mais je ne crois pas que ce soit une bonne solution comme il veut pouvoir jouer avec des produits et autres sur une bornes interactive. Il cherche plus un POS / e-commerce système plutôt qu’une systeme de ticket seulement. https://vendini.com/
C’est donc un exemple de ce qu’on ne veut pas.
Question pour développeur :
Si on prend le système online de paiement Square, est-ce qu’on peut se servir du terminal Moneris en disant simplement au système Square que oui, la transaction a bien été complété et qu’il peut imprimer le reçu. L’objectif serait de prendre Square comme Système complet (eCommerce, etc.). L’équivalent d’avoir prit un paiement en cash.
Pour augmenter l’engagement et l’accessibilité au plus grand nombre de client tout en réduisant le personnel (et donc les coûts d'opération) nécessaire pour cette initiative, le client à pour but de développer une application web sous un système de commerce électronique qui permet à tous les utilisateurs d’acheter leur accès ou différent produits d’avance de la maison, sur leur téléphone ou encore de le faire directement sur place via une borne d’accès avec écran tactil avec une interface simple combiné a un terminal de paiement.
En ce moment ils se servent de Square, ils aimeraient garder le même système de POS mais avoir la liberté de prendre n’importe quel type de carte (débit/crédit/etc.). Je crois que dans notre situation, le seul système possible c’est Moneris comme ils sont les seul avec les outils de programmation nécessaire (API).
Fonction nécessaire :
- Gestion ecommerce complète
- Produits (description/photo/prix)
- Rabais ponctuel
- Possibilité d’avoir un POS relié au ecommerce pour vendre en personne, à travail une borne interactive autonome, des items qu’on gère avec le ecommerce. Un peu comme Shopify fait avec leur POS dans les canaux de ventes.
- Connexion à l’imprimante pour imprimer reçu et billet (possiblement que le reçu sera le billet, à voir)
etc.
Budget visé :
7 500$ pour une solution plus petite/simple à 20 000$ pour quelque chose de complet.
Solution A :
Moins coûteux mais moins flexible (voir peut-être pas faisable pour les cartes de débit). Square comme gestionnaire de ecommerce/POS qui se connecte à un terminal de paiement pour envoyer
Solution B :
Moyen coûteux, flexible mais moins solide. Un noyau central qui génères des rapports, qui est en synchronisation avec le SAAS ecommerce et les terminal de paiement physique (crédit et débit). Un système tel que Square pour la gestion des items à vendre.
Solution C :
Le best, surement plus coûteux mais solide. On prendrait un système comme Lightspeed qui permet de faire pas mal tout. La partie d’impression des billets serait surement fait par un noyau central externe qui pourrait gérer tout ce que LightSpeedHQ ne peut pas gérer.
Contraintes :
L’interface doit être web et fait pour une borne tactile dans ce style
https://www.signaramaquebec.com/produit/borne-affichage-interactive/
app shopify POS ne fonctionne pas sur PC
Idée venant du client
Système qu’il a entendu parler pour du ticketing par l’équipe de l’IglooFest mais je ne crois pas que ce soit une bonne solution comme il veut pouvoir jouer avec des produits et autres sur une bornes interactive. Il cherche plus un POS / e-commerce système plutôt qu’une systeme de ticket seulement. https://vendini.com/
C’est donc un exemple de ce qu’on ne veut pas.
Question pour développeur :
Si on prend le système online de paiement Square, est-ce qu’on peut se servir du terminal Moneris en disant simplement au système Square que oui, la transaction a bien été complété et qu’il peut imprimer le reçu. L’objectif serait de prendre Square comme Système complet (eCommerce, etc.). L’équivalent d’avoir prit un paiement en cash.
Soumissionnaires
Loky App
Félix LeBlanc
Robert Petit
Joseph Dibaya
