Привет всем!  
Начинаем писать программу по недвижимости. Может есть у вас какие-нибудь интересные идеи?
Что можно реализовать интересного/вкусного, как думаете?

Это сообщение отредактировал(а) Akella - 12.1.2009, 14:52

ну если она у тебя с 3Д графикой, то есть пару идей... ??

карты по недвижимости
например http://www.lgorod.com/

"Шо, опять?!?" (с)

А чем старая не годится? (кроме того, что я уже написал   )

Это сообщение отредактировал(а) Retro - 29.12.2008, 13:25

а что делает программа по недвижимости?

Она по недвижимости - т.е. не двигается ничего и ничего не происходит. Мало работы и очень дорого 

akolit, не, зачем в базах данных 3D графика  

Добавлено через 5 минут и 28 секунд
Retro, ну.... там уже база будет на новом сервере FB 2.5, тем боле, что структура базы во много пересмотрена хотябы в том, что программа теперь может полностью логировать что изменил пользователь, в смысле будет показывать изменённые данные, типа было до и после изменения. Больше будет справочников, больше информации можно будет хранить. Полностью будет переделан конструктор отчётов, всмысде всё, что сейчас есть, будет заменено на FastReport.

Есть идеи, которые в существующей программе тяжело реализовать из-за того, что она у многих в работе.

Ну и, как говориться, легче новое построить, чем в старом ремонт делать.

Добавлено через 9 минут и 12 секунд


вот

А вообще, как минимум - это хранит красиво и "структурированно" разную инфу. 
Ох видели бы вы   что мне присылают в экселевских файлах для импорта в базу. Ну мы типа на халяву импортируем уже имеющиеся у народа их экселевские данные в базу, чтобы отдать уже готовую программу. Там просто тихий ужас  .

Akella, 
ну так если ты просто базу делаешь, то там ничего вкусного быть не может ИМХО... а 3Д графику можно прикрепить например модели квартир, если это агентство по недвижимости, продающее квартиры... это может облегчить выбор, т.к. будет видна планировка квартиры и её площади в относительности друг от друга... это было бы проще чем ездить по всем квартирам и смотреть... а для универсальности можно сделать модели универсальными, т.е "конструктор моделей"... собирать любую квартиру из предложенных, модифицируемых комнат-коробок...
ну как-то так   

Посмотри название темы. 






я имел ввиду, что сервер базы данных, а не программа будет логировать все изменения всех полей, разве это не вкусность?  



работа с фотоснимками/планами и так предусмотрена, но 3D модели квартир....   кто моделировать будет? Это ж не просто фото...



возмёшься за написание конструктора?  

toAkella: а при работе с программой будет предусмотренна возможность формировать запросы включающие профессиональный жаргон риелторов?

Добавлено через 23 секунды
чуть не забыл -- хороший телефонный справочник

Akella, 
извини, но из названия темы не особо понятно какого плана прога и что в себя может включать...   
по поводу 3Д конструктора идея интересная... перспективно ли это?!? можем обсудить...
мы разрабатывали проект с 3Д моделями автомобилей... проект не был закончен ввиду невостребованности и монополизации автобизнеса в нашем регионе!!!!

Ну на данный момент есть поиск по среднему этажу, например, угловая, ты это имеешь ввиду?
А какие жаргонные термины ты ещё знаешь?

Добавлено через 1 минуту и 40 секунд

думаю, что это не перспективно, большинство риэлторов - люди необразованные в компьютерном отношении, а по сему для них будет не то чтобы не интересно, а даже невозможно смоделировать квартиру или просто комнату

Добавлено через 6 минут и 23 секунды
Может лет через 5-10, когда компьютер в школах будут изучать с первого класса, знание линукса и винды, например, будет обязательным для поступления в школы.... 
Мало того, ваш модуль 3D можно, конечно, сделать, как отдельный плагин, только в стоимость программы мы его не будет включать, уверен, что только этот модуль может стоить как вся программа в целом.

Добавлено через 6 минут и 45 секунд

спасибо  , я сам им до сих пор пользуюсь

Akella, при написании программы главное помнить для кого ты её пишешь. Чем проще программа для восприятия тем лучше.

Концепция Getting Real рулит.

Смысл такой - Если ты умеешь применять какую-либо функцию, то это вовсе не означает, что её таки нужно применять.  

Последнего высказывания не понял. 

Добавлено через 3 минуты и 58 секунд
Вот мне понравилось: Работайте страстно.  

Не использовать что-либо просто потому, что ты это умеешь.

Это касается только меня, как разработчика? Или меня, как пользователя какой-либо программы?

Ещё жаргоны:
Квартира подготовлена к евроремонту - значит убитая в дрова
Полуторка

Можно ещё сделать возможность поиска квартир с окнами на нужную сторону света, для людей которые хотят жить по фэн-шую   

Именно тебя, как разработчика. 

Ну и нужно ориентироваться на целевую аудиторию. У неё может быть свой взгляд на вещи, то что тебе кажется жизненно необходимым, конечному пользователю может показаться ненужным излишеством или, что хуже, помехой при работе, а соответственно минусом при решении использования ПО.


то: Akella, вот об этом я и говорю. Можно конечно, но нужно ли? Если учесть, что 99,9% пользователей, в наших широтах, видали этот фэн-шуй в гробу, в белых тапках, то нужно ли добавлять эту функцию в программу? 

ksili, без обид. ;-)

Да я ни на что не обижаюсь. Этой фразой я пытался показать, что тема немного бесполезная. Если Akella, делает эту программу для кого-то и сам в этой области работает какое-то время, то мы ему ничего нового не скажем. За тем что нужно ему следует идти к пользователям. Я всегда так и делал. Главное потом не забыть применить фильтр   


Согласен


Во-во

+++

эээммм, только без матов

Добавлено через 2 минуты и 3 секунды

Такого понятие нет

Очень по-рыбьи 
- А зачем ты это делаешь?
- Да просто так, шоб красиво было! (экзальтация Венеры) 

Простите за астрологический жаргон.

Akella, задачу поставить могу, а что там должно быть - это надо у будущих пользователей спрашивать. Есть такая возможность? Или вам не грустно писать софт, 80% функций которого (а вы их долго и тщательно вылизывали, оттачивали, и т.п.) не будут использоваться?

Это для себя или на заказ?...

Предложение тут где-то мелькало грамотное - определите целевую аудиторию, поймайте парочку пользваотелей из этих сегментов и расспроите, какие возможности реально облегчили бы им жизнь. Повторюсь, если есть желание писАть для того, чтобы улучшить кому-то жизнь (через условия его работы). Если писАть для себя, то вам и форум не нужен 

Это сообщение отредактировал(а) ida - 12.1.2009, 14:36

Мы не пишем программу на данный момент для какого-либо конкретного заказчика, иначе бы я не поднимал эту тему, т.к. было бы известно, что ему конкретно нужно.

Здесь идёт речь о каких-либо фичах, которых пока нет у других. Чтобы выделиться. Я вот надумал сделать календарь.
http://forum.vingrad.ru/forum/topic-242952...y1750893/0.html

Но эти фичи могут быть полезными, удобными, прикольными, классными.
Вот к чему я виду. А то, что мы добавим в программу чего-то там, такого.... ну пусть не пользуются.

Допустим вы покупаете винду, там есть блокнот, мувимейкер, пейнт. Например, я мувимейкером не пользуюсь, так что теперь.... мне винду не покупать?


Это сообщение отредактировал(а) Akella - 12.1.2009, 14:43

Потрясающе 
И вам не жаль своего времени, которое вы могли бы провести с любимыми людьми, увидеть новые места, попробовать то, чего еще не пробовали, или просто поваляться с книгой на диване - вам этого времени совершенно не жаль ради того, что абсолютно НИКОМУ не нужно?...

Вот это самопожертвование...


Так вам винда нужна - вот вы ее и покупаете. 
А кому будет нужна ваша программа?... Вы это уже знаете?

Это сообщение отредактировал(а) ida - 12.1.2009, 14:54

Посмотри на это с иной стороны. Я например пользуюсь Мувимейкером.
Это просто разные рыночные ниши. Винда и твоя программа. Я не говорю про сложность исполнения, только про сегмент рынка.
Чем уже сегмент, тем ближе к покупателю (конечному пользователю) должна быть программа.

Через пару минут приведу пример.

идеи пользователей за три года мягко говоря выродились, причина данной просьбы от Акеллы в следующем, разработан программный пакет, для среднестатистического агенства недвижимости(программный пакет вполне успешный и пользуется спросом), но как показало общение с руководителей, крупного агенства есть куча мелочей которые непонадобятся для молодого или маленького агенства, но вполне успешно реализуется в агенствах где сотрудников до полу тысячи, т.е. фичи и заморочки специализированные, а у меня есть чуство, что таких заморочек в каждом крупном агенстве приличное количество, так вот я незнаю как Серега, но мне представляется возможность провести сбор информации в данном направлении и выделить общие характерные детали для всех крупных агенств...
Кстати Сергей я лично изначально был против создания этой темы на форуме программистов, и ответы вполне справедливы, что ты хочешь от людей которые не варились в нашей среде, они правы, что отправляют тебя к.... ну ты понял куда 

Это сообщение отредактировал(а) redona - 12.1.2009, 15:19

ну... на сколько я знаю, то такого не бывает, на каждый товар найдётся покупатель, грубо говоря.

Добавлено @ 15:23

но там есть мувимейкер и куча не нужного мне хлама, но я же просто им не пользуюсь, я же не прошу майкрософт удалить это всё из дистрибутива, не сегодня, так завтра тот же мувик понадобится, пусть себе валяется на диске, он же жрать не просит.... или у вас просит 

Добавлено через 4 минуты и 52 секунды

да, риэлторам, частным маклерам, агентствам недвижимости, риэлторским компаниям, что за вопрос странный, не собираюсь же я предлагать её металлургам 

Добавлено через 7 минут и 23 секунды
Вот вы говорите, чтобы мы не добавляли всяких "ненужностей" в программу. Вот и я не хочу добавлять то, что не потребуется. Ну а вдруг проскользнёт интересная идея, как с календарём аренды поучилось.

Это сообщение отредактировал(а) Akella - 12.1.2009, 15:25

Пример:

Мне нужна программа открывающая новое окно и больше ничего. Всё. Простой и понятный функционал.

Я заказываю у разработчика такую программу. Либо ищу её в интернете.

В итоге я получаю на руке 2 варианта программы.

Вариант 1:



Вариант 2:



В принципе обе делают то, что мне было нужно изначально. Единственное, мне нужно - Выбрать из этих двух программ только одну.

Какую выберет большинство пользователей?

Такое вот упрощение.

Уточнение - При определённой рекламе.


Учти, что ты говоришь про завоёванный сегмент рынка.
Твоя программа это новый рыночный продукт, который должен завоевать признание и даже признательность покупателя. Чем запутаннее программа тем меньше на это шансов. Френдли интерфейс это действительно очень важная штука.

Возможно проблему можно решить с помощью модулей. Например есть базовая версия программы и к ней куча модулей (плагинов, фильтров и т.д.). Этим можно убить двух зайцев.
Во первых люди получают именно то, что им необходимо, не путаясь в "лишнем" функционале.
Во вторых это очень сильный маркетинговый ход, психологически легче купить 10 модулей по 10 долларов в течении пары месяцев, чем одну программу за 50 долларов но сразу. 
Первоначальный эффект при продажах очень важен. Человеку психологически проще увидеть пять надписей  - 10$ разбросанных по странице, чем одну надпись  - 50$ но в центре страницы. 

  

Retro, пример супер 

redona, т.е. проблема в том, что имеющаяся целевая аудитория содержит сегменты с разными потребностями, правильно?
Тогда ИМХО нужно просто сделать несколько версий, где базовый набор функций будут составлять используемые всей аудиторией, а специализированные входить в соответствующие версии.
Чем такой вариант не годится?

А то, что посылают к пользователям, это правильно.
Опускание этого этапа и есть те главные грабли, которые храбро собирают все разработчики. Им часто трудно себе представить, что на их софт не любоваться будут, а зарабатывать деньги с его помощью (как правило). Поэтому главное - необходимость и достаточность, удобство, переносимость, эффективность. Как бы вас не восхищала чудесная объектная модель или совершенный код, написанный вами, ни один пользователь его все равно не увидит  Об этом стоит помнить.
Поэтому бесполезно ЗДЕСЬ задавать вопрос - что должно быть в таком продукте? Только заказчик ответит на него.


А вы уже доросли до размеров и прибылей Майкрософт? ;)


дык критерием интересности-то и является пользователь - т.е. тот вот самый риэлтор.
Что-то может и совпадет.

Это сообщение отредактировал(а) ida - 12.1.2009, 17:55

ой, ну не нужно придираться к примерам

Добавлено @ 19:24

Ну я же сказал, что конкретного заказчика как такового нет. Заказчика нужно привлечь. А будет ли заинтересован будущий покупатель, если он откроет программу и увидит там две кнопки: добавить квартиру и найти квартиру. Круто, всё просто до ужаса, ну а толку.

Это сообщение отредактировал(а) Akella - 12.1.2009, 19:25

Akella, возможно, я не совсем ясно выразилась.

Вы сказали, что знаете свою целевую аудиторию. Это риэлторы.
Вот выберите по одному риэлтору из каждого сегмента (крупное агентство, маленькое агентство, и тп. - сколько их там у вас) и расспросите каждого, что ему нужно от такой программы.
Под словом "заказчик" я здесь подразумевала пользователей (это не всегда одно и то же, но в данном случае можно предположить, что купит продукт та компания, которая и будет его использовать - я права?)

Да, мы создали опрос (гугл прекрасный инструмент предоставляет), разослали, народ ответил, по результатам немного допилили напильником программу, чуток добавили функционала. Но ничего существенного от них не дождались. Большая часть агентств развалилась просто-таки, ответили всего около 20-ти % от всех существующих клиентов, а хотелось бы, что бы процентов 80% ответили. 

Видишь ли в чём ИХ проблема, а может быть даже наша. Они, заказчики, категорически не хотят предоставлять техзадание. Меня недавно один клиент за душу тааак тряс, чтобы я добавил какую-то там функциональность, объясняя это вдумя словами. А это чревато доделками/переделками. Во он категорически отказался написать то, что он конкретно хочет от программы. Я отказался доделать желаемый функционал, т.к. даже смутно понимал, что вообще нужно было ему. 
Так что распрашивать их зачастую бесполезно.

Добавлено через 51 секунду

конечно права, а смысл покупать, чтобы его не использовать

Это нормально.
Заказчики в общем-то не должны его предоставлять (особо продвинутые могут, но это скорее исключение).
Поняла проблему. Вы пытаетесь самим себе поставить задачу.

Могу помочь, если скинете предварительное описание (то, что вы насобирали) в Системный анализ, проектирование и UML

Скорее да, чем нет. Уже на основе приобретённого опыта в реализации подобных проектов, с учётом допущенных в проектировании ошибок, глюков, недочётов. Мало того, проект будет реализован с учётом возможностей перевода на др. языки, максимальной настраиваемости относительно желаемых к заполнению справочников, а также с использованием юникода.

Добавлено через 1 минуту и 2 секунды

Не понял.

Добавлено через 1 минуту и 51 секунду
Пока конкретных описаний нет ещё. Есть пока что уже почти готовая база данных.

toida: извиняюсь, но слишком специализированный подход, Akella ведь не делает конкретный продукт для конкретного пользователя, пусть даже этот пользователь несколько размыт до уровня условный риэлтор, поэтому на большинство вопросов следует отвечать тому, кто считает экономические риски для этого продукта. думается, в данном случае, это отдельный человек. тем более, что продукт для всего этого уже есть, ms office практически идеально подходит, разве что макросов дописать и все будет в лучшем виде. готов поспорить.
прошу прощения, но пользователь, зачастую идиот, и ему надо рассказывать, как ему будет удобней. помните фразу -- если бы первые производители слушали пользователей, то они бы вывели новую породу скоростных лошадей.

toAkella: касательно жаргона, сам с этой областью был косвенно связан, но есть такие формулировки как "чешка", "полька" -- это количество комнат и их планировка. наверняка есть названия для квартир в разных типах домов (хрущевка, панелька, сталинка, 70-х годов, новострой, ну и т.п.), в разных районах (спальный, там где много парков и школ, деловой, возле студ. городка, в центре ну и т.п.), ценового диапазона, уровня ремонта и обустройства (жилая, купленная и отремонтированая для перепродажи ну и т.п.), в зависимости от цены (люкс, бюджетная ну и т.п.). если терминов для типов квартир нет, то их можно придумать. а потом пользователь, поговорив с клиентом и прикинув в уме что надо, выберет по этим типам "по-быстрому", в идеале просто предложение в строчку напишет, программа сие пропарсит и выкинет табличку с уровнем соответствия. если ко всем типам можно в ручную приписывать адреса и характеристики (если это по ценам, то менять диапазоны), если можно будет вводить свои псевдонимы (например построили новый дом, нет таких планировок больше нигде, или агентство часто работает с конкретным типом квартир и уже называет их по своему), например забили в базу адрес дома и псевдонимы квартир, получили заказ на квартиру и вводят ее в базу посредством указания псевдонимов, адреса и юр. данных и отдельно связывая с базой клиентов. если заинтересовало -- могу попробовать по другому сформулировать это все.

а еще можно прикрутить историю объектов, вперед и назад. мол был объект, был выставлен на таких условиях, потом они так-то изменились, был сдан/продан/куплен при таких и тогда-то. или есть сейчас, если через столько-то ничего не поменяется условия меняются на такие-то, или если то-то произойдет, то на такие-то. и чтобы можно было эту историю по объектам выводить и проводить анализ по аналогии.
но это меня уже несет...

я лично про жаргон имел ввиду упрощение поиска, как  я пояснил на примере Поиск по среднему этажу. А чешка, полька - это всё один справочник, т.е. в принципе никакого упрощения поиска.

Добавлено @ 23:32

Я понял, я видел такой справочник типов. Можно сформулировали набор правил, назвать его Набор1, второй набор назвать Набор2. Потом, выбираем Набор2 и часть полей заполняемой формы уже заполнена. Это для ускорения добавления квартир неплохо. Т.е. можно показывать на форме добавления список выпадающий, где будет показано название набора и его описание.
Только в той программе, которую я видел сделано было не много не так. Было там реализовано не по собственным названиям наборов, а по названиям жэков. Т.е. № дома и № жэка определяли тип планировки квартиры, уже можно было знать, что это за дом, в каком состоянии крыша или трубы и т.д.

Добавлено через 7 минут и 56 секунд
Единственный минус - это сбор информации об жэках, домах затруднён.

Это сообщение отредактировал(а) Akella - 12.1.2009, 23:34

      

а что, бывает и такое   

Да, потому что тогда еще не было аналитиков.

Вы напрасно так пренебрежительно относитесь к пользователям.
Я профессионально работаю с ними 4 года (перевожу их пожелания на язык разработчиков и перевожу вопросы разработчиков на язык пользователей, чтобы те могли на них ответить) и утверждаю, что:

1. Пользователи прекрасно знают, чего они хотят и еще лучше знают, что им совершенно не нужно.
А вот как правильно расспросить пользователей - знает далеко не каждый (именно поэтому зп аналитика в среднем будет выше зп разработчика в той же компании).

2. Пользователи осведомлены в своей предметной области гораздо больше любого среднего разработчика.
А разработчики, которым не объяснили хотя бы основ в хорошем ТЗ, нередко допускают такие ошибки, с которым становится бесполезным весь продукт.

3. Именно пользователи являются вашим источником дохода.
Без них все это вообще никому не нужно.

Так что к ним нужно относиться с необходимым вниманием.
Я не говорю, что вы обязаны это делать - я говорю лишь о том, что, если вам трудно с ними работать, обратитесь к человеку, которому это нетрудно 

Это сообщение отредактировал(а) ida - 13.1.2009, 00:30

ida, спасибо, учтём 

toida: не спорю, с моим малым опытом, быть может, стоило бы тихо сидеть и ничего не писать, тем более, я несколько "сгустил краски".
а по поводу программы -- она же пишется не для конкретного клиента, который пришел и сказал "надо", а для продажи потенциальным клиентам, хоть они и ограничены. узкий рынок это еще не конкретный заказчик. бывают случаи, когда люди работают, думают, что у них есть все для счастья, но просто не догадываются, что может быть что-то еще или иначе, и если им это хорошо показать, то они "уверуют", хотя с привидением конкретного примера сейчас затрудняюсь

Конкретный пример? Вести, например, в базе программы учёт заключённых договоров.
Потом такой пример. Вести в программе базу клиентов с паспортными данными. Для чего? Чтобы в будущем потратить немного денег на рассылку поздравительных открыток ко дням рождения. Мелочь? А человеку будет приятно. Он когда-то был в том агентстве... и забыл про него... а агентство не забыло про него, такой себе маркетинговый ход. Тот же календарь посуточной аренды с возможностью заранее бронировать квартиры или гостиничные номера.

toAkella: можно еще расчетчик валюты, чтобы можно было быстро посмотреть, в чем выгодней, в нац валюте или к иностранной привязываться.
я имел ввиду другой пример -- отстраненный, чтобы проиллюстрировать пример, когда пользователь не хотел чего-то изначально, ему показали и он это захотел

Это в программе нужно каждый день менять курс валюты, так?

toAkella: не обезательно. например программа держит данные в одной валюте, и если ввести курс (текущий, ожидаемый, условные) она перещитает и покажет, что будет если, каждые пол-года сдавать (например, или если квартира сдается на долго, то как будет менятся выручка с учетом колебаний валют, стоит ли пересмотреть привязку к валюте) квартиры с учетом фиксации в конкретных валютах, можно наладить получение данных из и-нета, подобных служб много. но это я написал не до конца обдумав, виноват, может и глупость получится

В этом случае вашим клиентом (т.е. аналогом заказчика) будет целевая аудитория.
Принцип не меняется. Меняются детали.

По поводу курсов - хороший вопрос 
Я столкнулась с этим в одном ключевом проекте.
Там требовалось рассчитать и выдать клиенту график платежей по кредиту.
Кредит мог быть валютным или рублевым, в каких-то ситуациях требовался пересчет по курсу.
Так дело в том, что в момент выдачи кредита мы знаем максимум завтрашний курс. А каким он будет послезавтра или через год, не знает уже никто 
И все расчеты становятся не то чтобы приблизительными, а скорее бесполезными.
Выкрутились, сделав уточнение - мол, график рассчитан на основе текущего курса. Но практическая польза от такого графика мне лично кажется очень сомнительной.

Это сообщение отредактировал(а) ida - 21.1.2009, 13:40