"Fin" du développement d'une application iOS

Mes 2 associés et moi-même développons l'application mobile PINPO ([URL visible pour les membres Pro]): une solution de matching entre propriétaires de logements et potentiels locataires.
L'équipe est composée de Matthieu, designer, Sacha, diplômé d'école de commerce, et de moi-même, Ingénieur.
Le développement a démarré en avril avec un développeur freelance: le temps a été très largement sous-estimé, et nous avons eu du mal à communiquer avec lui durant l'été. Nous avons donc payé le double de ce qui était prévu et l'appli n'est toujours pas terminée.
Nous recrutons actuellement un Lead Developer; il n'est pour l'instant pas à temps plein mais nous rejoindra bientôt. Cela a un peu relancé le dev, mais nous ne pouvons vraiment plus nous permettre de repousser notre lancement.
Nous souhaiterions donc savoir quel est votre mode de fonctionnement, si vous prenez des projets en cours de route, et quels sont vos tarifs (sont-ils adaptés aux startups ?).

Concernant le dev: nous développons une appli native iOS, avec les technos suivantes:
- Objective-C, cocoa, framework Spring
- Backend en Java
- serveur Google App Engine
- Outils pour le design: sketch, Zeplin, prototype Invision

Le backend est achevé, plusieurs vues restent à faire (onboarding et autres), nous souhaitons intégrer un chat. Nous partions sur Firechat mais il est incompatible avec Spring et GAE. Nous nous penchons donc actuellement sur la solution Quickblox. Le module d'upload de photos (appart, candidats) est implémenté et doit être réutilisé pour l'upload du dossier des candidats locataires.
Notre objectif actuel est d'avoir une Beta de l'application le plus rapidement possible.

Vous pouvez me contacter à tout moment, je serai ravie vous présenter réellement le projet.
Merci et bonne fin de journée à vous

Bien cordialement

Laurence Benamran

Détail:

Onboarding:
Nouvelles maquettes onboarding (tutorial) à implémenter

Authentification:
redirection sur home si déjà connecté
Dans réglages, passage de connexion -> déconnexion -> connexion

Ajout d’un bien:
remplissage des infos d’un bien :
sécurisation des champs, ajustements graphiques, résumé du bien
recherche d’adresse pas suffisamment précise, écran résumé pas du tout bon (étages.. switchs inversés, mauvaise photo, manque la possibilité d’entrer une description)

Affichage d’un bien (détail):
affichage de la fiche du bien détaillé
implémentation de la maquette

Home CHERCHER un bien:
affichage des biens: fonctionne
implémentation de la maquette (à compléter)
- filtrage par géolocalisation (Cherche) (renvoyer les biens dans la zone demandée)
- filtrage sur autres critères

Home PROPOSER un bien:
récupération des candidats (Propose)
appel au ws et stockage en session
voir les retours de l’api ?

- like et enregistrement en BDD (Propose)
appel au ws a faire, enregistrement en bdd ok a tester

- dislike et enregistrement en BDD (Propose)
appel au ws a faire, enregistrement en bdd ok a tester

Conversations (QuickBlox ?):
notification en cas de match
en développement

- récupération des matchs(biens matchés et locataires matchés): route déjà implémentée.
À connecter au tchat (les room de conversations qui s’ouvrent se font entre les deux personnes ayant matché).

Maquettes tchats à implémenter:
- affichage en liste des locataires (propose)
implémentation de la liste selon la maquette

Remplissage du profil Candidat:
- export des maquettes et implémentation
- ajout des infos en bdd ok a tester

Affichage d’un candidat (détail):
- affichage de la fiche candidat détaillé
implémentation de la maquette

Vue « Profil »:
- affichage du profil (propose)
réalisation des maquettes par taille d’écran, implémentation

- affichage du profil (cherche)
réalisation des maquettes par taille d’écran, implémentation

- switch pour activer le profil (cherche)
implémentation du bouton et appel au ws , route ok a tester

Dossier locataire:
Se servir du module d’upload des photos pour umploader ou prendre en photo les pièces du dossier locataires