I think this all sounds good except see #7
On Jun 21, 2013, at 3:11 AM, Corinne Krych <corinnekrych(a)gmail.com> wrote:
So to sum up:
1. Your are a Sale Agent (SA) and you log yourself
2. First screen displayed a list of all unassigned leads retrieved server
side (Rest service by default send only unassigned leads)
3. An admin pushes a new lead to a chosen list of SA (including you)
4. You receive the push notification, alert is displayed
5. Your device refresh the list of unassigned leads (server side call).
Potentially retrieving also unassigned leads not directly pushed to you.
Nice to have feature: The one pushed to you should be highlighted.
6. You accept the lead. The lead is removed from unassigned list and go in
Second tab: your accepted list which is stored locally on you device.
7. Nice to have: On acceptation of your lead, you send an update to
server. Server side broadcast to all SA (except yourself) to
refresh unassigned leads list.
I don't think this is a nice to have but a necessity. Otherwise you could
have multiple users trying to assign the same lead.
+1
it also shows a nice integration between all the layers: mobile,
backend/business server app, and the PushServer(s)
ok for all?
Corinne
On 21 June 2013 09:41, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
> I think I am going to change the GET /leads service to retrieve only
> unassigned leads rather than a new service
>
>
> On Fri, Jun 21, 2013 at 9:35 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
>
>>
>>
>>
>> On Fri, Jun 21, 2013 at 9:20 AM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> if we go go for storing the lead locally in "in progress tab" are
we
>>> going to display the leads from local storage then and not the one not
>>> assigned. is that how you see it?
>>>
>>
>> Yes, and that could be a good start for in the future when we will
>> expand the demo with offline and sync (NOT NOW :) )
>>
>>
>>>
>>>
>>> On 21 June 2013 09:07, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Fri, Jun 21, 2013 at 9:02 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>>
>>>>> I like it but for now there is no service to retrieve leads by
>>>>> SaleAgents, so we have 2 options :
>>>>>
>>>>> - Implement the service (Doh!)
>>>>> - Store the accepted leads on the device
>>>>>
>>>>
>>>> +1 on device storing (using the AG-DataStore API)
>>>>
>>>>
>>>>>
>>>>> Seb
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jun 21, 2013 at 8:38 AM, Corinne Krych <
>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>
>>>>>> Hi guys,
>>>>>>
>>>>>> So I see it with 2 tabs:
>>>>>> one "in progress leads" with all the leads accepted by
the agent
>>>>>> logged (default screen)
>>>>>> another with "new leads" with all pushed leads
unassigned
>>>>>>
>>>>>> a bubble notification appear on "new leads" tab icon
once a lead has
>>>>>> been pushed by the admin
>>>>>>
>>>>>> the sale agent can then accept this lead which then move to the
"in
>>>>>> progress tab"
>>>>>>
>>>>>> If another agent accept the lead, the lead should disappear from
the
>>>>>> "new leads"
>>>>>>
>>>>>> are you ok with the UI workflow?
>>>>>>
>>>>>>
>>>>>> On 20 June 2013 23:33, Sébastien Blanc
<scm.blanc(a)gmail.com> wrote:
>>>>>>
>>>>>>> Show all leads that have no sale agent id set
>>>>>>>
>>>>>>> Envoyé de mon iPhone
>>>>>>>
>>>>>>> Le Jun 20, 2013 à 22:21, Corinne Krych
<corinnekrych(a)gmail.com> a
>>>>>>> écrit :
>>>>>>>
>>>>>>> Sebi,
>>>>>>>
>>>>>>> When a sale agent logs in he should see a list of leads with
>>>>>>> criteria like all lead belonging to him or leads made in his
area or just
>>>>>>> all leads?
>>>>>>> as the admin user does selective push (with geolocation
criteria or
>>>>>>> other) i wonder if it makes sense to display all leads at
initial login.
>>>>>>>
>>>>>>> On the other hand if the sale agent got only its lead there
is no
>>>>>>> point to broadcast to others when a lead is accepted.
>>>>>>>
>>>>>>> wdyt?
>>>>>>>
>>>>>>>
>>>>>>> On 16 June 2013 11:56, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sun, Jun 16, 2013 at 7:46 AM, Douglas Campos
<qmx(a)qmx.me>wrote:
>>>>>>>>
>>>>>>>>> On Thu, Jun 13, 2013 at 11:33:12AM +0200, Matthias
Wessendorf
>>>>>>>>> wrote:
>>>>>>>>> > JIRA =>
https://issues.jboss.org/browse/AEROGEAR-1261
>>>>>>>>>
>>>>>>>>> Please assign those to me next time - spent a good
time trying to
>>>>>>>>> find
>>>>>>>>> it :P
>>>>>>>>>
>>>>>>>>
>>>>>>>> Oh, sorry :) I thought I did that. Added (and reopened)
for one
>>>>>>>> more repo request:
>>>>>>>>
>>>>>>>> - aerogear-push-quickstart-web
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Cheers!
>>>>>>>> Matthias
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> qmx
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>> twitter:
http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev