CP：content provide的简写，直译是“内容提供”CP是移动数据业务内容提供商，或者叫移动增值业务内容提供商区别就是前者更紧密地直接参与运营。后者不紧密不直接。那么如何做好CP呢，请继续往下看!

1.服务意识，需求接收流程

不管最终结果(结果由策划与技术，运营讨论决定)如何，服务意识(运营决定)要到位。

老板戏称这是团队的“接客能力”。比如去餐厅吃饭，等的久了就问什么时候上菜，得到的答复就是：“快了”，“已经在做了”，“马上就出了”。服务员标准回答希望体现的是：顾客您别急，他们希望做成这单生意。但是他们的回答方式太过生硬，不考虑实际场景与问题，只管说出自己想要表达的答案，得到的当然是反效果。顾客已经等了这么久，询问的时候都濒临爆发，情绪在宣泄，而这种千篇一律的答复完全“看不到诚意”，结果自然是很多的甩袖离场。

相对应运营同事的反馈：“需求我记录啦，有结果时会第一时间和您同步。”。这与服务员的“快了”，与游戏客服的：“您的意见我已经记录反馈，感谢您的支持。”是没有区别的。合作方得到的答案没有任何技术含量，反而更多的感受是：不担当，他是个执行，说了不算。

换位思考：知道合作方需求提出以后需要得到的结果是否可以制作

如果可以制作需要多少工时

最终什么时候排期制作

给小伙伴们想要的答案：针对答案予以对应的回复

接受需求

根据【需求分析】【需求询问】需要的时间，判定自己第一次反馈是什么时间，根据这个时间给自己20%的延期，防止突发问题，此时，自己有了一个反馈的初步时间。

基本回复内容：“经过与XX的沟通，需求已经明确，我会尽快与策划，技术确认需求，在Y小时后给大家一个反馈，反馈结果包含：是否可执行，如果可做需要多少工作日。”

需求分析

根据自身对产品的理解，确认不明朗的细节内容，要确保自己将需求向策划与技术转达时保证是没有偏差的。

需求的目的是什么，合作方提出需求是基于对方对产品的理解+合作方所负责的平台用户特质来提出的需求，这些目的是什么，数据是否有预期。明白这些需求之后在执行起具体需求来会更加心中有数。

根据自己对产品的理解“当前是否有现成的功能”是满足合作方需求，不需要再制作的。是否有“接近需求”的功能，可以稍微修改就达到要求的。这一点内容就是从运营自身的角度去帮助开发“节省时间”。但是不能因为想要节省就拿其他的半成品去将就，这是不行的。