FPC Program ideas/suggestions

Translation provided by FPM Tamami Mitani
 

The FRP would like MS account team to know which FRP are engaged with their customers so that they won’t ask non-FRP partners to support their customers.

It seems there have been cases where MS Sales introduced non-FRP partners to their users who the FRP claimed CPOR for.

I think the point is we need to raise FRP awareness internally and provide those kind of information with sales team.

Also we have to recommend the FRP should reach out account team proactively with utilizing contacts information in FTOP.

S2500のユーザはSMEやMWAと情報共有等することができています。
S2500ではないユーザは、SMEやMWAがいません。
また、S2500ではないユーザは、MS営業はFRPがアサインされているかどうかも知りません。
そのため、FRP登録したユーザに対して、MS営業がFRP以外のパートナーを紹介するケースが出ています。
S2500ではないユーザに対してFRPが登録されている情報を、
貴社営業と共有する仕組みを検討ください。
FRP登録したメリットがなくなるのは残念です。

We love the focus on referrals for OneDrive for Business, but we received some regular FastTrack Referrals that should be Non Incentive Referrals instead.

As example: we received a regular referral for a customer in size Extra Small for ODFB. We already deployed SharePoint Online, so there would be no incentive for this left. The customer was asking for file migration to ODFB, but the customer is not eligible for the Migration Benefit.

We would like to understand why the RFA Gateway is approving such RFA and send this as regular referral. We understand that some areas around RFAs/Non-Incentive RFAs are a little cloudy woul dlike to have documentation that outlines and confirms the conditions that a RFA must meet, in order to be considered as a Request for Assistance, as opposed to a Non-Incentive Referral.

So two questions:
1. Are there any other FRP's facing this unclear situation?
2. Could MSFT share documentation that outlines and confirms the RFA conditions?

We would like to propose MSFT adds the FastTrack Referrals and Non Incentive Referrals as co-sell motion in PartnerCenter reporting.
This would enable the partner to use one source of truth for receiving and handling leads from her partner MSFT.

I think it would be a great idea to include a summary or a link that takes you to a summary of what the customer is looking to do around the specific workload(s) attached in the RFA. Many times it is the Microsoft AE submitting the RFA on behalf of the customer or being proactive in trying to push adoption of the specified workloads. It would help knowing who submitted the RFA from customer side or Microsoft side, how FastTrack was pitched to the customer (many times it is pitched as hands on and services focused) and what specifically the customer is looking for in regards to guidance around the workload(s).

[Translated text]

Success story registration site (aka.ms/FRPStories)

We need to clarify these points:

1. Microsoft's goal (of collecting our success stories)
(We have already provided our success stories in PPT.) 

2. Merit of posting our practices on aka.ms/FRPStories

3. Partner’s benefit 
We think there will be more posts if we have benefit(s) like the following:
- When we as a partner post more, he can get higher priority in referrals (e.g., MS will assign more users to us)
- A partner with more posts will have more FRP incentive, for example, doubled.
- The point will be added by 0.1 of FRP incentives for each post to introduce one of our new practices.

4. Are there any benefits to customer from this?
Benefits like the following:
- Some workshops will be free of charge for customer.

With the goal of EOM to have MAM policies in use, can we eliminate the need for Intune and Exchange claims.  The effort to get a client to implement MAM is above and beyond Intune or EXO and requires additional focused effort.  In many cases we may not have claims for EXO or Intune with a client. For example, when we migrated to CPOR under our new FPM's guidance we didn't migrate any Exchange claims past 40% so as it is, there is no gain to us to pursue EOM with those clients.  Another example is we have clients that had an initial FRP and our now working with us.  While they have passed 40% in Intune, they are not using MAM.  My ask is to simplify this claim so we can focus on having a MAM policy put in place.  Why does it need to include the other claims which already have payouts.  Can we just be paid for meeting the EOM requirements without the other claims? 

Dear Team,

Currently before a month ago, we received Microsoft Edge FRP Claim Incentive. We have not had any clue on for which customers and for how many seats the claim has been shared. It only indicated the $ value alone. 

We would need the below
1. A clear reporting against each customer claim that is been received for the Edge workload.
2. In FRP PowerBI dashboard, there should be an option to track the usage once the customer POE is submitted against the workload.This will help us to understand what was the Edge usage before we claimed and what we can expect as claim once we deploy remaining users. 

When a FT referral email is sent to the FRP it would be helpful to have the tenant name included.  Since referral emails are allowed as the initial PoE documentation for submitting the CPOR requests, having the the tenant name would speed up the process.  This also helps when the customer does not know what their tenant name is and/or does not know what their default domain is (which happens way too frequently).  
I propose a table in the email that could look something like this:

FTOP record name	Contoso US
Tenant ID	2k1wi-2cats-3d0gs-24kgld-12blah
Tenant name	contosousa.onmicrosoft.com
Customer PoC	Jo Smith (jo.smith@contoso.com

This would be in addition to what is already in the email body.
If emailing this information is a concern then please instruct the Gateway team in adding this information in the OSNs in FTOP.
Any time we can get this information up front would be extremely helpful.

The new POE for has a lot of boxes to check. Some of the boxes seem to overlap each other. 
For example what is the difference in Remote Guidance and Customer support?