有不少人问我和规划师是怎样协作的，我想了一下独立开发的长途协作还真踩了不少坑。所以今日把自己踩过的坑共享一下。

正确的人：树立信赖，价值观匹配

一个长时间稳定的协作的根底是双赢。

由于协作者的价值观共同，因而才或许双赢。由于双赢才干树立信赖。

假如协作的人值得信赖，就只要解决决议计划和信息同步的问题。由于咱们都会百分百的履行。咱们原本就不在一个当地，假如还要监督履行办理成本就无形增加了许多。

协作的人价值观一定要匹配。我举个例子，有一个人想组队去攀珠峰，所以他找人。有的人觉得我反正闲着也是闲着，想要找点事，一同参加。有的人仅仅对爬山有点爱好，刚好有人组爬山就一同去。有的人单纯是想搭一下便车，他仅仅刚好要去半路上一个当地。由于你不或许一向都是顺风，逆风的时分没有信赖团队就散了。

价值观会影响决议计划，假如价值观不共同，相同的条件，就会做出不相同的决议计划，就会产生不合。

假如有过项目决议计划经历，你就会知道有一些决议计划 A 和 B 都能够。可是 A 有长时间价值，B 有短期价值。这个时分挑选长时间价值仍是短期价值就很考验人道。举个例子，项目进行到一段突然有了 10 万收入，有人觉得 10 万应该扩大投入生产，有人觉得 10 万应该尽早分坠落袋为安。又或许有人出 10 万来买这个项目，有人想要继续做下去有一个自己的产品。有人觉得仅仅一个生意，赚钱了就完成了。

所以在协作初期，关于协作的预期目标，价值倾向就要先交流清楚，达成共同。你想长线做一个产品就不能和一个只想着短线利益的人协作。不然越往后越苦楚。

作业流异步协作最大化

在协作之初的作业流就为了能最大程度的异步协作规划。与此同时也要做到同步交流功率最大化。

独立开发的性价比体现这什么当地呢？相同的钱能够产出更好的作业，或许相同的作业可是更好的体验。相同的一个规划师，他生活在上海市区和他生活这二线城市的市郊所需求的薪水会有所不同（地舆套利）。相同的八小时作业量，要你早上 8 点到公司，和弹性 8 小时心境就不相同。因而为了独立开发能到达最大的性价比，最大程度的地点自在、时间自在是一个根底要素。假如你的作业流支撑不了全长途、全异步，你的功率性价比就不会超过公司。

异步协作的重点是：信息通明、流程效果通明。当然也需求定期的同步交流（对齐颗粒度）。

抽象一下协作无非便是交流好我想要一个什么东西，然后你什么时分做好给我，最终验收一下。想一下咱们网购不便是这样吗，挑好相同东西，下单。你不放心就去看一下物流进展，到货的时分你检查一下质量，承认收货或许退换货。这儿面的最终效果质量和客服是否实时回你音讯没关系。中心是你是否清晰自己想要一个什么东西（需求），商家产品的质量是不是到达预期（完成质量）。

首要在产品需求阶段是需求许多（异步）交流的。我会在群里提出许多潜在的需求，用户提的、同行做的、自己想到的。这些需求觉得有必要的最终都会记录在项目办理东西上，也能够称为需求池吧。

每个迭代版本要开端前会一同同步评论要做什么功用。这个时分主要是需求优先级的承认，咱们优先解决什么问题。这个时分也是价值观的碰撞。都是有用的功用那先做什么呢。

在交流好要做的功用后，我会在一个白板东西上做原型。由所以一个白板，所以也会插入思想导图，需求阐明文档。同时在原型上标示许多思考的点、用户的需求背景。还会放一些参阅规划。这个在线协作的白板相当所以一个 live docment。参与项目的人看到这份原型白板文档都能直观的理解这个需求。在规划开端前会约好一个时间同步评论原型规划。

规划师做规划也是用的在线规划东西（Figma、MasterGo），所以也能够随时看到规划进展。评论 UI 的时分语音连着就能够实时看到 UI 的改动。

在 App 开发上，基本上两三天就会打一个测试版本到 TestFlight 上，规划师会自己组织时间看下功用的完成度。

所有的进行中的使命状况都会标示在项目办理东西 linear 上。咱们的需求池也记录在 linear 上。未来几个项目的计划也会标在上面。所以咱们都知道相互在进行什么使命，状况在哪一步。

需求同步交流的只有需求原型交流承认，规划承认。这儿能够高效交流的一个原因是不像传统的那种开会的时分才看到要评论的东西。以前在公司的时分常常开会的时分才第一次看到需求文档、规划。现场就需求许多思考的时间。咱们这种进程、效果的产物都是线上通明，在交流前要评论的当地就在图上标示好了，所以就能够马上进入交流，一般一次交流半个小时就结束了。

有的时分需求开会评论一些规划也会提早写好会议大纲（在飞书上）。尽量把所有有关线索都提早组织好，这样也是上线后就能够直接评论焦点部分，不需求再阐明方案。

这个流程让咱们觉得舒畅的还有一个原因是咱们没有 deadline。咱们是用户体验优先，加上成员的信赖，只要交流好要做的东西就能够了。参与人只要大致估量出下一次完成承认的节点就能够了。一个规划做 3 天仍是 5 天都无所谓。其实没人逼你今后，有责任心的人反而会更高效。

草图原型很重要

咱们开端协作的时分对一个使命是口头和文字描述的。协作下来发现这样最终会偏差的特别多。或许做出来今后发现有个部分欠考虑了，发现这个方案不行，发现和脑中想的不相同。规划师会跟我抱怨你脑中其实有个更清晰的模型，可是你没有尝试表达清楚。

因而前期需求交流有草图、原型，把一个需求从脑中逻辑化落地能够很大的进步交流功率。

比方我跟规划师说要一个心爱的小动物形象，这个描述也是很抽象的。可是我找了几个心爱的小动物规划参阅，他就知道了我想要的是哪个类型的。插画师画图也会先给到几个草图，我就知道他大概是怎样表现的。在这个草图阶段，咱们双方关于内容的大概方向就确定了下来。在草图阶段咱们会进行许多的交流。前期交流清晰后最终的效果交给今后就只需求微调就能够了。

产品细节听谁的

独立开发的产品，每个参与的人都很有积极性，对产品都有主人翁意识。关于产品的形态，完成细节就会有许多定见不一致。这其实也是多人协作会正常遇到的问题。

我的定论：每个人都充分表达定见，不可逆的重要产品决议计划，最中心的一个人做决议计划。可逆的非要害决议计划，谁履行谁决议计划。

最中心的产品决议计划权最终由团队里决议计划质量最高，最有威信的人做。这个决议计划质量是通过一个个迭代中证明出来的。所以最开端团队或许还有一些 pk，假如某个开端的决议计划人总是犯错误那么最终的决定权就给另外一个人做了。

千万不要有我是产品经理，我经历最多就听我的这种思想。优异的人不吃这一套。应该是最优异的人做决议计划。

比方要不要做哪个功用，便是不可逆的要害决议计划。这个按钮位置在哪里，大一点仍是小一点便是履行层面的决议计划，谁做谁决定。假如某个产品经理、规划师最终的产物上线后用户总是不认可，阐明这个人能力就差。自己干这个的都做不好阐明就不合适干这个。

这样磨合一段时间今后也能增加独立开发的功率优势：高质量的直觉式决议计划。

为什么不推荐 A/B test 这种民主式都不开罪的思路呢？由于独立产品一定有一些要害决议计划会带来严重提高。细节的 5% 提高关于独立产品的基数来讲并不重要。大厂的产品基数大，找到一个最佳参数很有必要。独立产品的用户驱动因素更多是产品定位层面的，细节的优化提高只会捡芝麻丢西瓜（等于过早进行性能优化）。

当然这儿的要害中心产品决议计划，最好是有逻辑支撑的。能够总结出一些咱们认可的决议计划原则。比方先交流好产品的定位、用户群，产品的价值取向，团队的价值取向。这样就不会在底层逻辑上有不合。

最终

最开端我对独立开发的想象，是做出一个自己百分百满足的产品。后来和规划师协作推进了一段时间后，咱们都发现这是不或许的。我向规划师退让了一部分决议计划，规划师也向我退让了一部分决议计划。最终的产品或许咱们都是 80% 喜爱。可是或许这样的产品是体验更好的。一个纯开发者视角、纯规划师视角的产品未必就会是一个好产品。咱们定见充分表达今后有一些新的视角带来交融的产品或许才是更好的。