和技术合伙人对产品分发生分歧，请大家投个票。

1：发起-接收视频流程问题 A 向 B 发送视频，B 手机收到的是“您有未接电话“提醒，A 此时并没有中断视频。B 划开手机信息后看到的页面没有任何提示。若 A 想和 B 视频聊天，B 必须重新向 A 发起视频才能完成视频通话。B 重新在向 A 发视频时 也同样会遇到这个问题。最后导致无法视频？

最后导致无法视频？？？

你是视频应用，最后导致无法视频？ 怎么推广？

是啊 核心功能都毫无用户体验怎么推广啊

只说你的理由不说对方的理由怎么叫人评判？

最主要的，首先要弄清楚技术合伙人为什么不愿意先优化，他真实的想法是什么。

不知道病的症结就乱下药，能不能治好呢？

只按 LZ 的表述，这么浅显的问题，你的技术合伙人都反对，要么他傻要么你傻。

一个视频软件做成这样……用 sip 信令控制下接听流程，用 voip 推送完全能解决离线问题，都不是很难的东西，有这么纠结么……打算外包么？

首先，楼主的角色是？ “负责人” 指的是本产品的全权负责人么？
如果是的话，首先执行上没什么可说的，按负责人说的办。

接下来是否需要上线的问题，为什么技术合伙人希望这个版本就进行推广？

是因为必须要卡某个时间点？（包括但不限于 内部的工期 / 向投资人承诺的上线时间 / 赶着蹭某个热点 ）
还是因为技术合伙人认为这不属于问题（一开始提给开发的需求是否与当前所要求的效果一致？）
亦或者因为技术合伙人做出了错误决策，现在死撑（一开始定错了架构？选错了技术方案？）

从楼主的描述来看，这个版本对用户来说明显是没有实际意义的（只有双方同时开着 APP 才有可能完成交易），那么技术合伙人希望推它出去一定是有一定的利益诉求的，至于是为了团队还是为了个人，就要看具体情况了。只有明确这个利益诉求，才能更好的解决掉这个分歧。

最后就是技术问题的解决，从楼主字里行间的描述，我猜测技术合伙人将架构做成了这样：

1、APP 与服务器建立长连接，服务器根据连接状态来判定用户是否在线，所以会造成 APP 进后台后显示为离线。
2、用户之间的呼叫过程，就是服务器将两端 APP 的长连接数据（至少包含了呼叫请求）进行处理甚至直接转发（ Point 2 Point hhhh ），所以会造成一旦错过一次呼叫，再连接上之后也收不到呼叫请求。

假如是我猜的这套逻辑，技术合伙人以前怕是做 PC 客户端 or Android 客户端的

至于怎么改嘛，我也随便猜猜蛤：
1、有 PushToken 在就算在线？
2、给每个帐号打个被呼标记？

@jarlyyn 他的理由是这一版先上，看看用户反馈。

@leopku 你想表达什么？

@also24 没卡时间点，他的意思是小问题改不完的，就先这样推广。下一版在改。

@wohenyingyu02 其实已经有支付当初估价的 30%费用了，70%算技术入股。

@leopku 我得到的理由是这一版他觉得可以用，可以花钱去推广了。我觉得不行。

@zinsser0702

用户反馈和他没有直接关系啊。

@jarlyyn 他让我先推广一个月看看，不管效果好不好 他都不会有意见的。我也不知道这葫芦里卖的是什么药。

@zinsser0702 #10
那就是我说到的需求问题了，一开始需求是谁提的，有没有明确下来。
是否存在一开始只有一句话需求的情况，类似于： “我们只做很简单的功能，用户可以互相发起视频聊天”

既然你是负责人，建议你直接列个单子出来，第一版产品哪些功能是必备的，哪些逻辑必须走通，有个具体的产品上线前的 “验收” 流程。

“小问题改不完” 是技术常有的心态，因为需求方总是会不断的增加新的想法，列这个单子，一方面是让产品是否上线有据可依，另一方面也是给技术一个保证。

这么说来 B 是美女， 普通用户 A 想要和 美女 B 视频就要充值付费。
如果你描述属实，无主观因素影响的话，那么你的技术合伙人就有点问题， 可能是压力太大，没有耐心了，这是做技术常有的状态，但经历不够的话可能自己都没意识到。可能需要休假出去放松一下，冷静后再想想就不一样。 你现在说服不了他，不要硬来

@also24 1.需求是我提的，我把同行的 app 发给他看了，也做了简单的产品原型图，包括用户交互流程图。2.一开始产品规划上确实有一些疏漏然后返工（我之前是做市场顺带一些产品）也有部分功能技术做了之后用不了的情况。3.在前进的路上我觉得产品、技术、有一些问题是正常的，需要大家互相理解。4.业务流程：注册-登录-找到他想视频人-充值-发视频-扣费-结束。

@longear 1.B 确实是美女 2.他一直都是在上班，但挺想证明自己的。3.我现在想知道是我的要求不合理，还是他的拒绝改有道理。

什么奇葩视频软件？好像是网上卖的？

@longear 我可以保证我所提的一切是站在用户的角度考虑问题。

@zinsser0702 #17
OK，也就是说，有了基础的流程图和原型图，但是在做的过程中，大家都没注意到这个非前台 APP 无法正常接听会话的问题对吧，然后在内部测试阶段，发现了这两个问题：
1、非前台时无法接听会话
2、非前台时显示为离线

那么…… 技术现在都罢工了嘛…………？
没罢工的话，先评估工期然后排期嘛……
万一争执的这一会儿，开发已经搞好了呢？

另外看你之前发的帖子，似乎是擦边球行业，那我猜推广成本应该比较高吧？
那就再算一下，如果晚发布，会多多少人力成本、会错过多少时间，如果早发布，可能会损失多少推广成本、可能能带来多少用户量。

工期、推广成本、用户量预期 全堆在一起，大家拿数据说话嘛。

最后还是那句话，既然你是产品负责人，那按道理来说，对于产品运营推广方面的事项，你应该是拍板的人啊，出现需要说服技术负责人的情况并不合理，他可以提建议，但是无权干涉你的决定才对。

@also24 先不说技术有权没权干涉我对决定，我提出对需求是有理有据，有书面说明为什么要改，不改会怎么样，改了会怎么样。我从事互联网行业 8 年，前期主要是做流量（市场部）这两开始和用户打交道，提供的建议应该比技术更有参考价值吧

这个功能怎么和我以前实习做的东西那么像…连流程中出现的问题都很相似

市场做产品, 搞死的机率那是相当的大

@ipconfiger 还有的说做技术的做产品挂的概率也很大。

@zinsser0702 你作为市场跟用户打交道确实最多, 但是, 也许你觉得的了解用户, 其实只是了解如何说服这些用户, 而不是了解怎么让产品真正适合他们. 当然程序的问题也是有可能视界比较局限. 你缺的是一个好的产品.
市场跟程序沟通的最大问题是, 市场对产品的逻辑完全就是天马行空, 给出的东西都是半成品不具备可实施性, 而程序的思维又是比较严谨的, 逻辑不通就要卡壳, 所以你的程序还得负担一部分产品的工作, 不然东西根本做不出来, 而程序做产品的结果肯定就是, 和市场的想法相去甚远, 所以矛盾就由此而来. 其实倒不是程序改不改的问题

@zinsser0702 #22
打辩论有个很常见的词：需根解损
你作为市场方面，目前基本证明了 “需根” 的存在（可以理解为：是否存在问题，和问题是否出在我们身上）
那接下来应该和技术沟通 “解损” （有没有、有多少解决方式，它们的损益比怎么样）
四样流程全都通过了，就说明这件事儿该做。

但是从你的描述中来看，似乎技术方只是在蛮横的讲 “我不做” ，不提 “解” 也不提 “损”。
这并不是一个谁的建议合理的问题，更像是连沟通都不乐意沟通。

若是希望客客气气的协商解决，那我建议还是先回到我的第一条回复里所说的，搞清楚技术合伙人到底为什么不愿意和你好好沟通，是个人情绪？工作态度？还是说另有隐情？

接下来，才是出技术方案、预估工期、评估损益之类的过程。

首先我是做技术的，我很理解你合伙人的状态，现在应该是处于疲惫期，没完没了的需求变更，很多需求比较随意，导致反复修改。关键很多决策谁也不知道最终效果怎么样？所有才会坚持先推广看看。不够正如一楼说的，视频都打不通，还推广个 p，一出去就砸牌子了，会给产品声誉带来不可挽回的损失。肯定要解决掉。我觉得这本质就是个沟通的问题，可以先邀请身边朋友提意见，我估计这个问题十个有九个会提，拿这个结果去说服你合伙人吧。同时列个需求清单，定一个确实可行的上线标准，注意控制好加需求的冲动，让对方知道明确的目标。而不是漫漫无期的反复修改。一点个人看法，希望能帮到你。

和技术好好沟通下，俗话说：说出口的原因，都不是真正的原因。一定有他内心真实抗拒的因素，没有讲出来，你纠结在一个虚假的借口去沟通，是很难推进的。

就事论事的讲，问他 update 这个功能，需要多少工作量，以他现有的技术能力，实现难度多大，工期多长。

@gen900 嗯，非常感谢！

@also24 好的，希望双方都能找到一个都能接受的答案。

我觉得第一条的流程是有问题的。A 向 B 发起请求而 B 收到“您有未接电话”提醒明显不合常理啊，至少显示个“ A 正在请求视频聊天”之类的，在 B 打开 app 后，选择接听或者拒绝，如果你们产品是实时通信的话，那这个问题是必须要解决的，况且这个功能用融云之类的第三方服务很容易实现。
如果对实时性要求不高，可以把流程改为 A 请求视频（类似问答服务），等待 B 回复，B 收到推送后，选择回拨或忽略。

@maitiantuzi 技术说实现不难，而且现在准备提交一版新的（刚解决了注册流程问题）就是不愿意顺带把这两个问题解决了。心累啊！

@also24 学习了，感谢...

大家都在说技术，我说下心情，做技术的通常对技术问题并不看重，看重的是市场和方向，但是却看不清。对产品做出来之后的效果，即推广之后的收益心理没低，加上产品可能又擦边（纯属瞎猜，切勿在意），所以就更没底，这就是要求先推广试下的原因。另一个原因就是产品可能第一版架构有点问题，后面需要大的调整，而目前要解决的问题又是主要问题，虽然现在修修补补能勉强解决，但后面还是要重新来过。所以想等过了眼下，如果推广效果不错，下版就重构一起解决眼下问题，如果推广不理想，达不到预期，下版就修修补补。解决问题继续看效果。简单来说，就是利益才是动力，其它都是空气。

从你技术的角度，保守来看，你技术不愿意改是有理由的，只是是他自己的理由。太多产品做出来只是摆设。在没有明确市场和收益之前，产品越早上线，就越能发现问题。不至于白忙一场。

这功能不改好上什么，这根本就是不能用的好伐，技术也不难。。。你的技术负责人是傻逼吗

1 ）无论 app 在前台还是后台，得到呼叫提醒后打开 app 都是可以很简单的打开接受视频或者拒绝视频的页面的。
2 ）如若问题 1 解决了，问题 2 就只剩下一个后台线程常驻的问题，这个问题解决的办法是使用轮训或者长链接，至于 iOS 的后台线程问题，如果真对视频通话的应该是可以设置常驻后台。

@agee 1.通过同行的产品日流水数据显示，收入还是比较客观的。当然我们能否做到同行赚这么多是另外一回事。
2.产品越早上线就越能发现问题（这个观点我是赞同的）问题是我们自己内部发现的问题都没解决好，怎么解决其它被隐藏的问题呢。饭要一口一口吃，路要一步一步走的啊。

@LINAICAI 技术层面他也说不难，大概一周时间。但现在没有这些问题的情况下，他要求我先推广一个月看看。以我的判断真金白银出去，最后还要被用户骂。

@LINAICAI “现在没有解决这些问题的情况下”（上条回复漏掉“解决”两字）

@zinsser0702 我意思是小问题可以推迟解决，但是你描述的问题压根不是小问题好伐。如果作为技术负责人能这样评估也是没谁了……这样推产品钱就打水漂不止还得罪种子用户

@LINAICAI 我也是这么和他解释的，听不进去....

你的要求合理， 这么明显的用户界面问题，你们不找几个熟人用户内测一下就想推向市场？ 找几个没用过这款 APP 的熟人过来当面测试，你俩都在场观察用户体验

如果是大公司，基本不存在为以上问题争论到*这里*的情况，所以姑且认为你是在小公司。
小公司做产品基本就是边开飞机边修理，油还不多了。产品和开发意见不一致就会产生内耗，是效率优先还是成本优先必须达成一致。很多时候为了速度是会牺牲一些成本的。

不要指望有裁判，作为产品（负责人？），如果技术合伙人是你平级或上级，对别人或在外都不应讲他对错，只问自己做了什么，有哪些得失，如何让下次结果变得好一点。

填空题:
职场三定律：要么_, 要么_, 要么_.

用户如果用过一个体验不大好的产品，基本就流失了
当他下次再遇到同名的产品，如果有印象的话，大多数情况是不会再给机会的……

当然你还要看看你公司剩下的钱够不够用…

建议不要推，而是以招募内测用户的形式观察用户反馈，这阶段其实免费也可以……

因为自带“内测”属性，用户对产品瑕疵是会有容忍的。

等做好了，再开放。通过用户间主动传播，比买量的数据要好很多。

视频聊天，，，微信 QQ 不都够完善了嘛

你得确信你的方案能够技术实现，且逻辑完备。在你的流程中，你的假定：A B 都会能够快速反馈视频请求(App 切换出去也会立刻切换回来)，且此请求存在过程中并无其他并发请求。这，几乎是不存在的。按照你的流程设计会出现一个情况：B 接受视频有一堆“应答”列表，且每点一个都会失败(因你表示成用户在线，而用户不在线)，恩 B 很不满。A 发出多个请求，但等不到一个应答(原因同上)，A 觉得骗人的。

@zinsser0702 如果这个推广不影响投资人投钱的话，你可以说推迟一周等功能好了推广.....或者换个角度，说不定他觉得现有流程哪里不合理，但是无法说服你，所以要你推广试试看由市场暴露？感觉这个一般创业公司的分歧点比较多

吃瓜群众坐等技术合伙人上线

瓜子饮料矿泉水八宝粥，

先小范围推广一下也好，让用户来反馈，技术看到用户反馈就会很快改的，争论没有用

@zinsser0702 可以了解下这样的软件预算是多少呢？机密就算啦

这样一点意义也没有啊

很赞同 28 楼。
类似的经历我也有过，没完没了的改需求，推倒返工，就当个自己想法的试验田。说什么先推出去看看反响其实只是借口，主要是没耐心不想干了。
有个简单粗暴的办法也许有用，直接拿钱砸他，他干啥的目的不都是为了赚钱吗，有了钱啥都好说。

赞同 gen000 的想法。

@missdeer
1.之前反复修改的东西是为了符合 iOS 审核才能上架，技术和我对审核标准都不够了解（比如：图片、ipv6、文案、标题，支付..等问题）
2.这次的问题是因为我之前测试不到位造成的，没有一而再再而三修改需求反复推倒返工。
3.技术也没有不想干的意思。后来我说如果我不推广、你不改，这事情就僵持住了。按最坏的方式解决这问题的办法就是把合作伙伴关系变成外包关系，技术很爽快的说 这样也可以啊。所以您的判断应该是差不多的。

我觉得你一开始就搞错了，连早期用户都没有，开发啥 app ？先搞个朋友圈，选个兴趣点，积累一批早期用户，然后开发个最简单的付费流程，有人愿意付费了，再开发 app，付费细节根本不重要。

估计技术合伙人不看好你的市场判断 xD

@kuke
1.小范围推广的理由和意义是什么，明知道视频是核心问题还没解决的情况下，就拿合作伙伴的钱去做实验说的过去？
2.如果你是出钱合伙人，你会同意这么干吗。

.个人建议.遇到分歧了 po 出来让大家评理是很没有用的事情.只能得到一个平台去诉苦而已.
因为:
1.同一件事情,你描述,跟对方描述,侧重点完全不一样,给人的印象也不一样.
2.观众会根据自己的立场来投票站队,而不是根据你的这件事..
3.即使大家压倒性赞成某一方,比如这次支持你,你把技术合伙人踢了换人,下次可能还有同样的问题摆在你面前.

既然要做项目,就去好好沟通,说服对方或者让对方说服你,把时间花在找解决方式上,而不是和一群无关的人争论解释..

@HowardMei
1.你可能不清楚我们的产品属性
2.我们有用户资源，公众号共 1.5w 粉丝（都是喜欢美女的）开发之前好不容易才做起来的。
3.B 是 美女，产品天生带有有灰色属性（有明确禁止）但明眼人一看就知道怎么回事。

@zinsser0702 付费视频聊天一看就知道是什么了

@zinsser0702 你们这是明目张胆啊，一个支付平台就把你们卖了。

谁的股份大就谁说话算数

@zinsser0702 那你们的用户是美女，找美女们测试一下不就得了，可以先付费让她们不收费，用火了说不定获客成本比市场推广低。

不过还是不建议这种擦边球，很容易就违法了。

@wangxiaoer
1.我们也不想这样。我们最终想做成一个纯线上聊天、咨询、占卜、类的产品。如果前期不加一点有想象力的属性很难开一口子，希望大家能理解一下。
2.我想找点个用户帮忙测试一下，不知道有没有朋友愿意帮忙的。v：zinsser1987

A 代表男客户，B 代表女吸金主播 ？

@ty89 嗯呢

当前的视频流程也太坑了点吧...

你这种观点适合用心打磨做个好产品，但是可能无法做一个流行产品。。。QQ 的视频功能也是不断改进才做到现在的，而不是一开始就这么完美。
有新功能就赶紧做到产品里，保证在没有重大 BUG 的情况下赶紧发布抢占市场，后期再迭代优化就可以了。如果你不停地打磨，而你的竞争对手缺提早推出了类似功能并迅速抢占了一批用户，你一两个月后才推出完美的功能别人也会认为你是模仿，并且你的竞争对手可以 0 成本的跟进你的功能。

能用就赶紧发布，后期优化就行了，不然要版本号干嘛

@Tokin 嗯呢
顺便打个广告
陌视：一对一视频聊天 app，测试 bug。
产品：聊你想聊的，看你想看的

流程：
1.添加我 vx：zinsser1987
2.下载 app-微信注册
3.支付宝充值 6 元（可报销）
4.如果想多玩的，自己充值可报销 30%（ 70%给女主播）

要求：
1.仅限男生。女生已找好（高质量）
2.晚上有时间的时候 随时都可以测试


重要：测试结束后，拉群发 300 元左右红包给大家抢。

@zinsser0702 我喜欢汉子，哈哈。
我觉得男生找女生的 APP 太普通了点，给你个好 Creative，妹子付费找男生聊天的 App，里面全是俊男帅哥，女生花钱比男生可大方多了。哈哈哈哈哈

@zinsser0702 举我自己的例子，我也是出钱，与技术合伙开发一个 ios 游戏,做到后期，技术也与你所说的类似的情况，当时开始在百度贴吧两个相关的游戏吧里推广，不到两周有 400 多人，反馈的 bug 和建议差不多有 90 多条，而且还建了一个群，有一些热心朋友反复提了很多意见，技术一看到这情景，立即来了干劲，连夜奋战，经过不到一周，解决了几个吵了半年多的方向性问题，100 来个 bug,几乎都在一周内解决，如果按平时的速度，再过半年也解决不了。

@zinsser0702 苹果不分 30%？

@kuke 是啊，真的有市场，大家都会卖力的

@kuke 赞同，我也是这个意思，客户反馈对技术更有动力。合伙跟招人不一样，招的人会做一个产品经理想要的 app,而合伙的技术更多想做一个对客户有用，或者说客户想要的 app.也许你说你要求的就是客户想要的，但是，在这现在看来，在你技术，这里只是也许。但是开发人员可能并不完全认同。

@kuke 和技术想法已经达成一致，非常感谢！