谢邀。

先说结论：用户量小且维护成本高，投入产出比不合算。

下面我会简单聊几个方面，谈一谈投入产出比。

一.iPad的定位

苹果公司对ipad的定位是足够便宜，而且抛弃键盘的手提电脑。但是iPad对于大多数用户而言，并没有成为一个首体电脑，而是成了一个娱乐、消遣工具。对比手机，则是一个生活工具。两者本质上差别导致二者使用频率、使用场景上有很大的差异。同时，平板电脑在用日常生活中也是一个刚需产品，大多数人的配置还是手机+电脑，平板只是一个富裕配置。这一点导致了ipad的持有量比手机小很多。持有量决定了用户量的天花板。

二.iPad的操作问题

iPad的尺寸决定了在键盘输入上，体验比手机差很多（试想抱着iPad还要双手打字的场景），但是在手写输入（配上apple pencil）、点击区大的操作（游戏类）上体验占优。这两点决定了iPad有几个极为适用的场景：绘画、视频、游戏，但是对于键盘输入类App体验则不友好，比如题主提到的微博、贴吧等。体验不佳、难以培养起习惯，自然用户量也就不会很高。

三.用户量

以上两个问题，导致了大部分的应用在iPad端用户量占比极小，部分互联网公司的日活跃用户，ipad占不到千分之一。大部分公司注重头部用户/大用户量渠道，自然对小用户量渠道不太在意。游戏、绘画类产品iPad用户占比大，但是这部分产品，不在本文的讨论范畴。

四.研发、维护成本

针对iPad单独适配，开发成本显而易见。但是对于iPad端用户量小的公司，收益又不是那么明显。而且后期的维护也耗时耗力，服务器、带宽资源也需要投入成本。

基于以上原因，iPad端用户量小的公司都选择小投入维护或者是放弃（如果能让iPad端用户迁移至手机端，那是更好不过了）。

那么我们是不是真的应该放弃iPad端的用户（有一定量的活跃用户）呢？站在用户的角度，答案肯定是否定的。对于一个互联网公司而言，用户是核心，公司的核心目标也是满足用户的需求。

那么既然不能放弃，又要考虑成本/收益，如何平衡iPad端用户体验呢？目前相对好的解决方案是：在完成iOS端开发测试后，打一个iPad版的安装包（打包成本较低），并针对可能存在的严重的适配问题，后端进行版本控制。

这是基于用户量/成本的一个折衷方案，对于绘画类、游戏类、视频娱乐类的应用，还是应该做好产品体验，服务好用户。

当然，如果iPad端的用户量实在太小，建议还是将iPad端用户迁移至iOS，毕竟一个端的维护，还是需要一定的成本的，尤其是服务器、带宽、人员方面的成本。

如果我的答案对您有帮助，别忘记点个赞，(*╹▽╹*)。如有更好的建议，可以一起交流，互相学习。

以上，谢谢。