FPC Program ideas/suggestions

I downloaded the incentive details from the FastTrack Ready Support site, but I don't know the customer name that led to the acquisition only by providing a gross amount for the amount earned in Edge.
Internally, we conduct a department evaluation based on the customer name acquired, but at present we are troubled because we cannot evaluate it due to lack of information.
(Even if Edge is good because the program ends, I would like you to include the customer name in the payment details in the future.




FastTrack Ready Support (Incentive Statements)サイトからインセンティブの明細をダウンロードしましたが、Edgeでの獲得額についてはグロスの金額の記載があるのみで獲得へつながった顧客名が判りません。
社内では獲得した顧客名を基に部所評価を実施しますが、現状では情報不足で評価ができないで困っています。
(Edgeはプログラム終了するので良いとしても、今後も支払い明細には顧客名は含めていただきたいです。)

Does the FTC send Customer Satisfaction Surveys to FRP customers?  If not, would this be something they would consider?  On occasion, we request a SME from the FTC.  Most times the customer has a very positive experience, but not always.  I feel it would be beneficial for the FTC to know who is doing a great job representing Msft and who may need a little additional training.
 

Into the FY21 we had a great initiative of the M365 Deployment voucher, where a eligible customer had the implementation services covered by a eligible FRP partner (and follow up with FastTrack program itself).

Into FY22 one of the main KPIs is the Phone System adoption / implementation.

It would be a great punch to drive it, a Phonesystem Deployment Voucher to eligible customer that purchase licenses and help them to have all the required UC services to implement it (or migrate from other vendor) into Microsoft Solution.

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.