Hey Marin
Wellington posted this previously.
I'm not sure how BB is coded, but if there was some kind of form or method to set up lineups, for instance, it wouldn't really be expensive or difficult to create an interface to receive roster data, enable users to play with it and then send it back. I know I'm talking about one simple functionality inside the game, but I'd recommend an incremental approach anyway.
This should enable the mobile devs to code an app without ever touching or seeing the code behind BB as they would only need some kind of spec of the data exchange.
This is my idea as well. Essentially you would just build a 'wrapper'. a GUI which communicates to the BB-DB and just grabs that user's data for setting lineups etc. No-game engine data or anything like that needs to be sent. All game data, such as box scores, play-by-play would be 'view-only'. just like how you have it now.
So the only thing that a GUI developer needs to know is that he is receiving data for a list. Essentially the developer is going to developer containers and lists that can handle the type of text data that the user needs to manipulate.
Also have a look at what other websites do - Some other websites offer a 'cut-down' or mobile-friendly version of their website. Less content, bigger text, etc, but still with enough functionality to get them by. Banks are a good example of this. You can't do everything with a bank-mobile app, but the core features are there.
So id probably look at the following to begin with:
a) A cut-down version of the whole site as a starting point. Put in in the core functions that you want people to be able to do. You want to give the users enough functionality to 'play the game' whilst restricting how much work you do. So for example. Set-lineups, forum posts, change training, put bids on players, asking for scrimmages, change drafting, sell/fire players, send in-game mail, arena building. Probably a few more things there, but limit it to that.
All other functionality would be removed, and only availalbe on the full-site.
b) An 'app' which directs users to the 'mobile friendly' website - Its kind of cheating as an app i know, but its essentially what other people do very often. And if a user is on a mobile device, if they type in the URL, they get redirected to the mobile site (ie: no app needed really). A downloadable app is just for completeness.
So thats what I would aim for for version 1. It at least gets it out there, would enable people to play the game on their mobiles/tablets.
Then see how that goes. If its a success, invest into bringing the entire site over.
Incremental - baby steps. even what ive suggested above is probably too big haha. But yer, small steps towards a longer term goal.
Good luck.