你发现跟你联系的”客户”不是真的客户

案例:

1、你发现跟你联系的”客户”不是真的客户，而是转手把他接到的活转包给你了，但是你见不到用户，你只跟转包的二道贩子交流。

2、用户声称这是一个"小案子"，"用开源程序改一下就行"。

3、客户声称“目前钱不多，但是优秀者以后会给股份"

4、客户不签合同，不给预付金。 PM 在敏捷开发模式中负责和用户打交道，需要为自己的团队争取最大的短期和长期利益。在软件兼职项目中，有很多不同的任务和完成任务的条件，针对每个案例做出如下分析: 1、有什么样的风险? 2、如何应对? 3、作为团队的PM你是否接手这个项目?

案例一：发现联系的“客户”是转包者
风险分析：
沟通障碍：由于无法直接接触到最终用户，可能导致需求理解不准确，信息传递出现偏差。
质量控制困难：无法直接监督项目的实施过程，难以保证项目的质量。
付款风险：转包者可能不按时支付款项，甚至可能出现逃单的情况。
应对策略：
要求与最终用户直接沟通，至少要在关键节点上确保与用户的直接交流。
设立中间验收环节，确保每个阶段的工作都符合用户要求。
考虑签订三方合同，明确各方的责任与权益。
是否接手：
在无法确保与最终用户直接沟通、质量控制和付款安全的情况下，建议谨慎考虑是否接手此项目。
案例二：用户声称是小案子，只需修改开源程序
风险分析：
需求不明确：用户可能只提供了模糊的需求，导致项目范围不清晰。
技术难度：即使是修改开源程序，也可能涉及复杂的定制和集成工作。
知识产权风险：使用开源程序可能涉及版权和许可问题。
应对策略：
详细询问用户的具体需求，并尽量将其转化为明确的项目范围和验收标准。
对开源程序的使用进行充分的调研，确保不违反任何版权和许可规定。
在合同中明确技术难度和可能的工作量，避免后续纠纷。
是否接手：
在充分了解用户需求、技术难度和知识产权风险后，如果团队有能力且愿意承担这些风险，可以考虑接手。
案例三：客户声称目前钱不多，但优秀者会给股份
风险分析：
付款风险：客户可能以股份为诱饵，实际支付不足或拖延支付。
股份风险：股份的价值难以确定，且可能涉及复杂的法律程序。
项目动力下降：团队成员可能因期待股份而降低对项目本身的投入。
应对策略：
坚持签订正式的合同，明确付款方式和时间节点。
对于股份承诺，要求客户进行书面确认，并咨询专业律师进行风险评估。
设定激励机制，确保团队成员在项目过程中保持动力。
是否接手：
在无法确保稳定付款和股份承诺的合法性和价值的情况下，建议谨慎考虑是否接手此项目。
案例四：客户不签合同，不给预付金
风险分析：
法律风险：没有合同意味着双方的权利和义务不明确，一旦发生纠纷难以维权。
付款风险：没有预付金可能导致项目启动资金不足，影响项目进度。
信任风险：客户的不合作态度可能表明其对项目的重视程度不高。
应对策略：
坚持签订合同，并在合同中明确付款方式、时间和金额。
对于不签合同的客户，可以考虑放弃合作或提高项目报价以覆盖潜在风险。
在与客户沟通时强调合同和预付金的重要性，争取其理解和配合。
是否接手：
在客户坚持不签合同且不给预付金的情况下，建议放弃此项目，以避免潜在的法律和付款风险。
综上所述，作为团队的PM，在决定是否接手项目时，需要综合考虑项目的风险、团队的能力和利益等因素，确保项目的顺利进行和团队的稳定发展。