明雀在与客户交流过程中发现，很多时候客户想找一款交付管理软件，往往会先尝试teambition、tower这些通用的项目管理或者是ones、禅道这些研发管理软件，后来在公司试运行一段时间之后，发现使用者叫苦不迭，甚至还要借助非常多的其他工具才能解决交付问题，这时候回过头想要迁移里里外外耽误了非常多的时间
明雀在2022年访谈了100+家各行各业的交付负责人，我们有一些有趣的洞察想要分享出来，区别一：不同公司的项目非标程度高（甚至同一个公司交付项目也有可能非标），交付的管理更加敏捷我们发现，跟客户交流，听到最多的反馈其实是这些软件“太重了”
如果跟客户深入探讨，我们发现所谓的“重”，其实是指，这些软件提供了若干种管理的范式、迭代的方法论，但是这些都必须让交付团队去重新改变交付的过程，有点“削足适履”
举个例子，交付过程中，一般涉及不到“需求、迭代、缺陷”的过程
而很多管理软件提供的管理逻辑，自定义程度都远远达到不了交付团队的需要，所以大家看到系统中一堆陌生的词汇，会显得无从下手
交付本身需要一套更敏捷的管理工具，能够适配业务人员需要的流程，但是又能够清晰的把控阶段、同步进展，并且沉淀出自己的交付模板
区别二：交付是一系列任务、数据、流程、文件、向汇报展现的过程的综合体去年我们做了一个调研SaaS行业交付实施调研发现一般客户在交付过程中，除了试用通用的项目管理软件，还会借助4-6个不同的软件来解决交付的问题，这些软件还要通通跟客户进行协作，不管是内部还是对外，这整个过程由于太多软件变得非常低效
那么，为什么一个项目管理/研发管理软件还不能解决交付场景的问题呢？那是因为交付过程中，任务协作只是其中的一个子集
交付还需要将关键性的节点同步给甲方，那还要额外借助文档系统，又或者，在交付过程中，涉及到非常多文件的传输，我们可能还要借助邮件等工具分享文件，还有一些自定义的流程和审批过程，这些交付过程中独特的互动和管理动作，使得通用的项目管理或者研发管理很难管理好交付过程
区别三：每个公司都会根据业务沉淀出自己的交付方法论，业务团队应该能定义软件，而不是软件定义业务“非标”和“复用”是交付经理遇到明雀第一时间会说出来的词汇，这也是交付很大的特点
“非标”一方面，体现在不同公司之间，业务逻辑差距非常大，甚至我们看到同一种类型的公司，由于项目类型的微小差别，会导致在定义交付逻辑上的巨大不同
这时候通用项目管理软件和研发管理软件提供的管理范式就失效了
“非标”另一方面，体现在对于部分公司而言，不同项目管理方式也相当不同
举个例子，设计类公司的logo设计和品牌全案，这几乎是两套完全不同的管理体系，常见的项目管理软件对于第一种过重，对于第二种又不够
“复用”则体现在，每个公司都希望能把交付标准化，让交付过程中的成本可控
所以，明雀认为交付过程中，需要让交付负责人，根据自己对业务的理解，在交付工具中沉淀出公司真正适用的交付流程
业务应该定义软件，而不是软件定义业务
如果通过一套工具，把公司过去通过大量培训都不到标准化的交付方法论，赋能给所有的交付经理，会大大提高公司的扩展性
区别四：交付过程需要对外管理，是一套内外协作的整体方法对外是交付过程中必不可少的环节，不管是给客户汇报进展还是对外分享材料，都涉及到公司对外的问题
目前市面上除了明雀之外的项目管理软件都偏向于纯内部管理，他们在如何在交付过程中让客户体验感提升、提高内外协同效率上的功能非常少
从产品类别上讲，项目管理工具都属于流程管理软件，但是交付的过程是流程管理软件+体验优化软件的综合体
一方面交付经理需要更好地处理好内部的协作流，另一方面，很多工作是需要共享给客户，甚至需要客户配合完成的，如果不能有一个甲乙方的同一事实来源，未来会有非常多的权责不明确而甚至引起争论的点
很多交付负责人在公司其实已经清楚地定义了，哪些内容应该对外分享让客户确认、哪些内容是纯内部协作，只是一直以来缺少一整套工具，将交付更好地流程化定义出来
区别五：交付需要更多的自动化，才能把交付经理的时间节省出来交付过程中，有很多互动的机制需要被机器人去解决，比如：事项的消息同步、重复的任务和计划、帮助交付经理更好地完成汇报等工作
这些工作，传统的项目管理软件会比较忽视，因为纯粹的内部管理中的自动化，不涉及如何对客户、如何提醒和推送消息
当然不仅对于执行者有帮助，对于交付负责人，如果能把公司交付项目的整体流程搭建出来，通过机器自动去识别和判断交付的节点，对交付过程也非常有帮助
关于明雀明雀是中国唯一一款，针对于交付这样一个上下游协作场景打造的软件，重新定义了企业对外交付的工作方式，让对外合作告别无尽的文档、邮件、分享链接，通过一体化客户门户实现一站式任务集管理、文件审阅、项目统计等功能，为甲乙双方搭建高效的在线协同空间
我们也希望通过我们自己对于交付的理解和认知，帮助任何一个公司把交付做成标准化的产品，让公司得以高速发展